Puffin: (PUFFIN – plaanib lõputuid funktsioonitehase algatusi)

Puffin on profiil, millel on arendajate meeskonda juhtides lõputult tarkvarafunktsioone, millel on kaheldav või puudub igasugune mõju ärile, klientidele või ülejäänud töötajatele.

PUFFIN — (planeerib lõputuid funktsioonitehase algatusi) oleks hispaania keeles võrdväärne lõputute funktsioonialgatuslike plaanidega.

Selle profiilide terminiga kaasnevad kulud ja tulu puudumine, lisaks suur pettumus meeskondadele, kellel pole organisatsioonis nähtavust.

Mõiste Feature Factory tekkis siis, kui tarkvaraarendaja sõber kurtis, et ta "istus lihtsalt tehases, loob funktsioone ja saadab neid teistele arendajatele".

Kuidas teada saada, kas töötate funktsioonitehases? On selged sümptomid, mis võimaldavad neid struktuure tuvastada.

1. Patt meetrika. Meeskonnad ei pea mõõtma töö mõju. Või kui mõõtmine on tehtud, teeb seda tootehaldusmeeskond isoleeritult ja jagab seda valikuliselt. Ei ole teada, kas tehtud töö töötas korrektselt.
2. Meeskondade ja projektide kiire kombinatsioon (teise nimega Team Tetris). Mõistlike, arusaadavate missioonide või algatuste asemel tegelevad meeskonnad rolliülesannete ja projektidega, teadmata nende taga olevat motivatsiooni või kes mille eest vastutama peaks. Multitegumtöötlus kõigis operatsioonides ja ressursside ülekasutamine.
3. Teater "saadetiste" osas, mille mõju on vähe arutletud. Saate organisatsiooni kohta palju öelda selle probleemide järgi tähistab.
4. Harvad (tunnustatud) tõrked ja praagitud tööd. Ilma eelnevaid funktsioone kaotamata või oluliselt täiustamata. Edukuse peamine mõõde on pakutavad funktsioonid, mitte saavutatud tulemused. Tööst loobutakse harva andmete ja õppimise tõttu. Seadmetel puuduvad tootmise käigus tekkinud rikete tunnistamiseks vajalikud meetmed.
5. Ei ole seotud ärimõõdikutega. Vestlusi äri- või klienditulemuste üle ei peeta või räägitakse harva. Meeskond ei saa seostada tööd peamiste klientide ja ettevõtte rahulolu mõõdikutega. Tööd ei saa ühendada l-gavõi oluline äri.
6. Mõjuanalüüs puudub. Tootejuhid ei analüüsi perioodiliselt tooteotsuste kvaliteeti ega võrdle seetõttu oodatavat kasu tegeliku saadava kasuga. Arendajad Neil on "kinnitatud nõuded", kuid tootejuhtidel pole eesmärke äritegevusest. Peamiste tulemusnäitajatena käsitletakse ainult kiirust ja tootmist
7. Kinnisidee prioriseerimisel. Esineb lahknevusi prioriteetide seadmise (otsustage, mille kallal töötada) ja valideerimise (otsustage, kas see oli tegelikult õige asi, mille kallal töötada) vahel. Prioriteedi rangus on mõeldud üksnes sisemiste tegevuskavade mõõdukaks muutmiseks, et inimesed tunneksid end turvaliselt. Palju tööd tehakse selle nimel, milliste ideedega edasi töötada, jättes vähe ruumi tulemuste põhjal kohandamiseks ja improviseerimiseks. Teekaardid, plaanid näitavad funktsioonide loendit, mitte fookusvaldkondi ja/või tulemusi.
8. Kohandusi pole. Kui töö on “tehtud” (vastavalt arendusjuhtide põhimõtetele), liigub meeskond koheselt järgmise “projekti” juurde, jätmata aega kvalitatiivsete ja kvantitatiivsete andmetega itereerimiseks, mille tulemuseks on parendus- ja parendusplaanid.
9. Üleandmise kultuur. Meeskond ei osale otseselt uurimistöös, eesseisvate probleemide/väljakutsete uurimises ega katsetamises ja hilisemas valideerimises. Kui töö on lõpetatud, on arendajal vähe kontakti toe, klientide rahulolu ja äritulemustega.
10. Suured pakendikomplektid. Ilma eksperimenteerimisvolituseta tarnitakse funktsioone suurte funktsioonipakettidena, mitte järk-järgult. Kui metoodikat rakendatakse väle, võib juhtuda, et isegi sprintides töötades ei jõua iga tarne lõpus klientideni midagi uut.
11. Otsige tulu ette. Funktsioone rakendatakse uute konkreetsete lepingute sulgemiseks. Kuigi see lähenemisviis ei ole oma olemuselt vale, on majanduslikud põhjendused sageli (parimal juhul) nõrgad ega võta arvesse toote keerukuse mittelineaarset suurenemist (saavutatakse lühiajaline kasu, millel on tagasilöök). Taas kinnitub mõte, et karakteristikud on väärtuse mõõtühik. Tooteotsustel puudub kindel majanduslik visioon ja strateegia.
12. "Tähe" projektid. Uute funktsioonide pidev tarnimine jätab muud tüüpi vajalikud algatused varju. Ümberprojekteerimine, kulude vähendamine ja väärtuse tarnimine on halvasti nähtav. Nendele tähtfunktsioonidele keskendumine vähendab uute funktsioonide mõju kasutatavusele, hooldatavusele, skaleeritavusele jne.