Jak przedstawiłbyś swoje postępy w tworzeniu oprogramowania swoim interesariuszom?

Używamy Bugzilli do śledzenia błędów i żądań funkcji, a także wymagamy od programistów pisania osobnych uwag do wydania, jeśli skończą kodować funkcję. Wiem, stara moda.

Jednym z problemów, jakie mamy z powyższym rozwiązaniem, jest to, że chociaż działa świetnie w przypadku oprogramowania, które już sprzedajemy, jest całkowicie bezużyteczne, jeśli chodzi o śledzenie postępu nowego projektu rozwoju oprogramowania. Powodem jest to, że w momencie opracowywania nowego oprogramowania nie używamy Bugzilli do śledzenia funkcji po prostu dlatego, że Bugzilla nie nadaje się do reprezentowania skomplikowanej zależności zależności funkcji (Aby ukończyć nową aplikacji, jest po prostu zbyt wiele funkcji do kodowania i po prostu nie mamy ochoty umieszczać ich w bugzilli, a nawet gdybyśmy tak zrobili, nie mielibyśmy możliwości dowiedzieć się, które funkcje zależą od tego, i nie będziemy w stanie mimo to uzyskać dokładną prognozę daty wysyłki).

Wówczas nasi interesariusze zaczną martwić się postępami w rozwoju (lub ich brakiem) i zaczną walić w drzwi zespołu (naprawdę wasze) w szacunki, na które nie mogę odpowiedzieć, ponieważ tragicznie, szczerze mówiąc, też nie do końca wiedzieć, jak daleko jest do ukończenia nowej aplikacji.

Jak przedstawiłbyś swoje postępy w tworzeniu oprogramowania swoim interesariuszom?

Zrób to zwinnie: demo wcześnie i często demo.

Nic nie przebije trzeźwego uczucia, że ​​faktycznie używa się go, aby dać poczucie postępu.

Oświadczenie: Nigdy wcześniej nie korzystałem z Bugzilli, więc nie jestem pewien jej możliwości zarządzania projektami (chociaż Bugzilla: Zarządzanie projektami z Bugzillą wydaje się wyglądać dobrze).

Ta kwestia wydaje się być wynikiem braku dyscypliny. Powinieneś używać oprogramowania do zarządzania projektami, aby planować swoją odpowiedzialność za poświęcony czas i wysiłek. Wszelkie oprogramowanie do zarządzania projektami (byłem pod wrażeniem z Jira i Redmine ) posiada funkcjonalność zadań podzielonych na dół do poziomu, dzięki czemu można dać dokładny (~ godzin) oszacowanie na każdym zadaniu.

Stamtąd chodzi o dyscyplinę i wypełnianie szczegółów zadania. Zapewni to przegląd w postaci wykresu Gantta (Redmine) lub wykresu wypalenia projektu (Jira), który zapewnia natychmiastową ocenę postępów projektu.

Pod koniec dnia jest to po prostu oszacowanie czasu (które odbywa się poprzez rozbicie zadań w celu zmaksymalizowania dokładności), a następnie, gdy rozpoczyna się rozwój, porównanie postępów z początkowymi (lub poprawionymi) szacunkami.

Zarządzanie projektami nie musi być niezwykle wymyślne ani wymagać zaawansowanych narzędzi, a KISS nie jest złą mantrą, jeśli nie masz dedykowanych kierowników projektów. Jeśli tworzysz nowe oprogramowanie, musisz mieć przynajmniej specyfikację lub listę funkcji. Określ je i zrzuć do arkusza kalkulacyjnego wraz z być może szacunkowym czasem, oczekiwaną datą rozpoczęcia, oczekiwaną datą dostawy, przepracowanymi godzinami i wskaźnikiem stanu (gotowe, w toku, nie rozpoczęte). Można wtedy producenci wytwarzają co czujesz metryki są odpowiednie do wskazywania postępu projektu (np zakończeniu% w przeliczeniu na liczbę szacowanych godzin dla zakończonych przedmiotów vs. łącznych szacowanych godzin). Wygeneruj kilka wykresów w jasnych kolorach i wszyscy będą zadowoleni.

Wiele oprogramowania PPM może być nadmiarowe dla małych zespołów, śledzenia wielu projektów, przydzielania zasobów, elementów kontroli jakości itp. Itp. Jeśli wszystko, czego naprawdę potrzebujesz, to utworzenie raportu o stanie, arkusz kalkulacyjny ma się dobrze. „Ukończyliśmy 92 ze 127 funkcji i szacujemy, że skończymy kodowanie i testy na dwa tygodnie przed terminem”. Wszyscy klaszczą.