Metoda vývoje dynamických systémů - Dynamic systems development method

Model metody projektového řízení DSDM.
Vývoj softwaru
Hlavní činnosti
softwarového inženýrství
Paradigmata a modely
Metodiky a rámce
Podpůrné disciplíny
Cvičení
Nástroje
Standardy a orgány znalostí
Glosáře
Obrysy

Dynamická metoda vývoje systémů ( DSDM ) je agilní rámec pro doručování projektů, který se původně používal jako metoda vývoje softwaru . První vydání v roce 1994, DSDM se původně snažilo poskytnout určitou disciplínu metodě rychlého vývoje aplikací (RAD). V novějších verzích byl DSDM Agile Project Framework revidován a stal se obecným přístupem k řízení projektů a dodávkám řešení, než aby byl zaměřen konkrétně na vývoj softwaru a tvorbu kódu a mohl být použit pro projekty, které nejsou IT. DSDM Agile Project Framework pokrývá širokou škálu aktivit v celém životním cyklu projektu a zahrnuje silné základy a správu, které jej odlišují od některých jiných agilních metod. Agilní projektový rámec DSDM je iterativní a přírůstkový přístup, který zahrnuje zásady agilního vývoje, včetně nepřetržitého zapojení uživatelů/zákazníků.

DSDM opravy nákladů, kvality a času na začátku a používá upřednostnění Moskvě v rozsahu do moštu , shoulds , coulds a nebude vyvolených upravit doručitelného projektu splnit stanovený časový omezení. DSDM je jednou z řady agilních metod pro vývoj softwarových a ne IT řešení a je součástí Agilní aliance.

V roce 2014 společnost DSDM vydala nejnovější verzi metody v 'DSDM Agile Project Framework'. Nový manuál DSDM zároveň uznal potřebu fungovat společně s dalšími rámci pro poskytování služeb (zejména ITIL ) PRINCE2 , Správa úspěšných programů a PMI. Předchozí verze (DSDM 4.2) obsahovala pouze návod, jak používat DSDM s extrémním programováním .

Historie DSDM

Na počátku 90. let se v IT průmyslu šířil rychlý vývoj aplikací (RAD). Uživatelská rozhraní pro softwarové aplikace se přesouvala ze starých zelených obrazovek do grafických uživatelských rozhraní, která se dnes používají. Na trh přicházely nové nástroje pro vývoj aplikací, například PowerBuilder . Díky tomu mohli vývojáři mnohem snáze sdílet svá navrhovaná řešení se svými zákazníky - prototypování se stalo realitou a frustrace z klasických, sekvenčních ( vodopádových ) vývojových metod bylo možné odložit na jednu stranu.

Hnutí RAD však bylo velmi nestrukturované: neexistovala společně dohodnutá definice vhodného procesu a mnoho organizací přišlo s vlastní definicí a přístupem. Mnoho velkých korporací se velmi zajímalo o možnosti, ale také se obávalo, že neztratily úroveň kvality v konečných výstupech, které by vývoj volného toku mohl vést k

Konsorcium DSDM bylo založeno v roce 1994 sdružením prodejců a odborníků v oblasti softwarového inženýrství a bylo vytvořeno s cílem „společně vyvíjet a podporovat nezávislý rámec RAD“ kombinací jejich zkušeností z nejlepších postupů . Původem byla událost pořádaná Butler Group v Londýně. Lidé na tomto setkání všichni pracovali pro blue-chip organizace, jako jsou British Airways, American Express, Oracle a Logica (další společnosti jako Data Sciences a Allied Domecq byly od té doby absorbovány jinými organizacemi).

V červenci 2006 byla DSDM Public Version 4.2 zpřístupněna jednotlivcům k prohlížení a používání; kdokoli prodávající DSDM však musí být stále členem neziskového konsorcia.

V roce 2014 byla příručka DSDM zpřístupněna online a veřejnosti. Kromě toho lze stáhnout šablony pro DSDM.

