Metodologia Crystal Clear —
Prostota i doskonałość w
aplikacjach biznesowych

• Metodolo­gie zawodowe są bardziej korzystne niż te zori­en­towane na proces.
• Metodolo­gia powin­na być dos­tosowana do indy­wid­u­al­nego pro­jek­tu i zespołu — nie ma uni­w­er­sal­nej metodologii roz­wo­ju aplikacji.

1. Ekspre­sowe dostar­czanie przy­dat­nego kodu: Prze­jś­cie od dużych, rzad­kich wdrożeń kodu do mniejszych, częst­szych wydań.
2. Poprawa poprzez reflek­sję: Zbieranie infor­ma­cji na tem­at tego, co dzi­ała dobrze i źle w poprzed­niej wer­sji opro­gramowa­nia, aby usprawnić następ­ną wersję.
3. Komu­nikac­ja osmo­ty­cz­na: Cock­burn opisał postrze­ganie i wymi­anę infor­ma­cji pomiędzy dewel­op­era­mi pracu­ją­cy­mi w tym samym pomieszcze­niu jako tło, podob­nie do osmozy.

• Clear: 2 do 8 osób pracu­ją­cych razem w jed­nym lub sąsied­nich biurach
• Yel­low: 10 do 20 osób
• Orange: 20 do 50 osób
• Red: 50 do 100 osób

Kod gene­ty­czny Crys­tal Clear skła­da się z:

• Eko­nom­iczny mod­el gry koop­er­a­cyjnej: Cock­burn trak­tu­je rozwój opro­gramowa­nia jako ser­ię “gier” składa­ją­cych się z wynalazków i komu­nikacji, ogranic­zonych przez zaso­by. Każ­da gra ma dwa cele: dostar­czyć opro­gramowanie w tej grze oraz przy­go­tować się do następ­nej gry w serii. Każdy nowy pro­jekt wyma­ga nowych strategii.
• Wybier­ane pri­o­ry­te­ty: Wspólne dla wszys­t­kich metodologii Crys­tal są dwa pri­o­ry­te­ty: bez­pieczeńst­wo i efek­ty­wność rozwoju.
• Wybier­ane cechy: Te zwięk­sza­ją pri­o­ry­tet bez­pieczeńst­wa. Trzy są pod­sta­wowe (szy­b­ka i częs­ta dostawa kodu, oso­bista komu­nikac­ja, poprawa poprzez reflek­sję), pod­czas gdy pozostałe cztery są dodatkowe: oso­biste bez­pieczeńst­wo, kon­cen­trac­ja, łatwy dostęp do ekspertów oraz jakość tech­nicznego środowiska z automaty­cznym testowaniem.
• Wybier­ane zasady: Jed­na kon­tynu­u­je kluc­zowy kierunek indy­wid­u­al­iza­cji metodologii:

Poziom szczegółowoś­ci w wyma­gani­ach doty­czą­cych opro­gramowa­nia, doku­men­tach pro­jek­towych i planowa­niu zależy od specy­fi­ki pro­jek­tu, w tym stop­nia inter­akcji oso­bis­tej zespołu oraz szkód, jakie mogą być spowodowane przez nieod­kryte błędy.

Cyk­liczny Pro­ces Crys­tal Clear

Więk­szość pro­jek­tów z Crys­tal Clear skła­da się z sześ­ciu cyk­li, defini­u­ją­cych odpowiedzial­noś­ci i zada­nia zespołu projektowego:

