Jak zbudować narzędzie do zarządzania projektami dostosowane do sposobu, w jaki Twój zespół wykonuje pracę

Modeluj projekty, elementy pracy, właścicieli, zależności, zatwierdzenia, widoki i raporty bez zmuszania zespołu do korzystania z ogólnego szablonu zadań.

Dla kogo jest ten poradnik

Zespoły realizujące, agencje, grupy operacyjne i firmy specjalistyczne, których przepływ pracy nie mieści się w standardowej tablicy ani arkuszu kalkulacyjnym.

Co otrzymasz

- Model pracy odzwierciedlający jak faktycznie poruszają się projekty

- Widoki specyficzne dla ról z jasnymi następnymi działaniami

- Wiarygodny status oparty na zapisach zamiast na spotkaniach

Wyraźnie nazwij jednostki pracy

Zdecyduj, czy hierarchia ma być portfolio, projekt, faza, produkt dostarczany, zadanie lub inny model specyficzny dla domeny. Unikaj nazywania wszystkiego zadaniem. Każdy poziom powinien mieć cel, właściciela, daty i powód istnienia.

Zaprojektuj małą maszynę stanów

Użyj stanów opisujących znaczące zmiany, takie jak gotowy, w toku, zablokowany, w trakcie przeglądu, zatwierdzony i ukończony. Określ, kto może przenosić pracę, jakie informacje są wymagane, a które przeniesienia są niemożliwe. Zbyt wiele statusów powoduje szum raportowania.

Pokaż zależności i blokady widoczne.

Reprezentuj pracę, która nie może się rozpocząć, dopóki inny element nie zostanie ukończony. Niech bloker będzie miał właściciela, powód i datę następnego przeglądu. Czerwona etykieta bez odpowiedzialności po prostu zdobi opóźnienie.

Nadaj każdej roli odpowiedni widok

Współpracownicy potrzebują kolejnej pracy. Liderzy projektów potrzebują ryzyka, nieprzypisanych elementów i nadchodzących kamieni milowych. Klienci mogą potrzebować zatwierdzeń i uproszczonego statusu. Twórz widoki na podstawie tych samych rekordów, aby zespoły nie korzystały z równoległych modułów śledzących.

Tworzyj raporty na podstawie zdarzeń przepływu pracy

Śledź, kiedy praca wchodzi i wychodzi ze stanów, a nie tylko bieżący stan. Obsługuje to czas cyklu, czas oczekiwania, przepustowość i utracone zobowiązania. Historia aktywności wyjaśnia również, dlaczego projekt został przeniesiony bez korzystania z pamięci.

Przeprowadź pilotaż jednego powtarzalnego typu projektu

Uruchom narzędzie wraz z prawdziwym projektem i rejestruj każdy moment, w którym ludzie wracają do poczty e-mail lub arkusza kalkulacyjnego. Najpierw napraw model pracy i brakujące działania. Dodawaj automatyzacje dopiero wtedy, gdy ręczny przepływ pracy będzie niezawodny.

Najczęstsze pytania

Jaki jest minimalny model danych dla narzędzia projektowego?

Zacznij od projektów, elementów pracy, właścicieli, stanów, dat, komentarzy, plików, zależności i zdarzeń związanych z aktywnością.

Ile powinno być stanów przepływu pracy?

Użyj jak najmniejszej liczby stanów, które zmieniają odpowiedzialność, uprawnienia lub raportowanie. Do pierwszego przepływu pracy często wystarcza pięć do siedmiu.

Czy klienci powinni używać tego samego interfejsu co personel?

Zwykle nie. Mogą korzystać z tych samych rekordów w prostszym widoku skupionym na statusie, żądanych informacjach i zatwierdzeniach.

Które wskaźniki są przydatne?

Czas cyklu, czas oczekiwania, przepustowość, wiek zablokowania, terminowe kamienie milowe i prace ponownie otwarte po sprawdzeniu są bardziej przydatne niż surowa liczba zadań.