V říjnu 2016 se konsorcium DSDM přejmenovalo na Agile Business Consortium (ABC). Agile Business Consortium je nezisková organizace nezávislá na prodejcích, která vlastní a spravuje rámec DSDM.

DSDM

DSDM je přístup nezávislý na prodejci, který uznává, že více projektů selhává kvůli problémům lidí než technologii. Cílem DSDM je pomáhat lidem efektivně spolupracovat při dosahování obchodních cílů. DSDM je také nezávislý na nástrojích a technikách, které umožňují jeho použití v jakémkoli obchodním a technickém prostředí, aniž by byl obchod vázán na konkrétního dodavatele.

Zásady

DSDM je založeno na osmi principech. Tyto zásady usměrňují tým v postoji, který musí zaujmout, a v myšlení, které musí přijmout, aby konzistentně plnilo.

  1. Zaměřte se na obchodní potřeby
  2. Doručit včas
  3. Spolupracovat
  4. Nikdy neslevujte z kvality
  5. Budujte postupně z pevných základů
  6. Rozvíjejte iterativně
  7. Komunikujte nepřetržitě a jasně
  8. Ukažte ovládání

Základní techniky

  • Timeboxing : je přístup k postupnému dokončení projektu rozdělením na rozdělení projektu na části, z nichž každá má pevný rozpočet a datum dodání. Pro každou část je upřednostněno a vybráno několik požadavků. Protože čas a rozpočet jsou pevné, jediné zbývající proměnné jsou požadavky. Pokud tedy projektu dochází čas nebo peníze, požadavky s nejnižší prioritou jsou vynechány. To neznamená, že je dodán nedokončený produkt, protože podle Paretova principu 80% projektu pochází z 20% systémových požadavků, pokud je do systému implementováno těch 20% nejdůležitějších požadavků, systém proto splňuje obchodní potřeby a že žádný systém není na první pokus vytvořen dokonale.
  • MoSCoW : je technika pro stanovení priorit pracovních položek nebo požadavků. Jedná se o zkratku, která znamená:
    • Musí mít
    • Měl by mít
    • MŮŽE mít
    • NEMÁ
  • Prototypování: odkazuje na vytváření prototypů vyvíjeného systému v rané fázi projektu. Umožňuje včasné odhalení nedostatků v systému a umožňuje budoucím uživatelům systém „otestovat“. Tímto způsobem je realizováno dobré zapojení uživatelů, což je jeden z klíčových faktorů úspěchu DSDM nebo jakéhokoli projektu vývoje systému.
  • Testování: pomáhá zajistit kvalitní řešení, DSDM obhajuje testování v každé iteraci. Vzhledem k tomu, že DSDM je metoda nezávislá na nástroji a technice, projektový tým si může zvolit vlastní metodu správy testů.
  • Workshop: spojuje zúčastněné strany projektu a diskutuje o požadavcích, funkcích a vzájemném porozumění.
  • Modelování : pomáhá vizualizovat obchodní doménu a zlepšit porozumění. Vytváří schematické znázornění konkrétních aspektů vyvíjeného systému nebo oblasti podnikání.
  • Správa konfigurace : s více dodávkami ve vývoji ve stejnou dobu a dodávanými přírůstkově na konci každého časového rámečku, musí být dodávky dobře spravovány směrem k dokončení.

Role

