Sdílet prostřednictvím

Doporučení pro formalizaci postupů řízení vývoje softwaru

  • Článek

Platí pro toto doporučení Power Platform Dobře architektonizovaného kontrolního seznamu provozní dokonalosti:

OE:03 Formalizovat proces tvorby a plánování softwaru a čerpejte při tom ze zavedených průmyslových a organizačních standardů. Použijte společný, prioritní seznam nevyřízených položek a dostatečně podrobné specifikace. Zajistěte neustálé zlepšování v procesu plánování na základě výsledků.

Tato příručka popisuje doporučení pro řízení postupů vývoje úlohy v souladu se zavedenými standardy. Schopnost vašeho týmu produkovat vysoce kvalitní software závisí na strukturovaném přístupu založeném na spolupráci při plánování vývoje. Týmy pro pracovní vytížení by měly rozumět práci, která se provádí, a jasně s ní komunikovat. Přesněji řečeno, týmy pro pracovní zátěž by měly mít jasnou představu o práci, která má být vykonána v rámci vývojového cyklu, a zajistit, aby všechny zúčastněné strany byly v souladu s „proč“ této práce. Zavedené standardy definují, jak by se měly provádět vývojové postupy, a umožňují týmu pro úlohu efektivně spolupracovat, čímž se snižuje riziko nejasností ohledně cílů a očekávání.

Klíčové strategie návrhu

Formalizujte své postupy rozvoje úlohy, abyste zajistili společné porozumění cílům a očekáváním.

Nepovažujte úlohy s minimálním psaním kódu za málo složité. Stále máte prospěch z formalizace vývoje a správy úloh s minimálním psaním kódu. Učte se od jiných týmů vývoje softwaru. Mějte zavedenou rozhodovací matici, která určuje požadovanou úroveň formalizace na základě složitosti a kritičnosti pracovní zátěže.

Standardy pro plánování vývoje

Následující standardy vám mohou pomoci navrhnout komplexní strategii plánování vývoje.

  • Stanovení priorit: Plánování pořadí a rozsahu práce zahrnuje pochopení skutečného dopadu a hodnoty funkcí pracovního zatížení na podnik. Zahrnuje také vyhodnocení těchto dopadů oproti jiným pracovním požadavkům a celkovému plánu pro váš produkt nebo program. Jedním ze způsobů, jak určit prioritu úlohy, je hodnocení obchodní hodnoty celé úlohy. Může být také užitečné vyhodnotit jednotlivé funkce úlohy na obchodní hodnotu.

  • Kategorizace: Zaveďte procesy, které zajistí, že kritické aplikace budou mít potřebné ochranné zábradlí, které je bude podporovat. Zároveň zajistěte, aby scénáře produktivity nebyly zpomalovány nebo potlačovány příliš mnoha přísnými procesy.

  • Spolupráce: Proces definování navrhovaných změn pracovní zátěže by měl být společným úsilím. Většina změn v pracovní zátěži ovlivňuje více funkcí a komponent, takže zapojení co největšího počtu členů týmu pro pracovní zátěž pomáhá zajistit, že se nepromeškají důležité úvahy a že si každý bude vědom vlivu na jejich konkrétní doménu. Spolupráce také pomáhá jasně definovat rozsah změny a jak rozdělit potřebné úkoly do přesně definovaných pracovních položek. Větší skupina s odbornými znalostmi napříč doménami je schopna poskytnout odhady potřebného úsilí podložené zkušenostmi.

  • Nástroje: Používejte zavedené, průmyslem osvědčené nástroje a procesy, jako jsou Agilní, Scrum a Kanban desky.

Kompromis: Agilní metodika může být příliš přísná, pokud je příliš normativní. Usilujte o rovnováhu mezi dobře definovanými standardy a inovacemi.

  • Deployment: Plánujte použití častých malých, iterativních nasazení namísto velkých, málo častých nasazení.

  • Podmínky: Standardizujte svou definici dokončených cyklů vývoje, abyste zajistili úspěšné dokončení podpůrných funkcí, včetně testování, dokumentace a funkcí usnadnění.

  • Komunikace: Definujte standardní protokoly pro vlastníky produktů a projektové manažery pro zvýšit úroveň nadcházející verze.

  • Uživatelské příběhy: Standardizujte šablonu pro uživatelské příběhy. Dobře napsané uživatelské příběhy by se měly řídit přístupem INVEST:

    • I–Nezávislý: Každý uživatelský příběh by měl být nezávislý na ostatních, což týmu umožňuje poskytovat výsledky v malých postupných krocích.
    • N–Vyjednávatelný: Uživatelské příběhy by měly být vyjednávatelné a otevřené diskuzi a změnám.
    • V-Valuable: Uživatelské příběhy by měly zákazníkovi poskytovat hodnotu.
    • E–Odhadnutelné: Uživatelské příběhy by měly být odhadnutelné a měly by mít jasnou definici, kdy je hotovo.
    • S–Malé: Uživatelské příběhy by měly být malé a zaměřené na jednu funkci.
    • T-Testovatelné: Uživatelské příběhy by měly být testovatelné a měly by mít jasná kritéria přijetí.

  • Kritéria přijetí: Standardizujte šablonu kritérií přijetí. Zajistěte, aby se kritéria přijetí vztahovala konkrétně k příběhu uživatele a mohla být jednoznačně prokázána pomocí jednoho nebo více akceptačních testů.

  • Sledování: Zajistěte, aby byl vývojový proces sledovatelný. Měli byste jasně sledovat stav vaší produkční úlohy a související kód zpět na testování zajištění kvality, kritériím přijetí, příběhům uživatelů a funkcím. Podrobné sledování může být v některých případech také regulačním požadavkem, jako je zdravotní péče.

  • Kontrola: Pravidelně provádějte interní audity svých vývojových postupů prostřednictvím retrospektiv vývojového cyklu a posmrtných zpráv. Reflexe procesu by měla být bez hledání viny a měla by se zaměřit na učení, které lze použít jako zlepšení. Zajistěte, aby tým přemýšlel o tom, jak efektivní byly uživatelský příběh a úkoly při definování nezbytných úkolů a o přesnosti časových odhadů.

  • Přehledy: Standardizujte přehledy pro zúčastněné strany, které poskytují užitečné metriky zaměřené na změnu. Zaměření na změnu vám umožňuje sledovat zrychlení a zpomalení produktu. Užitečné metriky mohou zahrnovat změny v:

    • Měsíční tempo růstu osvojení
    • Výkon
    • Doba školení
    • Frekvence incidentů

    Reportování by se nemělo používat jako nástroj k hodnocení práce osob, proto se vyhněte metrikám, jako jsou příběhy nebo řádky kódu jednotlivých techniků.

Usnadnění díky Power Platform

Přestože neexistují žádné Power Platform produkty, které by toto doporučení přímo usnadňovaly, můžete použít další nástroje v Microsoft stacku. Azure Boards je webová služba, která umožňuje týmům plánovat, sledovat a diskutovat o práci v celém procesu vývoje.

Projekty GitHub je přizpůsobitelný nástroj pro správu projektů pro organizování projektů a integruje se s vašimi problémy a požadavky na stahování na GitHubu.

Další kroky

Kontrolní seznam provozní dokonalosti