Web garatzaileentzako lan-fluxu eraginkor bat antolatzen dugu: Confluence, Airtable eta beste tresna batzuk

Bi urte inguru daramatzat front-end garatzaile gisa lanean, eta askotariko proiektuen sorreran parte hartu dut. Ikasi dudan ikasgaietako bat helburu bera partekatzen duten baina zeregin eta ardura desberdinak dituzten garatzaile talde ezberdinen arteko elkarlana ez dela erraza da.

Beste taldekide, diseinatzaile eta garatzaile batzuekin kontsultatuta, talde txikientzat (5-15 pertsona) diseinatutako webgunea sortzeko ziklo bat sortu nuen. Confluence, Jira, Airtable eta Abstract bezalako tresnak biltzen ditu. Artikulu honetan lan-fluxua antolatzeko ezaugarriak partekatuko ditut.

Skillbox-ek gomendatzen du: Bi urteko ikastaro praktikoa "PRO Web garatzailea naiz".

Gogoratzen dugu: "Habr" irakurle guztientzat - 10 errubloko deskontua "Habr" promozio-kodea erabiliz Skillbox-eko edozein ikastarotan izena ematean.

Zergatik behar da hori guztia?

Webgune bat hutsetik sortzeko behar den gutxieneko taldea diseinatzailea, programatzailea eta proiektuaren kudeatzailea da. Nire kasuan, taldea sortu zen. Baina gune pare bat kaleratu ondoren, zerbait gaizki zebilela sentsazioa izan nuen. Batzuetan, besterik gabe, ez genituen gure erantzukizunak guztiz ulertzen, eta bezeroarekin komunikazioak asko uzten zuen. Horrek guztiak prozesua moteldu eta denak asaldatu zituen.

Arazoa konpontzeko lanean hasi nintzen.

Google bilaketa batek emaitza onak ematen ditu gure arazoari buruz.

Egindako lana bisualagoa izan dadin, hemen lana nola egiten den ulertzen duen lan-fluxuaren diagrama bat sortu dut.

Egin klik irudian bereizmen osoan irekitzeko.

Helburuak eta helburuak

Proba egitea erabaki nuen lehen tekniketako bat "kaskadaren eredua" (Ur-jauzia) izan zen. Arazoak nabarmentzeko eta nola konpondu ulertzeko erabili nuen.

Arazoa: Gehienetan, bezeroak ez du webgunea sortzeko prozesua modu modularan ebaluatzen, garatzaileek egiten duten bezala. Ohiko gune gisa hautematen du, hau da, orrialde indibidualetan pentsatzen du. Bere ustez, diseinatzaileek eta programatzaileek orrialde indibidualak sortzen dituzte, bata bestearen atzetik. Ondorioz, bezeroak ez du ulertzen zer gertatzen den benetako prozesuan zehar.

Zeregin: Ez du balio bezeroa bestela konbentzitzeak; aukerarik onena enpresa barruan webgune bat sortzeko prozesu modular bat garatzea da, orrialdez orrialdeko ereduan oinarrituta.

Diseinu unibertsalaren tokenak eta osagaiak garatzaileek eta diseinatzaileek kudeatzen dituzte.

Arazoa: estrategia askok jorratzen duten egoera arrunta da. Irtenbide interesgarri asko daude, kasu gehienetan estilo-gida / liburutegi-sorgailu batek kontrolatzen duen diseinu-sistema sortzea proposatzen da. Baina gure egoeran, diseinatzaileentzako sarbide-mailak kudeatzeko aukera emango zigun garapen-prozesuari beste osagai bat gehitzea ezinezkoa zen.

Zeregin: sistema unibertsal bat eraikitzea, non diseinatzaileek, garatzaileek eta kudeatzaileek sinkronoki lan egin dezaketen elkarren artean oztopatu gabe.

Garapenaren jarraipena zehatza

Arazoa: arazoen jarraipena egiteko eta aurrerapen orokorra neurtzeko tresna erabilgarriak dauden arren, gehienak ez dira malguak edo optimoak. Tresna erabilgarria izan daiteke normalean zeregin zehatzei buruzko galderak eta argibideak egiteko erabiliko litzatekeen taldearen denbora aurreztuz. Gainera, kudeatzaileei bizitza errazten die, proiektu osoa zehatzago ulertuz.

Ataza: taldekide ezberdinek egindako zereginen aurrerapena jarraitzeko panel bat sortu.

Tresna multzoa

Tresna ezberdinekin esperimentatu ondoren, multzo honetan finkatu nintzen: Confluence, Jira, Airtable eta Abstraktua. Jarraian bakoitzaren onurak azalduko ditut.

Confluencias

Tresnaren eginkizuna: informazio eta baliabide zentroa.

Confluenceren lan-eremua nahiko erraza da konfiguratzen, ezaugarri asko ditu, aplikazio ezberdinekin integratzen dira eta txantiloi indibidualak eta pertsonalizagarriak ditu. Ez da irtenbide bakarra, baina informazio eta baliabide zentro gisa aproposa da. Horrek esan nahi du proiektuarekin lotutako edozein erreferentzia edo xehetasun tekniko datu-basean sartu behar dela.

Tresnak osagai bakoitza eta proiektuaren inguruko beste edozein xehetasun behar bezala dokumentatzeko aukera ematen du.

Confluenceren abantaila nagusia dokumentu txantiloien pertsonalizazioa da. Horrez gain, zehaztapenen biltegi bakarra eta proiektuaren hainbat dokumentazio ezartzeko erabil daiteke, parte-hartzaileen sarbide-mailak bereiziz. Orain ez duzu kezkatu behar zehaztapenaren bertsio zahar bat eskura duzulako, dokumentuak posta elektronikoz bidaltzen dituzunean gertatzen den bezala.