V prostředí DSDM je zavedeno několik rolí. Je důležité, aby členové projektu byli před zahájením projektu jmenováni do různých rolí. Každá role má svou vlastní odpovědnost. Role jsou:

  • Výkonný sponzor Takzvaný „šampión projektu“. Důležitá role od uživatelské organizace, která má schopnost a zodpovědnost přidělit příslušné finanční prostředky a zdroje. Tato role má konečnou moc rozhodovat.
  • Vizionář Ten, kdo je zodpovědný za inicializaci projektu zajištěním, že základní požadavky budou nalezeny již na začátku. Vizionář má nejpřesnější vnímání obchodních cílů systému a projektu. Dalším úkolem je dohlížet a udržovat vývojový proces na správné cestě.
  • Ambassador User Vnáší do projektu znalosti uživatelské komunity a zajišťuje, aby vývojáři během vývojového procesu získali dostatečnou zpětnou vazbu od uživatelů.
  • Uživatel poradce Může být jakýkoli uživatel, který představuje důležité hledisko a přináší každodenní znalosti o projektu.
  • Project Manager Může to být kdokoli z uživatelské komunity nebo IT zaměstnanců, který projekt obecně řídí.
  • Technický koordinátor Odpovědný za návrh architektury systému a kontrolu technické kvality projektu.
  • Vedoucí týmu vede svůj tým a zajišťuje, aby tým fungoval efektivně jako celek.
  • Vývojář řešení Interpretujte systémové požadavky a modelujte jej včetně vývoje dodatelných kódů a sestavení prototypů.
  • Tester řešení Zkontroluje správnost v technickém rozsahu provedením některých testů, v případě potřeby vyvolá vady a po opravě znovu otestuje. Tester bude muset poskytnout nějaký komentář a dokumentaci.
  • Scribe Odpovědnost za shromažďování a zaznamenávání požadavků, dohod a rozhodnutí učiněných na každém workshopu.
  • Facilitátor Zodpovědný za řízení pokroku workshopů, funguje jako motivátor pro přípravu a komunikaci.
  • Specialista Role Business Architect, Quality Manager, System Integrator, etc.

Kritické faktory úspěchu

V rámci DSDM je identifikována řada faktorů, které mají velký význam pro zajištění úspěšných projektů.

  • Faktor 1: Nejprve je přijetí DSDM vrcholovým managementem a dalšími zaměstnanci. Tím je zajištěno, že různí aktéři projektu jsou od začátku motivováni a zůstávají zapojeni do celého projektu.
  • Faktor 2: Přímo odvozený z faktoru 1: Závazek vedení zajistit zapojení koncových uživatelů. Prototypový přístup vyžaduje silné a specializované zapojení koncových uživatelů do testování a posuzování funkčních prototypů.
  • Faktor 3: Projektový tým musí být složen ze šikovných členů, kteří tvoří stabilní unii. Důležitým problémem je zmocnění projektového týmu. To znamená, že tým (nebo jeden nebo více jeho členů) musí mít sílu a možnost přijímat důležitá rozhodnutí týkající se projektu, aniž by museli psát formální návrhy na vyšší management, což může být velmi časově náročné. Aby projektový tým mohl realizovat úspěšný projekt, potřebuje také příslušnou technologii k provedení projektu. To znamená vývojové prostředí, nástroje pro řízení projektů atd.
  • Faktor 4: Nakonec DSDM také uvádí, že je vyžadován podpůrný vztah mezi zákazníkem a prodejcem. To platí pro oba projekty, které jsou realizovány interně v rámci společností nebo externími dodavateli. Pomoc při zajišťování podpůrného vztahu by mohl být ISPL .

Srovnání s jinými vývojovými rámci

DSDM lze považovat za součást široké škály iteračních a přírůstkových vývojových rámců, zejména těch, které podporují agilní a objektově orientované metody. Patří mezi ně (ale nejen) Scrum , Extreme Programming (XP) , Disciplined Agile Delivery (DAD) a Rational Unified Process (RUP) .

Stejně jako DSDM sdílejí tyto vlastnosti:

  • Všichni upřednostňují požadavky a pracují na nich iterativně, budují systém nebo produkt v krocích.
  • Jsou to rámce nezávislé na nástrojích. To umožňuje uživatelům vyplnit konkrétní kroky procesu vlastními technikami a softwarovými pomůckami, které si zvolíte.
  • Proměnnými ve vývoji není čas/prostředky, ale požadavky. Tento přístup zajišťuje hlavní cíle DSDM, a to dodržet termín a rozpočet.
  • Silné zaměření na komunikaci mezi a zapojení všech zúčastněných stran do systému. Přestože se to řeší jinými metodami, DSDM pevně věří v závazek projektu zajistit úspěšný výsledek.

Viz také

Reference

Další čtení

externí odkazy