Rövid utak, gyors döntések

A lean szoftverfejlesztés az utóbbi években egyre fontosabbá vált. Azonban nem elég a lean szoftverfejlesztést csak a fejlesztői csoportban használni, a követelményeket és a koncepciós folyamatot is „lean” -ként kell megszervezni. Dr. Ebben a kétrészes cikkben Matthias Eberspächer egy kipróbált szervezeti felépítést ír le, amely lehetővé teszi a lean szoftverkoncepciót. Az első részben e szervezet két legfontosabb szervét mutatja be.

tartalom

  1. Mi és honnan származik a "Lean"?
  2. A projekt szervezése
  3. Az alapcsapat (KT)
  4. A megbízottak (MT)
  5. kilátások
  6. irodalom

gyors

alanyok

Cikksorozat

  1. Központi szervek és feladataik
  2. További szerepek és ajánlások a gyakorlathoz

A lean szoftverfejlesztés az utóbbi években egyre fontosabbá vált. Azonban nem elég a lean szoftverfejlesztést csak a fejlesztői csoportban használni, a követelményeket és a koncepciós folyamatot is „lean” -ként kell megszervezni. Dr. Ebben a kétrészes cikkben Matthias Eberspächer egy kipróbált szervezeti felépítést ír le, amely lehetővé teszi a lean szoftverkoncepciót. Az első részben e szervezet két legfontosabb szervét mutatja be.

tartalom

  1. Mi és honnan származik a "Lean"?
  2. A projekt szervezése
  3. Az alapcsapat (KT)
  4. A megbízottak (MT)
  5. kilátások
  6. irodalom

A Toyota megmutatta, hogy van ez: Ma az autókat "soványan" gyártják. A gyártást nem "készleten" végzik, hanem megrendelés alapján, csak azokat az alkatrészeket szállítják, amelyeket azonnal felszerelnek. De lehet-e ugyanúgy programozni a szoftvereket, mint az autókat? Igen tudsz! A lean szoftverfejlesztés célja az átfutási idő minimalizálása a kéréstől a kész szoftver üzembe helyezéséig. Azonban nem elég csak a Lean szoftverfejlesztést használni a fejlesztői csapatban: A követelményeket és a koncepciókat is „Lean” -ként kell megszervezni. A siker szempontjából kritikus jelentőségű az egyenletes "ügyfélhúzás" kialakítása és fenntartása, ami lehetővé teszi a hatékony lean szoftverfejlesztést.

Ez a kétrészes cikk pontosan a felhasználók és a fejlesztői csapat közötti interfészre összpontosít. Bemutatja, hogy a projektmenedzserek és az ügyfelek hogyan alakítják ideálisan a projektcsapatot egy lean projekthez, hogyan irányítják a követelményeket és a koncepciók folyamatát szigorúan, és mit kell figyelembe venni. Még ha az első tapasztalatot ezzel a megközelítéssel az autógyártók szoftverprojektjeiben szerezték is, az itt leírt fogalmakat más típusú fejlesztési projektekre és iparágakra nem lehet alkalmazni.

Az első rész leírja, hogy mi áll a lean menedzsment hátterében, és hogy a lean koncepciók mely alkalmazásai léteznek a szoftverfejlesztésben. Leírnak egy projektszerkezeti szervezetet, amely lehetővé teszi a lean szoftverkoncepciót, és részletesen leírják a szervezet legfontosabb bizottságát - az alapcsapatot - és a legfontosabb szerepet - a megbízottakét. A második rész kiegészíti az egyes bizottságok és szerepek, pl. A projektmenedzser leírását, és gyakorlati példa segítségével elmagyarázza a projekt folyamatát. A cikket olyan ajánlások zárják, amelyek a projektek során tapasztaltak ezzel a megközelítéssel kapcsolatban.

Nagyon jó tapasztalataim vannak a projektek során bemutatott projektszemlélettel és szervezéssel kapcsolatban. A megközelítés ötlete nemcsak azokra a projektekre alkalmazható, amelyeket kizárólag a lean elvek szerint hajtanak végre, hanem azokra a projektekre is, amelyekben a koncepciók későbbi megvalósítása más agilis vagy akár hagyományos folyamatmodellek szerint történik (pl. Vízesés) . A lean menedzsment motivációja a követelmények kezelésében és megalkotásában természetesen annál nagyobb, ha a projekt többi megvalósítása mozgékony és sovány. Az itt bemutatott módszertan arra szolgál, hogy javaslatot tegyen a lean projektszervezés használatára és továbbfejlesztésére.

A megközelítés előnyei

Az ebben a cikkben bemutatott eljárás előnyei csak megfelelő projektkörrel lépnek életbe: Az időtartamnak hat hónapnál hosszabbnak kell lennie, és a projektcsapatnak legalább tíz teljes munkaidőben foglalkoztatott projekttel kell rendelkeznie. Ellenkező esetben a projektszervezet felállításával és létrehozásával kapcsolatos erőfeszítések, beleértve a projekt személyzetének képzését is, meghaladják az eljárás előnyeit.

Ennek az előnynek a szemléltetése érdekében a megvalósítás tervezett körének összehasonlítása a tervezési intervallumonként (általában egy év) ténylegesen feldolgozott szolgáltatások körével informatív: Ez azt mutatja, hogy az évente elvégzett fejlesztési munka az eredetileg tervezettnél kétszer magasabb volt. Más szavakkal: a technikai koncepció rendelkezésre álló kapacitásaival körülbelül kétszer annyi témát lehetne konceptualizálni, mint azt terveztük. Ezeknek a projekteknek a megtervezése alapvetően a hagyományos projektek empirikus értékein alapult: Hány téma érhet el elegendő technikai fogalmi érettséget egy év alatt? Természetesen ebből a számból nem lehet levonni, hogy az itt bemutatott eljárás kétszer olyan jó, mint például a vízesés modellje; ez azonban egyértelműen jelzi, hogy a lean koncepciókkal való munka sokkal hatékonyabb lehet, mint a hagyományos eljárási modellek.

A tipikus projektkörnyezet, amelyben ezt a megközelítést alkalmazták, a meglévő informatikai tájak (tovább) fejlesztésére és/vagy konszolidálására irányuló projektek voltak az autógyártóknál. Az eljárás erősségei különösen akkor mutatkoztak meg, amikor a megvalósítandó követelmények még nem voltak teljesen készek a technikai koncepcióra, de csak "fejléc szintjén" voltak ismertek, vagyis csak nagyjából egy Excel táblázatban szereplő témák listája formájában. A költségvetés és az időkeret meghatározásához, amellyel a projektcsapat működhet, a projekt/üzleti célokat mindig egyértelműen megfogalmazták ("SMART"), és rendelkezésre állt egy munkabontási struktúra meghatározott munkacsomag-címsorokkal.

Az egyes munkacsomagok teljesítményét mindig elég kicsi, független tételméretekre lehetett felosztani. Ez fontos előfeltétel, mivel csak így lehet rövid és egyenletes időzítést elérni. A projekt megvalósításához a szakterület és az informatikai részleg házon belüli alkalmazottai, valamint az informatikai szolgáltatók külső tanácsadói és beszállítói álltak rendelkezésre a technikai koncepció, az informatikai koncepció, az implementáció, az integráció és az elfogadás tesztjeivel, valamint az üzembe helyezéssel.

Mi és honnan származik a "Lean"?

A "Lean" a Toyota gyártási rendszeréből (TPS) származik, amely a szervezeti folyamatok optimalizálására összpontosít. A TPS legismertebb koncepciója az igényekkel szinkronizált gyártás ("just-in-time"): csak az alkatrészeket küldik el a ...