Erremintari buruzko informazio gehiago produktuaren webgune ofizialean eskuragarri.

Jira

Tresnaren eginkizuna: arazoen jarraipena eta zereginen kudeaketa.

Jira proiektuak planifikatzeko eta kudeatzeko tresna oso indartsua da. Funtzionalitatearen zati nagusia pertsonalizagarriak diren lan-fluxuak sortzea da. Arazoak modu eraginkorrean kudeatzeko (hori da behar duguna), merezi du arreta berezia jartzea eskaera-motaren eta arazo-motaren (arazo mota) behar bezala erabiltzeko.

Beraz, garatzaileek diseinu egokian oinarritutako osagaiak eraikitzen ari direla ziurtatzeko, diseinuan zerbait aldatzen den bakoitzean jakinarazi behar zaie. Osagaia eguneratu bezain laster, diseinatzaileak arazo bat ireki behar du, garatzaile arduratsu bat esleitu eta arazo mota zuzena esleitu behar dio.

Jira-rekin, ziur egon zaitezke prozesuko parte-hartzaile guztiek (gogora dezazuen, gure kasuan 5-15 daudela) galtzen ez diren zeregin zuzenak jasotzen dituztela eta beren betearazlea aurkitzen dutela.

Lortu informazio gehiago Jira-ri buruz produktuaren webgune ofizialean eskuragarri.

Airtable

Tresnaren eginkizuna: osagaien kudeaketa eta aurrerapen taula.

Airtable kalkulu-orrien eta datu-baseen nahasketa bat da. Horrek guztiak aukera ematen du goian aipaturiko tresna guztien funtzionamendua pertsonalizatzea.

1. adibidea: Osagaien kudeaketa

Estilo-gidaren sorgailuari dagokionez, ez da beti erosoa erabiltzea - ​​arazoa da diseinatzaileek ezin dutela editatu. Gainera, ez litzateke erabaki ona izango Sketch osagaien liburutegia erabiltzea, muga asko baititu. Seguruenik, ezin izango duzu liburutegi hau programatik kanpo erabili.

Airtable ere ez da perfektua, baina antzeko beste irtenbide asko baino hobea da. Hona hemen Osagaien Kudeaketa Taularen txantiloiaren demo bat:

Garatzaile batek diseinu-osagai bat onartzen duenean, ondoriozko ABEM ebaluatzen du osagaia taula batean erregistratuz. Guztira 9 zutabe daude:

• Izena - osagaiaren izena ABEM printzipioaren arabera.
• Aurrebista - Hemen jartzen da pantaila-argazkia edo beste iturri batetik deskargatutako osagaiaren irudia.
• Lotutako orria osagai baten orrirako esteka da.
• Haurren osagaia - haurren osagaietarako esteka.
• Aldatzailea - estilo-aukeren presentzia egiaztatzen du eta definitzen ditu (adibidez, aktiboa, gorria, etab.).
• Osagaien kategoria kategoria orokor bat da (testua, sustapen-irudia, alboko barra).
• Garapen-egoera - benetako garapen-aurrerapena eta bere definizioa (bukatua, abian, etab.).
• Arduraduna - osagai honen arduraduna den garatzailea.
• Maila atomikoa osagai honen kategoria atomikoa da (diseinu atomikoaren kontzeptuaren arabera).
• Datuak taula berean edo desberdinetan erreferentzia egin daitezke. Puntuak konektatzeak nahasmena saihestuko du eskalatzerakoan. Gainera, datuak arazorik gabe iragazi, ordenatu eta alda daitezke.

2. adibidea: orriaren garapenaren aurrerapena

Orriaren garapenaren aurrerapena ebaluatzeko, horretarako berariaz sortutako txantiloi bat behar duzu. Mahaiak taldearen beraren zein bezeroaren beharrizanak bete ditzake.

Orriari buruzko edozein informazio hemen markatu daiteke. Hau epe bat da, InVision prototiporako esteka, helmuga, haur osagai bat. Berehala nabaritzen da eragiketak egiteko oso erosoak direla, bai diseinua dokumentatu eta eguneratzeari dagokionez, bai front-end eta back-end garapenaren egoerari dagokionez. Gainera, eragiketa hauek aldi berean egiten dira.

Laburpena

Tresnaren eginkizuna: diseinu-aktiboetarako bertsio-kontrolerako iturri bakarra.

Abstraktua Sketch-eko aktiboetarako GitHub dei daiteke, eta diseinatzaileei fitxategiak kopiatu eta itsatsi behar ez die. Tresnaren abantaila nagusia "egiaren iturri bakarra" gisa jokatzen duen diseinu-biltegi bat eskaintzen duela da. Diseinatzaileek adar nagusia eguneratu behar dute onartutako diseinuaren azken bertsiora. Horren ondoren, garatzaileei jakinarazi behar diete. Horiek, berriz, adar nagusiko diseinatzaile-aktiboekin bakarrik lan egin beharko lukete.

Ondorio gisa

Garapen prozesu berria eta goian aipatutako tresna guztiak ezarri ondoren, gure lanaren abiadura gutxienez bi aldiz handitu zen. Ez da irtenbide perfektua, baina oso ona da. Egia da, funtziona dezan, ahalegin handia egin behar duzu - "eskuzko lana" behar da dena eguneratzeko eta lan-egoeran mantentzeko.

Skillbox-ek gomendatzen du:

• Ikastaro praktikoa "Mobile Developer PRO".
• Lineako ikastaroa "C# garatzailea".
• Ikastaro praktikoa "PHP garatzailea 0tik PROra".

Iturria: www.habr.com