Miałem za zadanie ulepszenie procesu tworzenia oprogramowania poprzez wdrożenie ulepszeń procesu, z których najprawdopodobniej będziemy korzystać z CMMI for Development, wersja 1.3 jako wytycznych i przyjmując najlepsze praktyki w całości lub w części. Jaki jest najlepszy sposób wprowadzenia standardów i ulepszeń procesów, aby zminimalizować stopień wypychania i opór ze strony programistów?
10
Odpowiedzi:
Pomoże to również, jeśli znajdziesz wszystkich ludzi w organizacji, którzy są naprawdę zaniepokojeni jakością. Najprawdopodobniej byłyby one najważniejszym zasobem pomagającym w promowaniu zmian i ustalaniu dojrzałych praktyk.
źródło
Kilka myśli ze szkoły mocnych uderzeń:
1) Większość inicjatyw doskonalących procesy spędza 80% swojego czasu na projektowaniu procesów, a 20% na edukacji i socjalizacji. Odwróć te wartości procentowe. Przeciętny miernik, który jest przestrzegany, bije doskonały, który nie jest.
2) Zidentyfikuj wyraźne powody, dla których prosisz ludzi o zmianę sposobu pracy. Jaki jest przypadek biznesowy? Idealnie przyniesie korzyści każdemu zespołowi indywidualnie. Czasami jest to tylko poprawa systemowa. Tak czy inaczej, spraw, aby obudowa była widoczna.
3) Uprość, a następnie ustandaryzuj, a nie na odwrót.
4) Nie możesz w pełni przekazać tego PMO. Bezpośredni menedżerowie muszą zostać wykupieni, a kierownik jednostki biznesowej będzie musiał zerwać więzi, gdy pojawią się skargi.
5) Znajdź przyjaznych wczesnych użytkowników. Ludzie będą narzekać na to, ile czasu to wszystko zajmuje. Potrzebujesz kogoś, kogo możesz wskazać i powiedzieć: „zajęło im to tylko 15 minut”
6) W przypadku wskaźników mocno naciskaj na ilościowe ponad jakościowe. W przeciwnym razie masz projekty, które są zielone, aż do dnia przed uruchomieniem Live, kiedy wszystko potoczy się o miesiąc.
7) Nacisk na techniki na narzędzia. Dobre planowanie jest ważniejsze niż MS Project.
8) Ustaw poziom procesu w zależności od potrzeb. Każda restauracja potrzebuje procesu, ale Nobu i francuska pralnia potrzebują innego rodzaju niż McDonalds. To samo dotyczy firm zajmujących się oprogramowaniem.
Powodzenia!
źródło
Oparcie swoich wysiłków na CMMI jest prawdopodobnie dobrym pomysłem, nawet jeśli nie poddasz się ocenie i nie zostaniesz formalnie skontrolowany i oceniony. Dostępnych jest wiele literatury na temat CMMI , CMMI i innych technik doskonalenia procesów, takich jak Lean i Six Sigma , oraz CMMI i zwinne tworzenie oprogramowania . SEI ma całą kolekcję zasobów , niektóre dostępne za darmo, na temat różnych aspektów CMMI oraz wytycznych dla różnych typów organizacji.
Zalecałbym głębsze przyjrzenie się ciągłemu podejściu do wdrażania CMMI zamiast podejścia etapowego. Uderza mnie to jako o wiele bardziej skuteczny sposób na dokładne określenie, gdzie obecnie znajduje się Twoja organizacja i ulepszenie obszarów, które zapewniają największą wartość biznesową. Pozwoli to nie tylko dostosować wysiłki związane z poprawą do celów biznesowych, ale także szybko osiągnąć kamienie milowe postępu i wykazać efekty poprawy, zwiększając zaangażowanie na wszystkich poziomach.
Należy jednak pamiętać, że udoskonalanie procesów jest ogólnie bardziej skuteczne, gdy jest to wysiłek oddolny. Kiedy zmiany procesu są podyktowane z góry - przez ludzi, którzy programiści „w okopach” mogą uznać za nieczułych na to, jak rzeczy są wykonywane w okopach - prawdopodobnie nastąpi odepchnięcie, nawet jeśli pomysł jest dobry. Przygotuj się na to.
Korzystny może być również pewien rodzaj grupy procesów inżynieryjnych . Zbierz przedstawicieli różnych elementów organizacyjnych i zespołów, których dotyczy poprawa, aby każdy mógł usłyszeć głos. Dotyczyłoby to nie tylko przedstawicieli każdej roli, ale być może różnych zespołów opracowujących produkty. Nie wiedząc, jak jest zorganizowana Twoja organizacja, nie mogę powiedzieć dokładnie, na kogo możesz chcieć spojrzeć, ale uwzględnij osoby z każdego poziomu organizacji w grupie. Udostępniaj także dyskusje i decyzje podejmowane przez tę grupę organizacji w celu uzyskania komentarzy i zgłaszania wszelkich problemów.
źródło
Dla każdej zmiany:
Oczywiście analiza musi nastąpić z czasem, ale żadna zmiana nie powinna zostać zaakceptowana, dopóki nie zostanie udowodniona, że jest skuteczna. Dlatego też wprowadzałbym nie więcej niż 2-3 zmiany na cykl, w przeciwnym razie często nie można zmierzyć, czy nastąpiła poprawa, czy nie.
Nic nie drażni mnie bardziej niż ślepe przestrzeganie najlepszych praktyk bez przeprowadzania analizy, która pokazuje, że jest to najlepsza praktyka dla twojego środowiska. Najlepszych praktyk , które nie wykazuje poprawy jest w najlepszym marnotrawstwem aw najgorszym uszkodzenia.
Wszystkie etapy procesu i wszystkie praktyki metodologiczne powinny zostać przeanalizowane i okazały się korzystne. Jeśli nie, należy go usunąć. Analizę tę należy przeprowadzać na bieżąco, niezależnie od dodawania lub usuwania kroków lub praktyk.
źródło