Jak już wspomnieliśmy w poprzednich wpisach, na przepływ pracy w najogólniejszym ujęciu patrzymy jako na sposób zarządzania i organizacji pracy zespołu ludzi, a w przypadku narzędzia takiego jak Redmine – określenie ról pełnionych przez poszczególnych członków zespołu i uściślenie stanów pośrednich projektu. Przedstawiliśmy Wam, jakie są typy procesów i statusów, warto jednak zgłębić temat nieco bardziej, by zrozumieć, które elementy pomogą nam w określaniu owych ról oraz kontroli stanu poszczególnych zadań.
Delegowanie zadań w Redmine
Delegowanie zadań, a więc przypisywanie odpowiedzialności za wykonanie pewnej części projektu, najczęściej wykonywane jest przez Kierownika Projektu / Projekt Managera. Inaczej jest, gdy zespół pracuje przy użyciu metodyki Scrum i w zasadzie sam między sobą rozdziela zadania, najlepiej orientując się, kto w czym czuje się najlepiej i jakie są najwyżej cenione umiejętności.
Redmine a CRM
Zagadnienie pluginu CRM w Redmine zacznijmy może od wyjaśnienia, czym właściwie jest CRM. Z punktu widzenia osoby tworzącej dane narzędzie, CRM będzie aplikacją lub też systemem, który ma zwiększyć rentowność firmy poprzez automatyzację kluczowych procesów. Praca ludzi zastąpiona jest więc automatycznymi procesami.
Kamienie milowe – milestones
Kamień milowy wywodzi się od kamiennych znaczników drogi w czasach Imperium Rzymskiego i na co dzień w przenośni używamy tego sformułowania chcąc określić jakieś ważne, przełomowe wydarzenia w historii danej społeczności (dla ludzi niewątpliwie było to np. wynalezienie koła czy ognia, dla współczesnych ludzi – wynalezienie facebooka i youtuba 😉 ).
Przepływ pracy w projekcie
Przepływ pracy w projekcie, czyli workflow, jest terminem, który w masowej i biznesowej komunikacji pojawia się coraz częściej. W ujęciu najprostszym jest to sposób zarządzania i organizacji pracy zespołu ludzi. Na workflow można spojrzeć w ujęciu szerokim – jako przepływ informacji między podmiotami biorącymi udział w projekcie, lub węższym – jest to obieg dokumentów między członkami zespołu, wykonującymi konkretne zadanie.
Scrum a Kanban – porównanie
Choć zarówno Kanban jak i Scrum są stosowanymi w Agile metodologiami i polegają na tworzeniu produktu z założeniem jego ewoluowania i zmienności, to mają różne podejścia i nie należy ich ze sobą mylić. Poniżej wyszczególniamy aspekty, które wyróżniają obie metodologie.
Kanban
Czym jest Kanban?
Kolejną z metodologii stosowanych w Agile jest Kanban. Wykorzystywana współcześnie, ustanowiona została już 50 lat temu w japońskich zakładach produkcyjnych. Założono wówczas optymalizację procesów produkcyjnych na modelu, który porównać można do tego, jak supermarkety zaopatrują swoje półki, zamawiając tylko tyle produktów, by zaspokoić popyt swoich konsumentów.
Redmine a Scrum
Redmine udostępnia swoim użytkownikom możliwość stosowania sposobu pracy jakim jest Agile, zaś Scrum jest jedną z metodologii tegoż sposobu.
Jakie pokrótce funkcje zyskuje użytkownik korzystający z metodologii Scrum w Redmine?
Scrum – Część II
Kluczowymi elementami metodyki Scrum są Role, Narzędzia oraz Ramy Czasowe. Wszystkie one były wspomniane w pierwszej części artykułu, natomiast tu przybliżymy je nieco bardziej.
Scrum – Część I
Skoro wiemy już, czym jest Agile, należy przejść do wyjaśnienia jego metodyk. Na pierwszy ogień bierzemy Scrum. Ten sposób działania zakłada, że produkt tworzony jest w pewnych odcinkach czasu, zwanych sprintami, przy czym sprint nie może trwać dłużej, niż miesiąc kalendarzowy (najczęściej jest to 1 do 4 tygodni). Zakłada się też, że w ramach pracy nad konkretnym produktem sprinty powinny mieć taką samą długość. Czytaj dalej Scrum – Część I