Ako ay nagtatrabaho bilang isang front-end na developer sa loob ng humigit-kumulang dalawang taon, at nakilahok sa paglikha ng iba't ibang uri ng mga proyekto. Isa sa mga aral na natutunan ko ay hindi madali ang pakikipagtulungan sa pagitan ng iba't ibang team ng mga developer na may iisang layunin ngunit magkaiba ang mga gawain at responsibilidad.
Sa konsultasyon sa iba pang miyembro ng team, designer at developer, gumawa ako ng cycle ng paggawa ng website na idinisenyo para sa maliliit na team (5-15 na tao). Kabilang dito ang mga tool tulad ng Confluence, Jira, Airtable at Abstract. Sa artikulong ito ibabahagi ko ang mga tampok ng pag-aayos ng daloy ng trabaho.
Inirerekomenda ng Skillbox ang: Dalawang taong praktikal na kurso .
Pinapaalala namin sa iyo: para sa lahat ng mga mambabasa ng "Habr" - isang diskwento na 10 rubles kapag nag-enroll sa anumang kurso sa Skillbox gamit ang code na pang-promosyon ng "Habr".
Bakit kailangan ang lahat ng ito?
Ang minimum na koponan na kailangan upang lumikha ng isang website mula sa simula ay isang taga-disenyo, programmer at tagapamahala ng proyekto. Sa aking kaso, ang koponan ay nabuo. Ngunit pagkatapos ng paglabas ng ilang mga site, naramdaman kong may mali dito. Kung minsan ay hindi namin lubos na nauunawaan ang aming mga responsibilidad, at ang pakikipag-usap sa kliyente ay nag-iiwan ng maraming nais. Ang lahat ng ito ay nagpabagal sa proseso at nakakagambala sa lahat.
Nagsimula akong magtrabaho sa paglutas ng problema.
Ang paghahanap sa Google ay nagbibigay ng magagandang resulta sa aming problema.
Upang gawing mas visual ang gawain, gumawa ako ng workflow diagram na nagbibigay ng pag-unawa sa kung paano ginagawa ang trabaho dito.
Mag-click sa larawan upang buksan sa buong resolution.
Mga layunin at layunin
Ang isa sa mga unang diskarte na napagpasyahan kong subukan ay ang "cascade model" (Waterfall). Ginamit ko ito upang i-highlight ang mga problema at maunawaan kung paano lutasin ang mga ito.
Problema: Kadalasan, hindi sinusuri ng kliyente ang proseso ng paggawa ng website sa modularly, gaya ng ginagawa ng mga developer. Nakikita niya ito bilang isang regular na site, iyon ay, iniisip niya sa mga tuntunin ng mga indibidwal na pahina. Sa kanyang opinyon, ang mga taga-disenyo at programmer ay lumikha ng mga indibidwal na pahina, isa-isa. Bilang isang resulta, ang customer ay hindi lamang naiintindihan kung ano ang sumusunod kung ano sa panahon ng aktwal na proseso.
Gawain: Walang saysay na kumbinsihin ang kliyente kung hindi man; ang pinakamahusay na pagpipilian ay ang bumuo ng isang modular na proseso para sa paglikha ng isang website sa loob ng kumpanya batay sa isang modelo ng bawat pahina.
Ang mga token at bahagi ng pangkalahatang disenyo ay pinamamahalaan ng parehong mga developer at designer.
Problema: Ito ay isang karaniwang sitwasyon na tinutugunan ng maraming mga diskarte. Mayroong maraming mga kagiliw-giliw na solusyon, sa karamihan ng mga kaso ay iminungkahi na lumikha ng isang sistema ng disenyo na kinokontrol ng isang gabay sa estilo / mga generator ng library. Ngunit sa aming sitwasyon, ang pagdaragdag ng isa pang bahagi sa proseso ng pagbuo na magpapahintulot sa amin na pamahalaan ang mga antas ng pag-access para sa mga taga-disenyo ay hindi posible.
Gawain: pagbuo ng isang unibersal na sistema kung saan ang mga taga-disenyo, developer at tagapamahala ay maaaring gumana nang sabay-sabay nang hindi nakakasagabal sa isa't isa.
Tumpak na pagsubaybay sa pag-unlad
Problema: Bagama't mayroong maraming kapaki-pakinabang na tool na magagamit upang subaybayan ang mga isyu at sukatin ang pangkalahatang pag-unlad, karamihan ay hindi flexible o pinakamainam. Ang tool ay maaaring maging kapaki-pakinabang sa pamamagitan ng pag-save ng oras ng koponan na karaniwang ginugugol sa mga tanong at paglilinaw sa mga partikular na gawain. Pinapadali din nito ang buhay para sa mga tagapamahala sa pamamagitan ng pagbibigay sa kanila ng mas tumpak na pag-unawa sa buong proyekto.
Gawain: gumawa ng dashboard para subaybayan ang pag-usad ng mga gawaing ginagawa ng iba't ibang miyembro ng team.
Itakda ng mga tool
Pagkatapos mag-eksperimento sa iba't ibang mga tool, nanirahan ako sa sumusunod na set: Confluence, Jira, Airtable at Abstract. Sa ibaba ay ibubunyag ko ang mga benepisyo ng bawat isa.
Confluence
Tungkulin ng tool: sentro ng impormasyon at mapagkukunan.
Ang workspace ng Confluence ay medyo madaling i-set up, may maraming feature, integration sa iba't ibang app, at may indibidwal, nako-customize na mga template. Hindi ito isang one-size-fits-all na solusyon, ngunit perpekto ito bilang isang sentro ng impormasyon at mapagkukunan. Nangangahulugan ito na ang anumang sanggunian o teknikal na detalye na nauugnay sa proyekto ay dapat na maipasok sa database.
Ang tool ay nagbibigay-daan sa iyo upang maayos na idokumento ang bawat bahagi at anumang iba pang mga detalye tungkol sa proyekto.
Ang pangunahing bentahe ng Confluence ay ang pagpapasadya ng mga template ng dokumento. Bilang karagdagan, maaari itong magamit upang ipatupad ang isang solong imbakan ng mga detalye at iba't ibang dokumentasyon ng proyekto, na naghihiwalay sa mga antas ng pag-access ng mga kalahok. Ngayon, hindi mo na kailangang mag-alala na mayroon kang lumang bersyon ng detalye sa kamay, tulad ng nangyayari kapag nagpadala ka ng mga dokumento sa pamamagitan ng email.
Higit pang impormasyon tungkol sa tool .
Jira
Tungkulin ng tool: pagsubaybay sa problema at pamamahala ng gawain.
Ang Jira ay isang napakalakas na tool sa pagpaplano at pamamahala ng proyekto. Ang pangunahing bahagi ng functionality ay ang paglikha ng mga nako-customize na daloy ng trabaho. Upang epektibong pamahalaan ang mga isyu (na kung ano ang kailangan namin), ito ay nagkakahalaga ng pagbibigay ng espesyal na pansin sa tamang paggamit ng uri ng kahilingan at uri ng isyu (uri ng isyu).
Kaya, upang matiyak na ang mga developer ay gumagawa ng mga bahagi batay sa tamang disenyo, kailangan nilang maabisuhan sa tuwing may magbabago sa disenyo. Sa sandaling ma-update ang bahagi, kailangang magbukas ng isyu ang taga-disenyo, magtalaga ng responsableng developer, magtalaga sa kanya ng tamang uri ng isyu.
Sa Jira, maaari mong tiyakin na ganap na lahat ng mga kalahok sa proseso (paalalahanan kita, sa aming kaso mayroong 5β15 sa kanila) ay tumatanggap ng mga tamang gawain na hindi naliligaw at mahanap ang kanilang tagapagpatupad.
Matuto pa tungkol kay Jira .
Airtable
Tungkulin ng tool: pamamahala ng bahagi at progress board.
Ang airtable ay pinaghalong mga spreadsheet at database. Ginagawang posible ng lahat ng ito na i-customize ang pagpapatakbo ng lahat ng mga tool na tinalakay sa itaas.
Halimbawa 1: Pamamahala ng Bahagi
Tulad ng para sa generator ng gabay sa estilo, hindi palaging maginhawang gamitin - ang problema ay hindi ito mai-edit ng mga taga-disenyo. Bilang karagdagan, hindi magandang desisyon na gamitin ang library ng bahagi ng Sketch, dahil marami itong limitasyon. Malamang, hindi mo lang magagamit ang library na ito sa labas ng program.
Ang airtable ay hindi rin perpekto, ngunit ito ay mas mahusay kaysa sa maraming iba pang katulad na mga solusyon. Narito ang isang demo ng template ng Component Management Table:
Kapag tinanggap ng developer ang isang bahagi ng disenyo, sinusuri niya ang nagreresultang ABEM sa pamamagitan ng pagtatala ng bahagi sa isang talahanayan. Mayroong 9 na column sa kabuuan:
- Pangalan - ang pangalan ng bahagi ayon sa prinsipyo ng ABEM.
- Preview - Ito ay kung saan inilalagay ang alinman sa screenshot o isang imahe ng component na na-download mula sa ibang source.
- Ang naka-link na pahina ay isang link sa pahina ng isang bahagi.
- Bahagi ng bata - isang link sa mga bahagi ng bata.
- Modifier - sinusuri ang pagkakaroon ng mga pagpipilian sa estilo at tinutukoy ang mga ito (halimbawa, aktibo, pula, atbp.).
- Ang kategorya ng bahagi ay isang pangkalahatang kategorya (teksto, larawang pang-promosyon, sidebar).
- Katayuan ng pag-unlad - ang aktwal na pag-unlad ng pag-unlad at ang kahulugan nito (nakumpleto, nasa progreso, atbp.).
- Responsable - ang developer na responsable para sa bahaging ito.
- Ang atomic level ay ang atomic na kategorya ng bahaging ito (ayon sa konsepto ng atomic na disenyo).
- Maaaring i-reference ang data sa pareho o sa iba't ibang mga talahanayan. Ang pagkonekta sa mga tuldok ay maiiwasan ang pagkalito kapag nag-scale. Bilang karagdagan, ang data ay maaaring i-filter, ayusin at baguhin nang walang anumang mga problema.
Halimbawa 2: pag-unlad ng page development
Upang suriin ang pag-unlad ng pag-unlad ng pahina, kailangan mo ng isang template na partikular na nilikha para sa layuning ito. Ang talahanayan ay maaaring maghatid ng parehong mga pangangailangan ng koponan mismo at ng kliyente.
Anumang impormasyon tungkol sa pahina ay maaaring tandaan dito. Ito ay isang deadline, isang link sa InVision prototype, isang destinasyon, isang child component. Kaagad na nagiging kapansin-pansin na ang mga operasyon ay napaka-maginhawa upang maisagawa, kapwa tungkol sa pagdodokumento at pag-update ng disenyo, pati na rin ang katayuan ng front-end at back-end na pag-unlad. Bukod dito, ang mga operasyong ito ay isinasagawa nang sabay-sabay.
abstract
Tungkulin ng tool: isang pinagmumulan ng kontrol ng bersyon para sa mga asset ng disenyo.
Ang Abstract ay maaaring tawaging GitHub para sa mga asset sa Sketch, at nakakatipid ito sa mga designer mula sa pagkopya at pag-paste ng mga file. Ang pangunahing bentahe ng tool ay ang pagbibigay nito ng isang imbakan ng disenyo na gumaganap bilang isang "nag-iisang mapagkukunan ng katotohanan." Dapat i-update ng mga taga-disenyo ang master branch sa pinakabagong bersyon ng naaprubahang layout. Pagkatapos nito, kailangan nilang ipaalam sa mga developer. Ang mga iyon, sa turn, ay dapat gumana lamang sa mga asset ng taga-disenyo mula sa pangunahing sangay.
Bilang konklusyon
Pagkatapos naming ipatupad ang bagong proseso ng pag-unlad at lahat ng mga tool na nabanggit sa itaas, ang bilis ng aming trabaho ay tumaas nang hindi bababa sa dalawang beses. Ito ay hindi isang perpektong solusyon, ngunit ito ay isang napakahusay na solusyon. Totoo, upang ito ay gumana, kailangan mong maglagay ng maraming pagsisikap - nangangailangan ito ng "manu-manong gawain" upang i-update at mapanatili ang lahat ng ito sa pagkakasunud-sunod.
Inirerekomenda ng Skillbox ang:
- Praktikal na kurso .
- Online na kurso .
- Praktikal na kurso sa taon .
Pinagmulan: www.habr.com