Konfigurowanie projektów i zespołów w usłudze Azure DevOps
W dzisiejszym wysoce dynamicznym środowisku tworzenia oprogramowania wydajna organizacja projektu i współpraca zespołowa są istotnymi składnikami strategii DevOps. Projekty i zespoły w usłudze Azure DevOps stanowią podstawę efektywnej komunikacji, jasnej odpowiedzialności i usprawnionego zarządzania przepływami pracy. Przyczyniają się one również do zwiększenia elastyczności, przyspieszonego dostarczania i odpowiedniego dostosowania do celów biznesowych.
Planowanie
Aby utworzyć optymalne podejście do implementowania projektów i zespołów, należy najpierw przeanalizować strukturę organizacyjną, jej model operacyjny i role, które przyczyniają się do cyklu projektowania. Ta analiza powinna uwzględniać takie czynniki jak podziały działowe, bieżące inicjatywy biznesowe oraz wszelkie istniejące projekty, które mogą powodować potencjalne zależności między projektami.
Następnie dla każdego nowego projektu określ jego zakres, cele i uczestników projektu. Na podstawie wymagań dotyczących modelu organizacyjnego i projektu zidentyfikuj optymalny sposób tworzenia struktury zespołów projektu. Zdecyduj, czy zespoły będą współzakładowe, czy zorganizowane na podstawie takich kryteriów, jak funkcje i składniki. Zidentyfikuj role i obowiązki w zespołach projektów. Typowe role obejmują deweloperów, testerów, właścicieli produktów, mistrzów Scrum i menedżerów projektów. Jasno zdefiniuj oczekiwania i obowiązki związane z każdą rolą. Zapewnij wystarczające techniki i metody współpracy i komunikacji między zespołami i między nimi.
Ustanów zasady ładu i wytyczne dotyczące zarządzania projektami, w tym zasady kontroli wersji, strategie rozgałęziania, procesy przeglądu kodu i weryfikację wymagań dotyczących zgodności. Zdefiniuj zwinne procesy i metodologie, które będą używane do zarządzania projektami. Pamiętaj, że możesz dostosować narzędzia Agile w usłudze Azure DevOps, aby wspierać twoją decyzję.
Aby usprawnić proces tworzenia nowych projektów, rozważ zdefiniowanie szablonów lub strategii definiujących strukturę projektu, procesy i artefakty. Takie szablony mogą obejmować wstępnie zdefiniowane ustawienia repozytoriów kodu źródłowego, śledzenie zadań, przepływy pracy i plany testów.
Implementacja
Po zakończeniu wszystkich przygotowań kontynuuj wdrażanie planowanego projektu. Na samym początku musisz określić widoczność projektu (publiczną lub prywatną), zdecydować między Git lub Team Foundation Version Control jako mechanizmem kontroli wersji oraz wybrać proces elementu roboczego. Ten wybór obejmuje następujące opcje:
- Agile: koncentruje się na iteracyjnym tworzeniu i dostarczaniu wartości klienta za pośrednictwem historii użytkowników, list prac, przebiegów i tablic wizualnych na potrzeby śledzenia postępu.
- Basic: Oferuje proste i elastyczne podejście z ogólnymi elementami zadań oraz podstawowymi funkcjami listy zadań i tablicy, co jest najbardziej odpowiednie dla małych zespołów lub projektów.
- CMMI (integracja modelu dojrzałości możliwości): Udostępnia sformalizowane procesy i standardy zarządzania elementami roboczymi, wymaganiami i zapewnieniem jakości, co jest najbardziej odpowiednie dla organizacji poszukujących poprawy i zgodności procesów.
- Scrum: Wykorzystuje iteracyjną, samooorganizującą się strukturę z backlogiem produktu i sprintu, codziennymi spotkaniami na stojąco i artefaktami do zarządzania pracą i dostarczania zmian przyrostowych.
- Dostosowany Scrum: ułatwia dostosowanie procesu Scrum do konkretnych potrzeb dzięki elastyczności w typach elementów roboczych, polach i stanach przepływu pracy.
Po utworzeniu projektu możesz przystąpić do tworzenia struktury zespołu. Domyślnie każdy projekt zawiera jeden zespół, którego nazwa pochodzi od nazwy projektu, dlatego w zależności od wyniku planowania może być konieczne zmodyfikowanie go. Możesz również utworzyć dodatkowe zespoły. Każdy zespół musi mieć co najmniej jednego administratora. Każdy administrator zespołu może dodawać członków zespołu.
Podczas tworzenia zespołu można też automatycznie wygenerować ścieżkę obszaru o zgodnej nazwie. Ścieżki obszaru pomagają organizować elementy robocze w projekcie, ułatwiając lepszą widoczność, raportowanie i kontrolę dostępu. Kojarzenie poszczególnych zespołów z dedykowaną ścieżką obszaru pomaga wyraźnie odróżnić ich obszary odpowiedzialności.
Po utworzeniu zespołów można skonfigurować dla każdego z nich szeroką gamę dodatkowych ustawień, w tym dostosowanych uprawnień. Domyślnie członkowie zespołu są dodawani do grupy Współautorzy na poziomie projektu. W tym momencie możesz również rozpocząć zarządzanie zasobami projektu, takimi jak repozytoria, tablice, potoki i plany testów, a następnie przypisać je do określonych zespołów zgodnie z potrzebami.
W duchu ciągłego ulepszania należy regularnie przeglądać i udoskonalać konfigurację projektu i zespołu na podstawie opinii członków zespołów i projektu. Dzięki temu organizacja będzie mogła efektywnie zarządzać procesem tworzenia produktów oprogramowania niezależnie od ich złożoności.