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 działy działów, bieżące inicjatywy biznesowe i wszelkie istniejące projekty, które mogą wprowadzać 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, wzorcó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 elementów roboczych, potoki i plany testów.
Implementacja
Po zakończeniu wszystkich przygotowań kontynuuj wdrażanie planowanego projektu. Na początku musisz określić widoczność projektu (publiczną lub prywatną), zdecydować między usługą Git a Kontrola wersji serwera Team Foundation jako mechanizm kontroli wersji, a następnie 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.
- Podstawowe: Oferuje proste i elastyczne podejście z ogólnymi elementami roboczymi oraz podstawowymi funkcjami listy prac i tablic, najbardziej odpowiednie dla małych zespołów lub projektów.
- CMMI (Integracja modelu dojrzałości możliwości): zapewnia 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 iteracyjne, samodzielne organizowanie struktury z listami prac produktu i przebiegu, codziennymi stand-upami i artefaktami do zarządzania pracą i dostarczaniem zmian przyrostowych.
- Dostosowany scrum: ułatwia dostosowanie procesu Scrum do określonych potrzeb dzięki elastyczności typów elementów roboczych, pól i stanów 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 również automatycznie wygenerować ścieżkę obszaru o pasującej 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.