Mi laboras kiel antaŭfina programisto dum ĉirkaŭ du jaroj, kaj partoprenis en la kreado de plej diversaj projektoj. Unu el la lecionoj, kiujn mi lernis, estas, ke kunlaboro inter malsamaj teamoj de programistoj, kiuj kunhavas la saman celon, sed havas malsamajn taskojn kaj respondecojn, ne estas facila.
Konsulte kun aliaj teamanoj, projektistoj kaj programistoj, mi kreis retejan ciklon de kreo desegnita por malgrandaj teamoj (5-15 homoj). Ĝi inkluzivas ilojn kiel Confluence, Jira, Airtable kaj Abstract. En ĉi tiu artikolo mi dividos la funkciojn de organizado de la laborfluo.
Skillbox rekomendas: Dujara praktika kurso .
Ni memorigas vin: por ĉiuj legantoj de "Habr" - rabato de 10 000 rubloj kiam oni enskribas en iu ajn Skillbox-kurso per la reklamkodo "Habr".
Kial ĉio ĉi necesas?
La minimuma teamo necesa por krei retejon de nulo estas dezajnisto, programisto kaj projektestro. En mia kazo, la teamo estis formita. Sed post la liberigo de kelkaj retejoj, mi havis la senton, ke io misas en ĝi. Kelkfoje ni simple ne plene komprenis niajn respondecojn, kaj komunikado kun la kliento lasis multe por deziri. Ĉio ĉi malrapidigis la procezon kaj ĝenis ĉiujn.
Mi komencis labori por solvi la problemon.
Gugla serĉo donas bonajn rezultojn pri nia problemo.
Por fari la laboron pli vida, mi kreis laborfluodiagramon kiu donas komprenon pri kiel laboro estas farita ĉi tie.
Alklaku la bildon por malfermi plenan rezolucion.
Celoj kaj celoj
Unu el la unuaj teknikoj, kiujn mi decidis testi, estis la "kaskada modelo" (Akvofalo). Mi uzis ĝin por reliefigi problemojn kaj kompreni kiel solvi ilin.
Problemo: Plej ofte, la kliento ne taksas la procezon de kreado de retejoj module, kiel faras programistoj. Li perceptas ĝin kiel regula retejo, tio estas, li pensas laŭ individuaj paĝoj. Laŭ lia opinio, projektistoj kaj programistoj kreas unuopajn paĝojn, unu post alia. Kiel rezulto, la kliento simple ne komprenas kio sekvas kio dum la fakta procezo.
Tasko: Ne utilas konvinki la klienton alie; la plej bona elekto estas disvolvi modulan procezon por krei retejon ene de la kompanio bazita sur paĝo-post-paĝa modelo.
Universalaj dezajnoĵetonoj kaj komponantoj estas administritaj de kaj programistoj kaj dizajnistoj.
Problemo: Ĉi tio estas ofta situacio, kiun multaj strategioj traktas. Estas multaj interesaj solvoj, en la plej multaj kazoj oni proponas krei dezajnsistemon, kiu estas kontrolita de stilgvidilo / bibliotekgeneratoroj. Sed en nia situacio, aldoni alian komponenton al la evoluprocezo, kiu permesus al ni administri alirnivelojn por dezajnistoj, simple ne estis ebla.
Tasko: konstrui universalan sistemon, en kiu dizajnistoj, programistoj kaj administrantoj povas labori sinkrone sen malhelpi unu la alian.
Preciza evoluspurado
Problemo: Kvankam ekzistas multaj utilaj iloj disponeblaj por spuri problemojn kaj mezuri ĝeneralan progreson, la plej multaj ne estas flekseblaj aŭ optimumaj. La ilo povas esti utila ŝparante la teaman tempon, kiu normale estus elspezita por demandoj kaj klarigoj pri specifaj taskoj. Ĝi ankaŭ faciligas la vivon por administrantoj donante al ili pli precizan komprenon de la tuta projekto.
Tasko: kreu instrumentpanelon por spuri la progreson de taskoj faritaj de malsamaj grupanoj.
Aro de iloj
Post eksperimentado kun malsamaj iloj, mi decidiĝis je la sekva aro: Confluence, Jira, Airtable kaj Abstract. Malsupre mi malkaŝos la avantaĝojn de ĉiu.
Kunfluejo
Rolo de la ilo: centro de informoj kaj rimedoj.
La laborspaco de Confluence estas relative facile agordebla kaj havas multajn funkciojn, integriĝon kun malsamaj aplikaĵoj kaj individuajn, agordeblajn ŝablonojn. Ĝi ne estas unugranda solvo por ĉiuj, sed ĝi estas ideala kiel centro de informado kaj rimedoj. Ĉi tio signifas, ke ajna referenco aŭ teknika detalo rilata al la projekto devas esti enmetita en la datumbazon.
La ilo permesas vin ĝuste dokumenti ĉiun komponanton kaj ajnajn aliajn detalojn pri la projekto.
La ĉefa avantaĝo de Confluence estas la personigo de dokumentŝablonoj. Krome, ĝi povas esti uzata por efektivigi ununuran deponejon de specifoj kaj diversaj projektdokumentoj, apartigante la alirnivelojn de partoprenantoj. Nun vi ne devas zorgi, ke vi havas malnovan version de la specifo ĉemane, kiel okazas kiam vi sendas dokumentojn retpoŝte.
Pliaj informoj pri la ilo .
Jira
Rolo de la ilo: monitorado de problemoj kaj administrado de taskoj.
Jira estas tre potenca projektplanado kaj administra ilo. La ĉefa parto de la funkcieco estas la kreado de agordeblaj laborfluoj. Por efike administri problemojn (kion ni bezonas), indas atenti speciale la ĝustan uzon de la peto-tipo kaj temo-tipo (afero-tipo).
Do, por certigi, ke programistoj konstruas komponantojn surbaze de la ĝusta dezajno, ili devas esti sciigitaj ĉiufoje kiam io ŝanĝiĝas en la dezajno. Tuj kiam la komponanto estas ĝisdatigita, la dezajnisto devas malfermi problemon, atribui respondecan programiston, atribui al li la ĝustan problemon.
Kun Jira, vi povas esti certa, ke absolute ĉiuj partoprenantoj en la procezo (mi memorigu vin, en nia kazo estas 5–15 el ili) ricevas ĝustajn taskojn, kiuj ne perdiĝas kaj trovas sian ekzekutiston.
Lernu pli pri Jira .
Airtable
Rolo de la ilo: kompona administrado kaj progresa tabulo.
Airtable estas miksaĵo de kalkultabeloj kaj datumbazoj. Ĉio ĉi ebligas personecigi la funkciadon de ĉiuj iloj diskutitaj supre.
Ekzemplo 1: Administrado de Komponantoj
Koncerne la stilgvidgeneratoron, ĝi ne ĉiam estas oportuna uzi - la problemo estas, ke projektistoj ne povas redakti ĝin. Krome, ne estus bona decido uzi la komponan bibliotekon Sketch, ĉar ĝi havas multajn limigojn. Plej verŝajne, vi simple ne povos uzi ĉi tiun bibliotekon ekster la programo.
Airtable ankaŭ ne estas perfekta, sed ĝi estas pli bona ol multaj aliaj similaj solvoj. Jen pruvo de la ŝablono pri Komponanto-Administra Tabelo:
Kiam programisto akceptas dezajnkomponenton, li taksas la rezultan ABEM registrante la komponenton en tabelo. Estas 9 kolumnoj entute:
- Nomo - la nomo de la komponanto laŭ la ABEM-principo.
- Antaŭrigardo - Ĉi tie estas metita aŭ ekrankopio aŭ bildo de la komponanto elŝutita de alia fonto.
- Ligita paĝo estas ligo al paĝo de komponanto.
- Infana komponanto - ligo al infanaj komponantoj.
- Modifilo - kontrolas la ĉeeston de stilaj opcioj kaj difinas ilin (ekzemple, aktiva, ruĝa, ktp.).
- Komponaĵkategorio estas ĝenerala kategorio (teksto, reklama bildo, flanka kolumno).
- Disvolva stato - la reala evoluprogreso kaj ĝia difino (kompletigita, en progreso, ktp.).
- Respondeca - la programisto, kiu respondecas pri ĉi tiu komponanto.
- Atoma nivelo estas la atomkategorio de ĉi tiu komponanto (laŭ la koncepto de atomdezajno).
- Datumoj povas esti referencitaj en la sama aŭ en malsamaj tabeloj. Konekti la punktojn evitos konfuzon dum skalo. Krome, la datumoj povas esti filtritaj, ordigitaj kaj ŝanĝitaj sen problemoj.
Ekzemplo 2: paĝa evoluigo
Por taksi la progreson de la paĝa disvolviĝo, vi bezonas ŝablonon kreitan specife por ĉi tiu celo. La tablo povas servi kaj la bezonojn de la teamo mem kaj de la kliento.
Ajna informo pri la paĝo povas esti notita ĉi tie. Ĉi tio estas limdato, ligo al la prototipo InVision, celo, infana komponanto. Tuj rimarkeblas, ke la operacioj estas tre oportunaj por plenumi, kaj koncerne dokumentadon kaj ĝisdatigon de la dezajno, same kiel la staton de antaŭa kaj malantaŭa disvolviĝo. Krome, ĉi tiuj operacioj estas faritaj samtempe.
abstrakta
Rolo de la ilo: ununura fonto de versio-kontrolo por dezajnaktivaĵoj.
Abstraktaĵo povas esti nomita la GitHub por aktivoj en Sketch, kaj ĝi savas projektistojn de devi kopii kaj alglui dosierojn. La ĉefa avantaĝo de la ilo estas, ke ĝi provizas projektan deponejon, kiu funkcias kiel "ununura fonto de vero". Dizajnistoj devas ĝisdatigi la majstran branĉon al la plej nova versio de la aprobita aranĝo. Post tio, ili devas sciigi la programistojn. Tiuj, siavice, devus labori nur kun dezajnistaj aktivoj de la ĉefa branĉo.
Kiel konkludo
Post kiam ni efektivigis la novan disvolvan procezon kaj ĉiujn ilojn menciitajn supre, la rapideco de nia laboro pliiĝis almenaŭ dufoje. Ĝi ne estas perfekta solvo, sed ĝi estas tre bona. Vere, por ke ĝi funkciu, vi devas multe klopodi - ĝi postulas "manan laboron" ĝisdatigi kaj konservi ĉion en funkcia stato.
Skillbox rekomendas:
- Praktika kurso .
- Interreta kurso .
- Praktika jarkurso .
fonto: www.habr.com