Configureren van GitHub-projecten
Inzicht in projectbereik en eigendom is van cruciaal belang voor een succesvolle samenwerking tussen GitHub Projects en Azure Boards. In deze les verkennen we belangrijke overwegingen voor het definiëren van projectgrenzen en -verantwoordelijkheden.
Besluitvorming over projectbereik en eigendom
Organisatie versus gebruikersprojecten - Decision Matrix:
| Factor | Organisatieproject | Gebruikersproject |
|---|---|---|
| Teamsamenwerking | Multi-team, crossfunctioneel werk | Individuele of kleine teamexperimenten |
| Governance | Formele goedkeuringsprocessen, controlesporen | Lichtgewicht, snelle iteratie |
| Zichtbaarheid | Transparantie in de hele onderneming | Persoonlijke of beperkte zichtbaarheid |
| Toegangsbeheer | Machtigingen op basis van rollen, eenmalige gebruikersaanmelding voor bedrijven | Individueel beheer |
| Levenscyclus | Langetermijn productieworkloads | Prototypen, leren, testen |
Aanbevelingen voor best practices:
- Organisatieprojecten gebruiken voor productietoepassingen en gedeelde services
- Gebruikersprojecten gebruiken voor proof-of-concepts en individueel leren
- Overweeg de vereisten voor datagovernance en naleving bij het kiezen van een omvang
Werkstroom voor het maken van een project
Voor organisatieprojecten:
- Navigeer naar de hoofdpagina van uw organisatie op GitHub
- Klik op Projecten in de navigatie van de organisatie
- Selecteer de vervolgkeuzelijst Nieuw project → Nieuw project
- De juiste projectsjabloon kiezen op basis van werkstroombehoeften
Voor gebruikersprojecten:
- Klik op uw avatar → Uw projecten
- Selecteer de vervolgkeuzelijst Nieuw project → Nieuw project
- Sjabloon selecteren dat overeenkomt met projectdoelen
Selectiehandleiding voor projectsjablonen:
| Template | Gebruikssituatie | Belangrijke functies |
|---|---|---|
| Achterstand van team | Sprintplanning, functieontwikkeling | Verhaalpunten, sprintcycli |
| Feature | Productroutekaart, releaseplanning | Mijlpalen, afhankelijkheden |
| Bugtriage | Probleembeheer, kwaliteitscontrole | Ernst, prioriteit, status bijhouden |
| Leeg | Aangepaste werkstromen, gespecialiseerde processen | Volledige aanpassingsflexiteit |
Projectdocumentatie en communicatiestrategie
README en beschrijving: Best practices
- Naar uw project navigeren
- Klik op het instellingenmenu (drie puntjes) in de rechterbovenhoek
- Instellingen selecteren
- Uitgebreide projectdocumentatie maken:
Projectbeschrijvingsframework:
- Doel: Duidelijke verklaring van projectdoelstellingen en -bereik
- Belanghebbenden: Belangrijke teamleden, sponsors en besluitvormers
- Succescriteria: Meetbare resultaten en acceptatiecriteria
- Tijdlijn: Belangrijke mijlpalen en verwachtingen voor levering
README-inhoudsstructuur:
# 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
Voorbeeld van een README-sjabloon voor ondernemingen:
# 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
Planning en beheer van strategische werkitems
Probleem maken en organisatiestrategie
Initiële werkstroom voor het instellen van het project: Wanneer uw nieuwe project wordt geïnitialiseerd, wordt u gevraagd items toe te voegen. Dit is uw kans om de projectfundament te bepalen.
Strategische kwestiebenadering:
- Begin met epics en thema's: Maak werkonderdelen op hoog niveau die grote functies of initiatieven voorstellen
- Uitsplitsen in gebruikersverhalen: Specifieke, testbare functionaliteit definiëren vanuit gebruikersperspectief
- Technische taken toevoegen: Infrastructuur, testen en implementatiewerk opnemen
- Planafhankelijkheden: blokkerende relaties en kritieke padonderdelen identificeren
Aanbevolen procedures voor probleemsjablonen:
Sjabloon voor functionaliteitsprobleem:
## 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
Klik op het plusteken (+) om systematisch meer problemen toe te voegen op basis van uw projectplan.
Hiërarchie en organisatie van werkitems:
- Epics: Belangrijke functies of initiatieven
- Functies: Leverbare functionaliteit
- Gebruikersverhalen: specifieke gebruikersgerichte mogelijkheden
- Taken: Werk voor technische implementatie
- Bugs: Defecten en problemen waarvoor oplossing is vereist
Voorbeelden van geavanceerde categorisatie van problemen
Labelstrategie voor ondernemingsprojecten:
| Categorie | Labels | Purpose |
|---|---|---|
| Prioriteit |
priority:critical,priority:high,priority:medium,priority:low |
Resourcetoewijzing en -planning |
| Typ |
type:feature,type:bug,type:technical-debt,type:research |
Werkcategorisatie en rapportage |
| Team |
team:frontend,team:backend,team:qa,team:design |
Eigendom en verantwoordelijkheid |
| Status |
status:blocked, status:in-reviewstatus:needs-info |
Beheer van werkstroomstatus |
| Uitbrengen |
release:v2.1, milestone:q1-2024 |
Releaseplanning en -volgen |
Geavanceerde projectconfiguratie en -governance
Beveiligings- en toegangsbeheer
Navigeer naar projectinstellingen door in de rechterbovenhoek op het menu (drie puntjes) te klikken.
Best practices voor toegangsbeheer:
| Rol | toestemmingen | Gebruikssituaties |
|---|---|---|
| admin | Volledig projectbeheer, instellingenbeheer | Projecteigenaren, technische leidinggevenden |
| Schrijven | Items maken/bewerken, werkstromen beheren | Leden van ontwikkelingsteam |
| Lezen | Projectinhoud weergeven, opmerkingen toevoegen | Belanghebbenden, QA-team |
| Geen toegang | Kan project niet weergeven | Externe gebruikers, beperkte gegevens |
Beveiligingsoverwegingen voor ondernemingen:
- Tweeledige verificatie inschakelen voor alle projectbeheerders
- Regelmatige toegangsbeoordelingen en machtigingscontroles (elk kwartaal aanbevolen)
- Integratie met bedrijfs-SSO- en identiteitsbeheersystemen
- Auditlogboekregistratie voor naleving en beveiligingsbewaking
Aangepaste velden en werkstroomconfiguratie
Strategisch aangepast veldontwerp:
Tracking van bedrijfswaarde:
- Schatting van inspanning: schatting van verhaalpunten of tijdschattingen
- Bedrijfsprioriteit: impact van klanten of potentiële omzet
- Risicoanalyse: Technische complexiteit of afhankelijkheidsrisico
- Nalevingsvereisten: Beveiliging, toegankelijkheid, wettelijke behoeften
Voorbeelden van algemene aangepaste ondernemingsvelden:
| Veldnaam | Typ | Waarden/opties | Purpose |
|---|---|---|---|
| bedrijfswaarde | Selecteren | Hoog, Gemiddeld, Laag | Prioriteits- en ROI-analyse |
| effort | Number | 1-13 (Fibonacci-reeks) | Sprintplanning en capaciteitsbeheer |
| Onderdeel | Selecteren | Frontend, Backend, database, API | Technische verantwoordelijkheid en expertise |
| Klantsegment | Selecteren | Onderneming, MKB, Individu | Functiedoel en validatie |
| Uitgavedoel | Datum | Specifieke datums | Mijlpaal- en afhankelijkheidsplanning |
Automatisering en werkstroomoptimalisatie:
- Geautomatiseerde statusovergangen instellen op basis van statussen van pull-aanvragen
- Meldingen configureren voor essentiële updates en blokkeringen
- Beoordelingscycli en goedkeuringswerkstromen instellen
- Escalatieprocedures implementeren voor vastgelopen werkitems
Continue verbetering en analyse
Bewaking van projectstatus:
- Snelheidstrends en gebruik van teamcapaciteit bijhouden
- Cyclustijd monitoren van aanmaak van het probleem tot voltooiing
- Knelpunten en kansen voor procesverbetering identificeren
- Regelmatige retrospectieven en werkstroomaanpassingen
Integratiecontrolepunten:
- Wekelijkse projectvergaderingen synchroniseren met updates van belanghebbenden
- Maandelijkse procesbeoordelings- en optimalisatiesessies
- Driemaandelijkse strategische afstemming en doelevaluatie
- Jaarlijkse projectgovernance en beveiligingscontroles
Zie voor meer informatie over projecten: