dzisiaj przyjrzymy się często zbytnio wyglądanemu aspektowi cyklu życia rozwoju oprogramowania (SDL) znanego jako przegląd po projekcie. Zaczniemy od określenia, czym dokładnie jest przegląd po projekcie i przejdziemy do omówienia elementów dobrego przeglądu projektu.
co to jest przegląd po projekcie?
jedną z cech projektu jest to, że ma określony początek i określony koniec. Czasami początek i koniec mogą nie być bardzo jasno określone (!) ale zazwyczaj można uzyskać szorstki pomysł, kiedy projekt się rozpoczął i kiedy się skończył. Coś, co nie ma takiej skończonej długości życia, nie jest tak naprawdę projektem. Możliwe jest jednak podzielenie wszelkich działań, takich jak bieżąca konserwacja oprogramowania i wsparcie, na szereg jasnych projektów – zazwyczaj kończących projekt, gdy wersja oprogramowania jest wprowadzana do produkcji i rozpoczynających nowy projekt do następnej wersji lub aktualizacji.
przegląd po projekcie jest bardzo użytecznym i potężnym sposobem dodawania mechanizmu ciągłego doskonalenia. Większość działań można podzielić na zestaw dyskretnych projektów, jak wspomniano powyżej. Ten mechanizm ciągłego doskonalenia pomaga uczynić każdy kolejny projekt bardziej udanym (i często mniej stresującym dla wszystkich uczestników). Przeglądy po projekcie zazwyczaj obejmują spotkanie zespołu projektowego i głównych zainteresowanych stron oraz przegląd tego, co poszło dobrze, a co poszło źle podczas projektu. Ten wkład może pomóc uczestnikom w podejmowaniu właściwych decyzji i planów, aby kolejny projekt przebiegał lepiej. Może również pomóc wyjaśnić nieporozumienia i inne problemy.
Czytaj: Czym jest oprogramowanie do zarządzania projektami dla programistów?
na przykład podczas przeglądu po projekcie, który kiedyś przeprowadziłem, zespół ds. zapewnienia jakości (QA) był zdenerwowany, ponieważ czuł, że zmiany wymagań zostały zatwierdzone i wprowadzone bez ich wkładu podczas projektu. Na podstawie tych informacji zwrotnych zostało to skorygowane w kolejnych projektach, zapewniając, że przedstawiciel zespołu ds. kontroli jakości był zawsze obecny podczas dyskusji na temat wymagań, które należy wykonać. Wprowadziło to ich w pętlę, a także dało im możliwość wykazania potencjalnych skutków dla terminów kontroli jakości. Ważne jest, aby upewnić się, że wszyscy uczestnicy przeglądu projektu post rozumieją, że nie jest to czas na przypisywanie winy lub Dokonywanie ataków osobistych. Chodzi o to, aby chwalić się nawzajem za dobrze wykonaną pracę, a także znaleźć sposoby, aby robić rzeczy jeszcze lepiej. Należy uważać, aby Przegląd po projekcie nie przerodził się w ćwiczenie wskazujące palcem lub krzyczący mecz.
elementy dobrego przeglądu po projekcie
jak wspomniano wcześniej, głównym celem przeglądu po projekcie nie jest przypisanie winy, ale określenie obszarów do ulepszeń i sposobów ich poprawy. Zanim zaplanujesz przegląd projektu po określ swoje podstawowe cele i co chcesz zabrać.
- Zidentyfikuj elementy, które zostały dobrze wykonane: na przykład szacunki czasu były bardzo dobre, Programiści i zespoły zapewnienia jakości współpracowały dobrze i tak dalej.
- Zidentyfikuj elementy, które mogłyby poprawić: być może dokumentacja systemu nie była gotowa na czas; programiści mieli spory z analitykami itp.zasadniczo są to elementy, które wymagają poprawy, którą można realistycznie osiągnąć przy pewnym stopniu wysiłku.
- Zidentyfikuj elementy, które są uszkodzone: Są one dość poważne i mogą wymagać całkowitego przemyślenia sposobu ich wykonania. Możliwe, że niektóre procesy mogą wymagać porzucenia lub zmiany. Być może ciągłe zmiany wymagań wymagają od zespołu zmiany na bardziej zwinną metodologię rozwoju. Dwie osoby, które działają sobie na nerwy, mogą wymagać przeniesienia, aby nie musiały współpracować.
- zdecyduj plany działania: uzyskaj dane wejściowe & porozumienie w sprawie planów działania w celu poprawy elementów, które wymagają poprawy i sposobów naprawienia uszkodzonych elementów. To znacznie ułatwi wdrażanie długoterminowych zmian, a także pomoże zbudować silne poczucie zaangażowania i ducha zespołowego w zespole.
Postaraj się zebrać jak najwięcej interesariuszy i członków zespołu na spotkaniu. Choć może się to wydawać przepisem na chaos (!), jeśli dobrze zaplanowane może to być wspaniałe doświadczenie dla wszystkich. Upewnij się, że wszyscy rozumieją plan działania i cele. Interesariusze i członkowie zespołu mogą być zachwyceni, jeśli widzą w tym szansę na pracę nad rozwiązywaniem problemów. Z mojego doświadczenia wynika, że po raz pierwszy te recenzje są zwykle najtrudniejsze, ponieważ ludzie nie są pewni, co jest dozwolone, a co nie. Niektórzy posłowie mogą również źle przyjmować krytykę. Warto mieć pomysł na potencjalnie wybuchowe problemy i jak je rozbroić przed udaniem się na spotkanie. Bardzo pomocne może być prywatne spotkanie z zainteresowanymi uczestnikami przed spotkaniem w celu zapewnienia zrozumienia podstawowych zasad i zaangażowania się w ich przestrzeganie.
dobrą techniką, którą znalazłem, aby pomóc zidentyfikować główne problemy, jest zrobienie czegoś takiego jak głosowanie. Każdy uczestnik umieszcza przedmioty, które mogą należeć do jednej z kategorii dobrze zrobione, niektóre poprawki potrzebne i muszą być naprawione. To sprawia, że każdy czuje, że jego opinie są liczone. Dodatkowo może pomóc w zapewnieniu pełnego obrazu wielu problemów. Często można znaleźć wzór w wielu kwestiach. Pochwal się przedmiotami, które ludzie uważają za dobrze zrobione. Najczęściej wymieniane zagadnienia to te, które wymagają uwagi. W tym momencie może pomóc, aby ludzie dostarczali pomysły na to, jak poprawić przedmioty, które wymagają poprawy i jak naprawić przedmioty, które są zepsute. Możesz nawet mieć nieformalne głosowanie nad tym, które pomysły wydają się najlepsze.
po zakończeniu spotkania Zbierz wszystkie informacje i zapisz je. Pamiętaj, aby szczegółowo opisać, co idzie dobrze, co wymaga poprawy i co należy naprawić. Zidentyfikuj techniki wszyscy uzgodnili, że będą pracować nad ulepszeniem i naprawieniem problemów. Dobrym pomysłem jest przedstawienie tego kierownictwu wyższego szczebla, zwłaszcza jeśli niektóre poprawki wymagają zatwierdzenia lub zasobów. Raporty te zapewniają im sposób na sprawdzenie zespołu i zbudują pewność, że zespół próbuje atakować i naprawiać problemy na własną rękę. Znacznie lepiej jest znaleźć sposoby na samodzielne rozwiązywanie problemów, niż zaangażować kierownictwo wyższego szczebla w znalezienie poprawek. Ludzie zwykle mają pretensje do zarządzeń wykonawczych, ale chętnie pracują nad zmianami, które sami zaproponowali.
Czytaj: najlepsze narzędzia do zarządzania projektami dla programistów.
podsumowanie
recenzje po projekcie są cennym sposobem na poprawę wydajności i umiejętności zespołów. Oferują one mechanizm, który pomaga napędzać ciągłe doskonalenie, a także poprawiać morale zespołu. Ważne jest, aby w przeglądzie wzięło udział jak najwięcej zainteresowanych stron, ponieważ pomaga to w przeglądzie wszystkich części projektu, a także zapewnia mechanizm wyjaśniający nieporozumienia i inne problemy. Dobre planowanie i monitorowanie spotkań po spotkaniu ma kluczowe znaczenie dla sukcesu tych recenzji.
