Ik haw sawat twa jier wurke as front-end-ûntwikkelder, en haw meidien oan it meitsjen fan in grut ferskaat oan projekten. Ien fan 'e lessen dy't ik learde is dat gearwurking tusken ferskate teams fan ûntwikkelders dy't itselde doel diele, mar ferskate taken en ferantwurdlikheden hawwe, net maklik is.
Yn oerlis mei oare teamleden, ûntwerpers en ûntwikkelders haw ik in syklus makke foar it meitsjen fan websiden ûntwurpen foar lytse teams (5-15 minsken). It omfettet ark lykas Confluence, Jira, Airtable en Abstract. Yn dit artikel sil ik de funksjes diele fan it organisearjen fan 'e workflow.
Skillbox advisearret: Twa jier praktyske kursus .
Wy herinnerje: foar alle lêzers fan "Habr" - in koarting fan 10 roebel by it ynskriuwen fan in Skillbox-kursus mei de promoasjekoade "Habr".
Wêrom is dit alles nedich?
It minimale team dat nedich is om in webside fanôf it begjin te meitsjen is in ûntwerper, programmeur en projektmanager. Yn myn gefal waard it team foarme. Mar nei de frijlitting fan in pear siden krige ik it gefoel dat der wat mis mei wie. Soms hawwe wy gewoan net folslein begrepen ús ferantwurdlikheden, en kommunikaasje mei de klant liet in protte te winskjen oer. Dit alles fertrage it proses en fersteurde elkenien.
Ik begon te wurkjen oan it oplossen fan it probleem.
In sykaksje op Google jout goede resultaten op ús probleem.
Om it wurk mear fisueel te meitsjen, haw ik in workflowdiagram makke dat in begryp jout fan hoe't wurk hjir dien wurdt.
Klik op de ôfbylding om te iepenjen yn folsleine resolúsje.
Doelen en doelen
Ien fan 'e earste techniken dy't ik besleat om te testen wie it "kaskademodel" (Waterfall). Ik brûkte it om problemen te markearjen en te begripen hoe se se op te lossen.
Probleem: Meastentiids evaluearret de kliïnt it proses foar it meitsjen fan websiden net modulêr, lykas ûntwikkelders dogge. Hy sjocht it as in gewoane side, dat wol sizze, hy tinkt yn termen fan yndividuele siden. Yn syn miening meitsje ûntwerpers en programmeurs yndividuele siden, de iene nei de oare. As resultaat begrypt de klant gewoan net wat wat folget yn it eigentlike proses.
Taak: D'r hat gjin punt om de klant oars te oertsjûgjen; de bêste opsje is in modulêr proses te ûntwikkeljen foar it meitsjen fan in webside binnen it bedriuw basearre op in side-by-side model.
Universele ûntwerptokens en komponinten wurde beheard troch sawol ûntwikkelders as ûntwerpers.
Probleem: Dit is in mienskiplike situaasje dy't in protte strategyen oanpakke. D'r binne in protte nijsgjirrige oplossingen, yn 'e measte gefallen wurdt it foarsteld om in ûntwerpsysteem te meitsjen dat wurdt regele troch in stylgids / biblioteekgenerators. Mar yn ús situaasje wie it tafoegjen fan in oare komponint oan it ûntwikkelingsproses dat ús tagongsnivo's foar ûntwerpers beheare soe gewoan net mooglik.
Taak: it bouwen fan in universeel systeem wêryn ûntwerpers, ûntwikkelders en managers syngroan wurkje kinne sûnder inoar te bemuoien.
Accurate ûntwikkeling tracking
Probleem: Hoewol d'r in protte nuttige ark beskikber binne om problemen te folgjen en algemiene foarútgong te mjitten, binne de measte net fleksibel of optimaal. It ark kin nuttich wêze troch it bewarjen fan de teamtiid dy't normaal soe wurde bestege oan fragen en ferdúdlikingen oer spesifike taken. It makket it libben ek makliker foar managers troch se in krekter begryp te jaan fan it heule projekt.
Taak: meitsje in dashboard om de fuortgong te folgjen fan taken útfierd troch ferskate teamleden.
Set ark
Nei it eksperimintearjen mei ferskate ark, haw ik my fêststeld op de folgjende set: Confluence, Jira, Airtable en Abstract. Hjirûnder sil ik de foardielen fan elk iepenbierje.
Konfluinsje
Rol fan it ark: ynformaasje- en boarnesintrum.
De wurkromte fan Confluence is relatyf maklik yn te stellen, hat in protte funksjes, yntegraasjes mei ferskate apps, en hat yndividuele, oanpasbere sjabloanen. It is gjin ien-grutte-past-alles oplossing, mar it is ideaal as in ynformaasje- en boarne sintrum. Dit betsjut dat elke referinsje of technyske detail yn ferbân mei it projekt moat wurde ynfierd yn 'e databank.
It ark lit jo elke komponint en alle oare details oer it projekt goed dokumintearje.
It wichtichste foardiel fan Confluence is de oanpassing fan dokumintsjabloanen. Derneist kin it wurde brûkt om ien inkelde repository fan spesifikaasjes en ferskate projektdokumintaasje te ymplementearjen, de tagongsnivo's fan dielnimmers te skieden. No hoege jo gjin soargen te meitsjen dat jo in âlde ferzje fan 'e spesifikaasje by de hân hawwe, lykas bart as jo dokuminten per e-post ferstjoere.
Mear ynformaasje oer it ark .
Jira
Rol fan it ark: probleemmonitoring en taakbehear.
Jira is in heul krêftich ark foar projektplanning en behear. It haaddiel fan 'e funksjonaliteit is it meitsjen fan oanpasbere workflows. Om problemen effektyf te behearjen (wat wy nedich binne), is it wurdich spesjaal omtinken te jaan oan it juste gebrûk fan it fersyktype en probleemtype (probleemtype).
Dat, om derfoar te soargjen dat ûntwikkelders komponinten bouwe op basis fan it juste ûntwerp, moatte se elke kear op 'e hichte wurde brocht as wat feroaret yn it ûntwerp. Sadree't de komponint is bywurke, moat de ûntwerper in probleem iepenje, in ferantwurdlike ûntwikkelder tawize, him it juste probleemtype tawize.
Mei Jira kinne jo der wis fan wêze dat absolút alle dielnimmers oan it proses (lit my jo herinnerje, yn ús gefal binne d'r 5-15 fan) korrekte taken krije dy't net ferlern gean en har eksekuteur fine.
Learje mear oer Jira .
Airtable
Rol fan it ark: komponint behear en foarútgong board.
Airtable is in mingsel fan spreadsheets en databases. Dit alles makket it mooglik om de wurking fan alle hjirboppe besprutsen ark oan te passen.
Foarbyld 1: Component Management
Wat de stylgidsgenerator oanbelanget, is it net altyd handich om te brûken - it probleem is dat ûntwerpers it net kinne bewurkje. Derneist soe it gjin goed beslút wêze om de Sketch-komponintbibleteek te brûken, om't it in protte beheiningen hat. Wierskynlik sille jo dizze bibleteek gewoan net bûten it programma kinne brûke.
Airtable is ek net perfekt, mar it is better dan in protte oare ferlykbere oplossings. Hjir is in demo fan it sjabloan foar Component Management Table:
As in ûntwikkelder in ûntwerpkomponint akseptearret, evaluearret hy de resultearjende ABEM troch de komponint yn in tabel op te nimmen. D'r binne yn totaal 9 kolommen:
- Namme - de namme fan 'e komponint neffens it ABEM-prinsipe.
- Foarbyld - Dit is wêr't of in skermôfbylding of in ôfbylding fan 'e komponint ynladen fan in oare boarne wurdt pleatst.
- In keppele side is in keppeling nei de side fan in komponint.
- Bern komponint - in keppeling nei bern komponinten.
- Modifier - kontrolearret de oanwêzigens fan stylopsjes en definiearret se (bygelyks aktyf, read, ensfh.).
- Komponintkategory is in algemiene kategory (tekst, promoasjeôfbylding, sydbalke).
- Ûntwikkelingsstatus - de werklike ûntwikkeling foarútgong en syn definysje (foltôge, yn útfiering, ensfh).
- Ferantwurdlik - de ûntwikkelder dy't ferantwurdlik is foar dizze komponint.
- Atoomnivo is de atoomkategory fan dizze komponint (neffens it konsept fan atoomûntwerp).
- Gegevens kinne wurde ferwiisd yn deselde of yn ferskate tabellen. It ferbinen fan de stippen sil betizing foarkomme by skaalfergrutting. Derneist kinne de gegevens sûnder problemen filtere, sorteare en feroare wurde.
Foarbyld 2: foarútgong fan sideûntwikkeling
Om de fuortgong fan sideûntwikkeling te evaluearjen, hawwe jo in sjabloan nedich dy't spesjaal foar dit doel is makke. De tafel kin tsjinje sawol de behoeften fan it team sels en de klant.
Alle ynformaasje oer de side kin hjir markearre wurde. Dit is in deadline, in keppeling nei it InVision-prototype, in bestimming, in bernkomponint. It wurdt fuortendaliks opfallend dat de operaasjes tige handich binne om út te fieren, sawol oangeande it dokumintearjen en bywurkjen fan it ûntwerp, lykas de status fan front-end en back-end ûntwikkeling. Boppedat wurde dizze operaasjes tagelyk útfierd.
Abstract
Rol fan it ark: ien boarne fan ferzjekontrôle foar ûntwerpaktiva.
Abstrakt kin de GitHub wurde neamd foar aktiva yn Sketch, en it besparret ûntwerpers fan it kopiearjen en plakke bestannen. It wichtichste foardiel fan it ark is dat it in ûntwerprepository leveret dat fungearret as in "ienige boarne fan wierheid." Untwerpers moatte de mastertûke bywurkje nei de lêste ferzje fan 'e goedkarde yndieling. Dêrnei moatte se de ûntwikkelders melde. Dy moatte op har beurt allinich wurkje mei ûntwerperaktiva fan 'e haadtûke.
As in konklúzje
Neidat wy it nije ûntwikkelingsproses en alle hjirboppe neamde ark ymplementearre hawwe, is de snelheid fan ús wurk op syn minst twa kear tanommen. It is net in perfekte oplossing, mar it is in hiel goede. Wier, om it te wurkjen, moatte jo in protte muoite dwaan - it fereasket "hânwurk" om it allegear yn wurking te aktualisearjen en te ûnderhâlden.
Skillbox advisearret:
- Praktyske kursus .
- Online kursus .
- Praktyske jierkursus .
Boarne: www.habr.com