1. Cyk­le pro­jek­tu: Choć sam pro­jekt jest jed­nos­tką pro­duk­tu, zwyk­le jest on następ­nie pow­tarzany w następ­nym pro­jek­cie. Cykl pro­jek­tu skła­da się z trzech częś­ci: przy­go­towanie (skład zespołu, badanie 360°, określe­nie metodologii), seria dwóch lub więcej cyk­li dostawy, i “rytu­ał zakończenia”. Czas trwa­nia: od kilku dni do tygodni.
2. Cykl dostawy: Obe­j­mu­je skali­browanie planu wyda­nia opro­gramowa­nia, seria jed­nej lub więcej iter­acji prowadzą­cych do przetestowanego zin­te­growanego kodu, dostar­cze­nie do rzeczy­wisty użytkown­ików, oraz “rytu­ał zakończenia”. Czas trwa­nia: 1 tydzień do 3 miesięcy.
3. Iter­ac­ja: Skła­da się z trzech głównych częś­ci: planowanie iter­acji, codzi­enne i dzi­ała­nia cyk­lu inte­gra­cyjnego oraz “rytu­ał zakończenia”.
4. Tydzień/dzień roboczy: Wybór dnia lub tygod­nia jako jed­nos­t­ki cza­sowej cyk­lu zależy od for­matu pro­jek­tu i zespołu. Przykłady obe­j­mu­ją coty­god­niowe spotka­nia dzi­ału, raporty lid­era zespołu oraz sem­i­nar­ia “brown-bag” (dyskus­je na tem­at prob­lemów pro­jek­towych pod­czas lunchu).
5. Okres inte­gracji: Rozwój, inte­grac­ja i testowanie sys­te­mu. Niek­tóre zespoły przeprowadza­ją ciągłe budowanie i testowanie na dedykowanej maszynie, pod­czas gdy inne inte­gru­ją codzi­en­nie lub trzy razy w tygod­niu. Im krót­szy cykl inte­gracji, tym lep­iej. Czas trwa­nia: 30 min­ut do 3 dni (w zależnoś­ci od doświad­czenia zespołu).
6. Rozwój: Pisanie i sprawdzanie częś­ci kodu. To jest głów­na pra­ca pro­gramisty w zwin­nej atmos­ferze. Członek zespołu pode­j­mu­je małe zadanie, pro­gra­mu­je rozwiązanie (najlepiej z testowaniem), i sprawdza je w kon­fig­u­racji z całym sys­te­mem. Czas trwa­nia: 15 min­ut do kilku dni.

Strate­gie i Tech­ni­ki Crys­tal Clear

• 360° Bada­nia: Na początku pro­jek­tu zespół musi zrozu­mieć, jak przy­dat­ny i znaczą­cy jest pro­dukt oraz czy moż­na go stworzyć przy dostęp­nych zasobach i tech­nolo­giach. Pro­jekt jest badany w takich obszarach jak wartość biz­ne­sowa, wyma­gania, niezbędne tech­nolo­gie, plan pro­jek­tu, skład zespołu oraz wybrane metodolo­gie. Imple­men­tac­ja zaj­mu­je od kilku dni do 1 – 2 tygodni.
• Wczesne Zwycięst­wo: Zwycięst­wo jed­noczy zespół i zwięk­sza pewność siebie każdego człon­ka. W roz­wo­ju aplikacji strate­gia wczes­nego zwycięst­wa pole­ga na znalezie­niu pier­wszego dzi­ała­jącego frag­men­tu kodu, częs­to małego ele­men­tu użytecznej funkcjon­al­noś­ci sys­te­mu. To małe zwycięst­wo poma­ga członkom zespołu nauczyć się swoich stylów pra­cy, użytkown­i­cy uzysku­ją wczes­ny pogląd na sys­tem, a spon­sorzy widzą możli­woś­ci zespołu.
• Stop­niowa Zmi­ana Architek­tu­ry: Architek­tu­ra sys­te­mu powin­na ewolu­ować wraz z tech­no­log­iczny­mi i wyma­gani­a­mi biz­ne­sowy­mi, które zmieni­a­ją się w cza­sie. Strate­gia ta pozwala zespołowi na stop­niową zmi­anę architek­tu­ry bez zakłó­ca­nia ogól­nej funkcjon­al­noś­ci sys­te­mu. Ta sama strate­gia może być stosowana do funkcjon­al­nych zmi­an w final­nym systemie.
• Radi­a­to­ry Infor­ma­cji: Wyświ­et­lacze umieszc­zone w miejs­cach, gdzie ludzie mogą je zobaczyć pod­czas pra­cy lub odpoczynku. Pokazu­ją niezbędne infor­ma­c­je bez potrze­by zadawa­nia dodatkowych pytań, ucieleś­ni­a­jąc zasadę Crys­tal Clear “więcej komu­nikacji, mniej prz­erw”.
  
  Radi­a­tor infor­ma­cji powinien być duży, łat­wo dostęp­ny, prosty w uży­ciu i odczy­ta­niu oraz zaw­ier­ać aktu­alne infor­ma­c­je. Przykłady obe­j­mu­ją tablice Scrum i Kan­ban oraz dzi­ała­ją­cy słown­ik inter­pre­tu­ją­cy ter­mi­nologię projektu.

