Konfigurowanie projektów GitHub

Ukończone

Zrozumienie zakresu i własności projektu ma kluczowe znaczenie dla pomyślnej współpracy między projektami GitHub i usługą Azure Boards. W tej lekcji zapoznamy się z kluczowymi zagadnieniami dotyczącymi definiowania granic i obowiązków projektu.

Decyzje dotyczące zakresu projektu i własności

Organizacja a projekty użytkowników — macierz decyzji:

Czynnik Projekt organizacji Projekt użytkownika
Współpraca zespołowa Praca zespołowa obejmująca wiele zespołów i funkcji. Eksperymenty indywidualne lub małego zespołu
Rządzenie Formalne procesy zatwierdzania, dzienniki inspekcji Lekka, szybka iteracja
Widoczność Przezroczystość dla całego przedsiębiorstwa Osobista lub ograniczona widoczność
Kontrola dostępu Uprawnienia oparte na rolach, jednokrotne logowanie dla przedsiębiorstw Kontrolka indywidualna
Cykl życia Długoterminowe obciążenia produkcyjne Prototypy, uczenie, testowanie

Zalecenia dotyczące najlepszych rozwiązań:

  • Korzystanie z projektów organizacji dla aplikacji produkcyjnych i usług udostępnionych
  • Korzystanie z projektów użytkowników na potrzeby weryfikacji koncepcji i indywidualnego uczenia się
  • Podczas wybierania zakresu należy wziąć pod uwagę wymagania dotyczące ładu i zgodności danych

Przepływ pracy tworzenia projektu

W przypadku projektów organizacji:

  1. Przejdź do strony głównej organizacji w usłudze GitHub
  2. Kliknij pozycję Projekty w obszarze nawigacji organizacji
  3. Wybieranie listy rozwijanej Nowy projektNowy projekt
  4. Wybieranie odpowiedniego szablonu projektu na podstawie potrzeb przepływu pracy

W przypadku projektów użytkowników:

  1. Kliknij swój awatar → Twoje projekty
  2. Wybieranie listy rozwijanej Nowy projektNowy projekt
  3. Wybieranie szablonu, który jest zgodny z celami projektu

Przewodnik wyboru szablonu projektu:

Template Przypadek użycia Kluczowe funkcje
Zaległości zespołu Planowanie sprintu, rozwój funkcji Punkty scenariuszy, cykle przebiegu
Funkcja Plan produktu, planowanie wydania Punkty kontrolne, zależności
Klasyfikacja błędów Zarządzanie problemami, kontrola jakości Ważność, priorytet, śledzenie stanu
Blank Niestandardowe przepływy pracy, wyspecjalizowane procesy Pełna elastyczność dostosowywania

zrzut ekranu przedstawiający funkcję nowego projektu GitHub (beta).

Dokumentacja projektu i strategia komunikacji

Najlepsze rozwiązania dotyczące funkcji README i opisu:

  1. Przejdź do projektu
  2. Kliknij menu ustawień (trzy kropki) w prawym górnym rogu
  3. Wybieranie ustawień
  4. Utwórz kompleksową dokumentację projektu:

Struktura opisu projektu:

  • Cel: Jasne zestawienie celów i zakresu projektu
  • Uczestnicy projektu: kluczowi członkowie zespołu, sponsorzy i decydenci
  • Kryteria sukcesu: mierzalne wyniki i kryteria akceptacji
  • Harmonogram: Kluczowe kamienie milowe i oczekiwania dotyczące dostarczenia

Struktura zawartości README:

# Project Name

## Overview

Brief description of project goals and context

## Getting Started

Prerequisites and setup instructions

## Workflow Guidelines

- Issue creation and labeling standards
- Review and approval processes
- Communication protocols

## Team Information

Contact details and responsibilities

Przykładowy szablon README przedsiębiorstwa:

# Customer Portal Enhancement Project

## Project Overview

Modernize customer self-service portal to improve user experience and reduce support ticket volume by 30%.

## Key Stakeholders

- **Product Owner**: Name (email@company.com)
- **Tech Lead**: Name (email@company.com)
- **UX Designer**: Name (email@company.com)

## Success Metrics

- Page load time < 2 seconds
- User satisfaction score > 4.2/5
- Support ticket reduction of 30%

## Workflow Standards

- All features require design review before development
- Security review mandatory for user-facing changes
- Performance testing required for all releases

zrzut ekranu przedstawiający ustawienia usługi GitHub Projects.

Planowanie i zarządzanie elementami roboczymi strategicznymi

Tworzenie problemu i strategia organizacji

Początkowy przepływ pracy konfiguracji projektu: Po zainicjowaniu nowego projektu zostanie wyświetlony monit o dodanie elementów. Jest to okazja, aby ustanowić fundament projektu.

Podejście do tworzenia problemów strategicznych:

  1. Zacznij od epików i motywów: Utwórz wysokopoziomowe elementy robocze, które reprezentują główne funkcje lub inicjatywy
  2. Podział na scenariusze użytkowników: Definiowanie określonych, testowalnych funkcji z perspektywy użytkownika
  3. Dodawanie zadań technicznych: uwzględnij zadania związane z infrastrukturą, testowaniem i wdrażaniem
  4. Zależności planu: Identyfikowanie relacji blokujących i elementów ścieżki krytycznej

Najlepsze rozwiązania dotyczące szablonu problemu:

Szablon problemu dotyczącego funkcji:

## User Story

As a [user type], I want [functionality] so that [business value].

## Acceptance Criteria

- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3

## Definition of Done

- [ ] Code review completed
- [ ] Unit tests written and passing
- [ ] Integration tests updated
- [ ] Documentation updated
- [ ] Accessibility review completed

## Dependencies

- Links to related issues or external dependencies

## Technical Notes

Implementation considerations and architectural decisions

Kliknij znak plus (+), aby systematycznie dodawać więcej problemów na podstawie planu projektu.

Zrzut ekranu przedstawiający listę projektów GitHub z pustymi zadaniami.

Hierarchia elementów roboczych i organizacja:

  • Epiki: główne funkcje lub inicjatywy
  • Funkcje: funkcje dostarczane
  • Scenariusze użytkownika: określone możliwości dostępne dla użytkownika
  • Zadania: praca nad implementacją techniczną
  • Usterki: wady i problemy wymagające rozwiązania

Zaawansowane przykłady kategoryzacji problemów

Strategia etykietowania dla projektów w przedsiębiorstwie:

Kategoria Etykiety Purpose
Priorytet priority:critical, , priority:high, , priority:mediumpriority:low Alokacja zasobów i planowanie
Typ type:feature, , type:bug, , type:technical-debttype:research Kategoryzacja i raportowanie pracy
Zespół team:frontend, , team:backend, , team:qateam:design Własność i odpowiedzialność
Status status:blocked, status:in-reviewstatus:needs-info Zarządzanie stanem przepływu pracy
Wydanie release:v2.1, milestone:q1-2024 Planowanie i śledzenie wydania oprogramowania

Zaawansowana konfiguracja projektu i nadzór

Zarządzanie zabezpieczeniami i dostępem

Przejdź do ustawień projektu, klikając menu (trzy kropki) w prawym górnym rogu.

Najlepsze rozwiązania dotyczące kontroli dostępu:

roli Uprawnienia Przypadki użycia
Administrator Pełna kontrola projektu, zarządzanie ustawieniami Właściciele projektów, liderzy technologiczni
Zapis Tworzenie/edytowanie elementów, zarządzanie przepływami pracy Członkowie zespołu deweloperów
Przeczytaj Wyświetlanie zawartości projektu, dodawanie komentarzy Osoby biorące udział w projekcie, zespół ds. kontroli jakości
Brak dostępu Nie można wyświetlić projektu Użytkownicy zewnętrzni, dane z ograniczeniami

Zagadnienia dotyczące zabezpieczeń przedsiębiorstwa:

  • Włączanie uwierzytelniania dwuskładnikowego dla wszystkich administratorów projektów
  • Regularne przeglądy dostępu i inspekcje uprawnień (zalecane kwartalnie)
  • Integracja z systemami logowania jednokrotnego i zarządzania tożsamościami w przedsiębiorstwie
  • Rejestrowanie inspekcji pod kątem zgodności i monitorowania zabezpieczeń

Zrzut ekranu przedstawiający ustawienia usługi GitHub Projects służące do zarządzania dostępem.

Niestandardowe pola i konfiguracja przepływu pracy

Strategiczne projektowanie pola niestandardowego:

Śledzenie wartości biznesowych:

  • Szacowanie nakładu pracy: punkty historii lub oszacowania czasu
  • Priorytet biznesowy: potencjalny wpływ na klienta lub przychód
  • Ocena ryzyka: złożoność techniczna lub ryzyko zależności
  • Wymagania dotyczące zgodności: Zabezpieczenia, ułatwienia dostępu, wymagania prawne

Typowe przykłady pól niestandardowych przedsiębiorstwa:

Nazwa pola Typ Wartości/opcje Purpose
Wartość biznesowa Wybierz Wysoki, Średni, Niski Ustalanie priorytetów i analiza zwrotu z inwestycji
Effort Number 1–13 (sekwencja Fibonacciego) Planowanie sprintu i wydolność zespołu
Składnik Wybierz Fronton, zaplecze, baza danych, interfejs API Własność techniczna i wiedza fachowa
Segment klienta Wybierz Przedsiębiorstwo, Małe i Średnie Przedsiębiorstwa (MŚP), Indywidualny Ukierunkowanie i walidacja funkcji
Cel wydania Date Określone daty Planowanie kamieni milowych i zależności

Zrzut ekranu przedstawiający ustawienia usługi GitHub Projects w celu utworzenia pól niestandardowych.

Automatyzacja i optymalizacja przepływu pracy:

  • Konfigurowanie automatycznych przejść stanu w oparciu o stany próśb o ściągnięcie
  • Konfigurowanie powiadomień dla aktualizacji krytycznych i blokad
  • Ustanawianie cykli przeglądu i przepływów pracy zatwierdzania
  • Wprowadzenie procedur eskalacji dla zablokowanych elementów roboczych

Ciągłe ulepszanie i analiza

Monitorowanie kondycji projektu:

  • Śledzenie trendów szybkości i wykorzystania pojemności zespołu
  • Monitorowanie czasu cyklu od utworzenia problemu do ukończenia
  • Identyfikowanie wąskich gardeł i możliwości poprawy procesów
  • Regularne retrospektywy i korekty przepływu pracy

Punkty kontrolne integracji:

  • Cotygodniowe spotkania synchronizacji projektów z aktualizacjami uczestników projektu
  • Comiesięczne sesje przeglądu i optymalizacji procesów
  • Kwartalne dostosowanie strategiczne i ocena celu
  • Roczne inspekcje ładu i zabezpieczeń projektów

Aby uzyskać więcej informacji na temat projektów, zobacz: