cunoștință
Bine ati venit la WaterScrumFall!
„Nu există nici o îndoială că Agile a devenit direcția principală de mișcare, dar realitatea este că cel mai mare segment de echipe, 40 la sută, nu sunt puriști. [1] urmând orice metodologie prescrisă. Nu este un proces perfect, - un glonț de argint, - Cascada, Agile (Scrum), RUP sau alte „- a scris mai târziu în raportul său.
În ea Deyv Uest si colegii sai au scris ca in 10 ani de observații de introducere Agile a companiei organizațiilor Forrester a ajuns la concluzia: „Cum Agile este pus în aplicare în practică, foarte diferit de ideile originale prezentate în Manifest și în multe privințe această implementare este similar cu ceea ce Forrester numește Apă-Scrum-Fall ».
Fenomenul în cauză în aceste rapoarte - Apă-Scrum-toamna, - o metodologie hibrid pentru procesul de dezvoltare a software-ului. Acesta are originea ca răspuns la încercările de a adapta Agile la condițiile reale ale organizațiilor de muncă.
O schemă tipică de apă-Scrum-Fall este prezentată în Figura 1. Această diagramă arată distribuția frecventă a lucrărilor în etape a apei, Scrum și toamna.
Figura 1. Apa-Scrum-Fall
Apa ruleaza pe dezvoltarea etapă a cerințelor și proiectarea sistemelor bazate pe acestea, care este apoi utilizat pentru a estima costul întregului proiect și planificarea acestuia. Pe scena Scrum - dezvoltare software iterativ și unitate de testare. Și toamna etapă - eliberare sistem de testare emis de rezultate din care este fie trimis înapoi pentru revizuire, sau primește „bun“ pentru livrare si implementare. Dacă este necesar, această etapă este realizată și testarea integrării. În cazul în care se realizează eliberarea produsului de succes.
La început se părea că metodologiile Agile ar trebui să câștige destul de repede pe piața de dezvoltare de software și în curs de dezvoltare și aici există metodologii hibride au fost considerate ca fenomen temporar, tranzitoriu pe drumul de la clasic la Agile. Cu toate acestea, odată cu trecerea timpului, și metodologii hibride nu sunt pe moarte, în ciuda tuturor eforturilor de promovare a Agile. Astăzi, ei au fost foarte mult în viață. Și nu poate fi ignorat, avem nevoie pentru a explica vitalitatea lor.
Cauzele vitalității Hidro-Scrum-Fall
- Sentiment de auto-conservare.
- Condiții de administrare a investițiilor.
- Ciclul de viață al produselor.
Să le examinăm în detaliu.
A. Un sentiment de auto-conservare
Astăzi, „face Agile» modă și sinonim cu inovația. Dar liderii organizațiilor și proprietarii lor sunt prudenți și sunt de adoptare a Agile este doar parțial repartizându-l în cel mai bun caz, grupul de dezvoltare de software, în timp ce de planificare, proiectare, management de presă, și chiar de testare sunt în conformitate cu o metodologie de lucru familiară și clasică. Motivele pentru care aceste decizii sunt explicate de mai mulți factori.
În primul rând, este influența culturii corporatiste.
Cultura mănâncă strategie pentru micul dejun
- a spus marele Peter Drucker (Peter Drucker).
Cu alte cuvinte, cultura organizației a rezistat introducerea unor noi strategii și metodologii, deoarece acestea sunt o amenințare și această cultură și structura organizației [29,40,41].
În al doilea rând, introducerea unei noi metodologii necesită o investiție în schimbarea structurii organizatorice, management, IT, instruire, etc. Dar astăzi nu există metode care permit să se calculeze efectul economic al introducerii Agile este deja de lucru și de producție de venit. Există numai date de sinteză privind experiența altei persoane, prezentate în rapoartele statistice. Cu toate acestea, aceste totaluri au fost supuse în mod repetat îndoieli serioase în Statele Unite și Europa [36,37]. Tehnici pentru construirea de eșantionare statistică și procesarea acestor rapoarte sunt, de obicei închise și nu este posibil să se tragă concluzii ferme cu privire la calitatea oricăror date, și nici calitatea rezultatelor obținute la acestea. Dezbaterea a fost în curs de desfășurare pentru un al doilea deceniu, dar companiile de cercetare refuză să asigure accesul la metodele utilizate.
Realizând acest lucru, șefii de organizații care prezintă un sentiment sănătos de auto-conservare și nu în grabă de a sparge promovarea întreprindere de lucru pe grup de dezvoltare de software Agile.
Reguli de gestionare B. Investiții
În SUA, de contabilitate financiară și raportarea tuturor proiectelor sunt realizate în conformitate cu FASB (Financial Accounting Standards Board) și FASAB (Federal Accounting Standards Board Advisory) standarde pentru companii publice și private.
Reguli de contabilitate financiară și de raportare stabilite în standardele SoP 98-1 [33] și FASB SFFAS 10 [34] și TR-16 [35] FASAB sunt de așa natură încât utilizarea metodologiilor Agile la crearea unui software pentru proiecte interne nu este o problemă. Și acesta este unul dintre motivele pentru introducerea de succes Agile in proiectele IT interne în Statele Unite ale Americii.
Cu proiecte externe o imagine foarte diferită. finanțarea acestora se încadrează în Statele Unite, în conformitate cu normele contabile pentru cheltuielile de capital (CAPEX) - apoi intra în vigoare alte cerințe de reglementare. În special, software-ul client de finantatori, trebuie să calculeze mai întâi valoarea proiectului și veniturile estimate din crearea și punerea sa în aplicare. Ei pot face acest lucru numai pe baza cerințelor dezvoltate pentru produsele software. Precizia calculului costului proiectului și veniturile din vânzarea sale depind în mod direct de cerințele detaliate și de calitate.
Soluția la această problemă și se reflectă ca o soluție de compromis - o metodologie hibrid: pentru a se conforma cu normele organizațiilor de reglare îndeplinesc cerințele de dezvoltare, și apoi estima costul punerii lor în aplicare și să efectueze planificarea în cadrul fazei de apă. Și mai departe, rezultatele acestei etape în grupul de dezvoltare hrănit, un practicant, de exemplu, SCRUM.
C. ciclului de viață al produsului
Destul de des, software-ul nu are o valoare independentă pentru consumator. De exemplu, în crearea de proiecte de televiziune, automobile, sateliți, etc. Software-ul - este doar o componentă a acestor produse. În acest caz, procesul de dezvoltare software este una dintre etapele procesului de creare a produsului și se adaptează la mediul său.
De obicei, procesul de creare a unor astfel de produse necesită un design detaliat al întregului sistem, înainte de începerea punerii sale în aplicare - fabricarea de „fier“ și a software-ului.
Acest lucru este necesar pentru:
- definirea arhitecturii sistemului - compoziția componentelor și interdependențele acestora;
- Cerințe de alocare pentru componentele specifice care urmează să fie realizate;
- Cerințe de verificare pentru produsele vândute;
- paralelizare lucrărilor la crearea de părți ale produsului;
- determina fezabilitatea utilizării capacității de producție existente sau care au nevoie de renovare;
- determină necesitatea de a dezvolta noi tehnologii pentru crearea de componente software;
- sincronizarea componentelor ofertei de produse pentru testarea lor de integrare.
Prin urmare, încercările de punere în aplicare Agile în ciclul de viață al acestor produse sunt localizate la nivelul de dezvoltare a software-ului. În același timp, dezvoltarea se realizează în conformitate cu cerințele stabilite anterior. Și Apa a format pas și Scrum (vezi. Figura 2).
Figura 2. Produsul tipic Schema de eliberare a apei-Scrum-Fall
Mai mult, pentru testarea finală a software-ului necesar să se aștepte pentru livrarea de „fier“ pentru a oferi condiții reale de testare funcțiile software-ului. Astfel, întregul proces este finalizat prin integrarea unui produs complex și testarea în general - etapa Fall.
Toate cele de mai sus se aplică nu numai la proiectele privind crearea de tehnologii intelectuale, dar, de asemenea, la sisteme complexe de informații - fără paralelizare lucrări de livrare a unor astfel de sisteme ar fi inacceptabile, iar activitatea paralelă este imposibilă fără un design preliminar al întregului sistem [39]. asamblarea și testarea finală, și este o etapă necesară a ciclului de viață al sistemelor.
concluzie
Astfel, motivele pentru apariția și persistența apă Scrum-toamna sunt obiective, iar astăzi nu există nici o dovadă care să indice dispariția iminentă a acestui fenomen.
normele de management al afacerilor, contabilitate și raportare financiară la fabricarea în Statele Unite rămân neschimbate. Neschimbător, și dependența procesului de procesul de dezvoltare software, de la crearea de produse, în general. O cultură corporativă este încă rezistență la schimbare în procesele stabilite și rentabile și împiedică introducerea „pure» agilă [42,43].
Iar paradoxul acestui fenomen constă în faptul că mai multe organizații încearcă să introducă agila, metodologia hibrid mai frecvente.
[1] purist-luptător pentru puritatea moralei, religiei