Zarządzanie projektami jest wieloaspektowe, a sposób, w jaki wszyscy podchodzimy do łamania różnych aspektów naszych projektów, jest prawdopodobnie uzależniony od tego, jak to robi nasze miejsce pracy, jak klient chce to zrobić lub jak sami decydujemy się to zrobić.
W tym poście, jeśli chodzi o pracę nad konkretnym projektem, mówię konkretnie o tym, jak bierzemy wymagania projektu i dzielimy je na łatwiejsze w zarządzaniu części i produkty dostarczane dla ludzi, dla których pracujemy. Robiąc to, myślę, że ważne jest, aby byli na bieżąco i widzieli postęp w odpowiednich punktach kontrolnych, aby zebrać informacje zwrotne.
Pomimo zmiany różnych aspektów mojej działalności, gdy dowiedziałem się więcej o tym, co działa, a co nie, jedna rzecz pozostała spójna w sposobie, w jaki radzę sobie z aspektami rozwoju funkcji projektu.
Funkcje: kamienie milowe, zadania i pętle informacji zwrotnych
Ilekroć zaczynamy mówić o tego rodzaju rzeczach, łatwo jest wpaść w żargon naszej branży. I chociaż nie sądzę, aby „kamienie milowe" i „zadania” były w jakiś sposób zbyt techniczne, „pętla sprzężenia zwrotnego” jest czymś nieco innym. Ale omówię to za chwilę.
Mając zestaw wymagań, bez względu na to, jak duże, od razu zaczynam przeglądać dokument – niezależnie od tego, jak go otrzymamy – i zastanawiam się nad wszystkimi elementami, które będą wymagane do osiągnięcia danej funkcji. Bez względu na języki, narzędzia, frameworki lub aplikacje, z którymi zdecydujesz się pracować, uważam, że tutaj ważna jest głęboka znajomość tego, z czym pracujesz.
Dzielenie funkcji na kamienie milowe i kamienie milowe na zadania.
Następnie podzielę daną funkcję na różne zadania i powtórzę to dla każdej funkcji. Zazwyczaj staram się, aby każda funkcja była kamieniem milowym, ale niektóre funkcje są większe niż inne i muszą być podzielone na wiele części. W tym celu projekt jest zwykle dzielony w taki sposób, że:
- Funkcja staje się kamieniem milowym (lub kamieniami milowymi),
- Kamień milowy to grupa zadań,
- A zadanie odpowiada jednostce funkcjonalnej (choć niekoniecznie funkcji w całej bazie kodu).
Następnie możesz cofnąć się od tego, aby zobaczyć, jak odpowiada to wydaniu:
- Zadanie zwykle odpowiada zatwierdzeniu,
- Zbiór zatwierdzeń odpowiada tagowi,
- Znacznik odpowiada scaleniu cechy,
- Funkcja odpowiada kamieniowi milowemu.
W tym momencie kamień milowy powinien być gotowy do wdrożenia w środowisku pomostowym, aby klient mógł go ocenić pod kątem tego, co ma na myśli (i wymagań), aby upewnić się, że został spełniony.
Tutaj pojawia się pętla sprzężenia zwrotnego. Ale najpierw definiuję pętlę sprzężenia zwrotnego po prostu jako:
Rozmowa wokół danej funkcji, która określa, czy jest skończona, czy wymaga więcej pracy.
Chociaż inni idą o wiele bardziej szczegółowo. Jednak robię dygresję.
Tak więc, czekając, aż klient skontaktuje się z nami w sprawie ostatniego kamienia milowego, ja – lub my – zazwyczaj przejdę do następnego kamienia milowego. Dlatego ważne jest, aby mieć spójny sposób pracy z kamieniami milowymi, zadaniami i opiniami (wraz z gałęziami w środowiskach kontroli źródła i przemieszczania).
Rozpocznij pracę nad nową funkcją po zatwierdzeniu ostatniej do kontroli źródła i przemieszczania.
Jeśli opinia zostanie wysłana od klienta, zazwyczaj przyjmujemy ją, ustalamy, co można zrobić, a czego nie, a następnie łączymy ją w nowy kamień milowy. Czasami kamień milowy jest dodawany na końcu; innym razem jest dodawany jako następny element priorytetu. Wszystko zależy od charakteru pracy, informacji zwrotnej i tego, jak wpisuje się w zakres projektu.
Więcej niż funkcje
Ogólnie rzecz biorąc, jest to tylko ogólny pogląd na to, jak staram się zarządzać aspektami rozwoju funkcji. Jednak przyglądanie się kamieniom milowym, zadaniom i pętlom informacji zwrotnych jest ważne, ponieważ gdy system jest już gotowy, tworzy przewidywalny sposób, w jaki Ty i Twój zespół możecie wdrażać rozwiązania.
Co więcej, zapewnia przewidywalność wyników i komunikacji z klientem, a to działa szczególnie dobrze również w przypadku stałych klientów, ponieważ wiedzą, czego się spodziewać.
Podobnie jak w przypadku wielu rzeczy, o których piszę, nie próbuję przedstawiać tego jako ewangelii, ale wierzę, że posiadanie jakiegoś systemu jest ważne. Nie wydaje mi się, żeby ktoś kiedykolwiek miał jakiś projekt, chyba że jest to tylko osobisty, poboczny projekt.
Więc niezależnie od podejścia, które wybierzesz, przynajmniej miej podejście.