Pop­u­larne Tech­ni­ki Zawierają:

1. For­mowanie Metodologii: Dos­tosowanie Crys­tal Clear odby­wa się w dwóch eta­pach: wywiady pro­jek­towe (tworze­nie mini-bib­liote­ki doświad­czeń orga­ni­za­cyjnych pod­kreśla­ją­cych moc­ne i słabe strony pro­jek­tu) oraz warsz­tat for­mowa­nia metodologii (anal­iza doświad­czeń w celu wzmoc­nienia moc­nych stron i zrekom­pen­sowa­nia słaboś­ci). Infor­ma­c­je z pier­wszego kroku są wyko­rzysty­wane w drugim.
2. Warsz­tat Reflek­sji: Okre­sowo zespół powinien zro­bić godzin­ną prz­er­wę na przeprowadze­nie “warsz­tatu reflek­sji,” omaw­ia­jąc co dzi­ała dobrze lub źle, co wyma­ga poprawy i co moż­na zro­bić inaczej w kole­jnych eta­pach projektu.
3. Blitz Plan­ning: Pozwala spon­sorom, użytkown­ikom i deweloper­om wspól­nie stworzyć mapę drogą pro­jek­tu przy ograniczeni­ach czasowych.
4. Codzi­enne Spotka­nia Sto­jące: Krótkie spotka­nia w celu określe­nia sta­tusu pro­jek­tu, postępów i prob­lemów. Te spotka­nia nie są przez­nac­zone do dyskusji, lecz tylko do iden­ty­fikacji prob­lemów. Wyni­ki są reje­strowane w online menedżerze zadań lub na fizy­cznej tabl­i­cy Kanban.
5. Pro­gramowanie w Parach: W tym pro­ce­sie dwie oso­by pracu­ją nad jed­nym zadaniem pro­gramisty­cznym na jed­nym urządze­niu. Pro­gramowanie w parach jest częs­to kry­tykowane za elim­i­nację indy­wid­u­al­nych pode­jść do zadań i wyma­ganie wysok­iej jakoś­ci relacji między­ludz­kich w zes­pole pro­jek­towym. Alter­naty­w­na tech­ni­ka, “slide-by-slide,” pole­ga na dwóch osobach siedzą­cych wystar­cza­ją­co blisko, aby widzieć swo­je ekrany, ale pracu­ją­cych nad różny­mi zada­ni­a­mi na odd­ziel­nych stanowiskach. To odpowia­da kon­cepcji “inter­akcji osmotycznej.”

Zale­cana Lit­er­atu­ra na Tem­at Crys­tal Clear

Kluc­zowe zaso­by do stu­diowa­nia Crys­tal Clear obejmują:

• “Crys­tal Clear: A Human-Pow­ered Method­ol­o­gy for Small Teams” autorstwa Alis­taira Cock­bur­na: Kluc­zowa książ­ka do zrozu­mienia metodologii od jej twór­cy. Zaw­iera wiele studiów przy­pad­ków, przykładów i mini-prze­wod­ników na tem­at wdraża­nia poszczegól­nych ele­men­tów Clear w organizacji.
• “Pair Pro­gram­ming Illu­mi­nat­ed” autorstwa Lau­rie Williams: Szczegółowa anal­iza jed­nej z tech­nik Crys­tal Clear, pro­gramowa­nia w parach. Książ­ka dostar­cza prak­ty­cznych rad na tem­at stosowa­nia PP w roz­wo­ju oprogramowania.
• “Agile Soft­ware Devel­op­ment: The Coop­er­a­tive Game” autorstwa Alis­taira Cock­bur­na: Wyjaś­nia kon­cepcję roz­wo­ju opro­gramowa­nia jako “koop­er­a­cyjnej gry wynalazczej i komu­nika­cyjnej.” Cock­burn rozsz­erza pomysły z Crys­tal Clear w tej książce, a następ­nie for­mal­izu­je je w “Crys­tal Clear: A Human-Pow­ered Method­ol­o­gy for Small Teams.”
• Ofic­jal­na strona inter­ne­towa twór­cy Crys­tal Clear: Choć to nie książ­ka, ofer­u­je ogrom infor­ma­cji, w tym wywiady, dia­gramy, posty na blogu i dyskus­je na tem­at metodologii. Jedynym minusem jest nieprzy­jazny design strony.