Մենք կազմակերպում ենք արդյունավետ աշխատանքային հոսք վեբ մշակողների համար՝ Confluence, Airtable և այլ գործիքներ

Ես աշխատում եմ որպես front-end ծրագրավորող մոտ երկու տարի և մասնակցել եմ բազմաթիվ նախագծերի ստեղծմանը: Իմ սովորած դասերից մեկն այն է, որ ծրագրավորողների տարբեր թիմերի միջև համագործակցությունը, ովքեր ունեն նույն նպատակը, բայց ունեն տարբեր առաջադրանքներ և պարտականություններ, հեշտ չէ:

Խորհրդակցելով թիմի այլ անդամների, դիզայներների և մշակողների հետ՝ ես ստեղծեցի վեբ կայքի ստեղծման ցիկլ, որը նախատեսված է փոքր թիմերի համար (5-15 հոգի): Այն ներառում է այնպիսի գործիքներ, ինչպիսիք են Confluence, Jira, Airtable և Abstract: Այս հոդվածում ես կկիսվեմ աշխատանքային հոսքի կազմակերպման առանձնահատկություններով:

Skillbox-ը խորհուրդ է տալիս. Երկու տարվա գործնական դասընթաց «Ես վեբ ծրագրավորող PRO եմ».

Հիշեցում. «Habr»-ի բոլոր ընթերցողների համար՝ 10 ռուբլի զեղչ «Habr» գովազդային կոդով Skillbox-ի ցանկացած դասընթացին գրանցվելիս:

Ինչու է այս ամենը անհրաժեշտ:

Կայքը զրոյից ստեղծելու համար անհրաժեշտ նվազագույն թիմը դիզայներ, ծրագրավորող և նախագծի ղեկավար է: Իմ դեպքում թիմը ձեւավորվեց։ Բայց մի երկու կայքերի թողարկումից հետո ես զգացի, որ ինչ-որ բան այն չէ: Երբեմն մենք պարզապես լիովին չէինք հասկանում մեր պարտականությունները, և հաճախորդի հետ շփումը շատ ցանկալի էր մնում: Այս ամենը դանդաղեցրեց գործընթացը և անհանգստացրեց բոլորին։

Ես սկսեցի աշխատել խնդրի լուծման վրա։

Google որոնումը լավ արդյունքներ է տալիս մեր խնդրի վերաբերյալ:

Կատարված աշխատանքն ավելի տեսողական դարձնելու համար ես ստեղծեցի աշխատանքային հոսքի դիագրամ, որը հնարավորություն է տալիս հասկանալ, թե ինչպես է կատարվում աշխատանքը այստեղ:

Կտտացրեք պատկերի վրա՝ ամբողջական լուծաչափով բացելու համար:

Նպատակը եւ նպատակները

Առաջին մեթոդներից մեկը, որը ես որոշեցի փորձարկել, «կասկադի մոդելն» էր (Ջրվեժ): Ես օգտագործել եմ այն՝ ընդգծելու խնդիրները և հասկանալու, թե ինչպես լուծել դրանք:

Խնդիր. Ամենից հաճախ հաճախորդը չի գնահատում կայքի ստեղծման գործընթացը մոդուլային, ինչպես դա անում են մշակողները: Նա այն ընկալում է որպես սովորական կայք, այսինքն՝ մտածում է առանձին էջերի առումով։ Նրա կարծիքով՝ դիզայներներն ու ծրագրավորողները իրար հետեւից ստեղծում են անհատական ​​էջեր։ Արդյունքում հաճախորդը պարզապես չի հասկանում, թե ինչ է հաջորդում բուն գործընթացի ընթացքում։

Առաջադրանք. Հաճախորդին հակառակը համոզելու իմաստ չկա, լավագույն տարբերակը ընկերության ներսում կայք ստեղծելու մոդուլային գործընթացի մշակումն է էջ առ էջ մոդելի հիման վրա:

Ունիվերսալ դիզայնի նշաններն ու բաղադրիչները կառավարվում են ինչպես մշակողների, այնպես էլ դիզայներների կողմից:

Խնդիր. Սա սովորական իրավիճակ է, որին անդրադառնում են բազմաթիվ ռազմավարություններ: Շատ հետաքրքիր լուծումներ կան, շատ դեպքերում առաջարկվում է ստեղծել դիզայնի համակարգ, որը վերահսկվում է ոճային ուղեցույցի/գրադարանի գեներատորների կողմից: Բայց մեր իրավիճակում զարգացման գործընթացին ևս մեկ բաղադրիչ ավելացնելը, որը թույլ կտա մեզ կառավարել դիզայներների մուտքի մակարդակը, պարզապես հնարավոր չէր:

Առաջադրանք՝ ստեղծել ունիվերսալ համակարգ, որում դիզայներները, մշակողները և ղեկավարները կարող են աշխատել համաժամանակյա՝ առանց միմյանց միջամտելու:

Զարգացման ճշգրիտ հետևում

Խնդիր. Թեև առկա են բազմաթիվ օգտակար գործիքներ՝ խնդիրները հետևելու և ընդհանուր առաջընթացը չափելու համար, մեծ մասը ճկուն կամ օպտիմալ չէ: Գործիքը կարող է օգտակար լինել՝ խնայելով թիմի ժամանակը, որը սովորաբար ծախսվում է կոնկրետ առաջադրանքների վերաբերյալ հարցերի և պարզաբանումների վրա: Այն նաև հեշտացնում է ղեկավարների կյանքը՝ նրանց տալով ավելի ճշգրիտ պատկերացում ամբողջ նախագծի վերաբերյալ:

Առաջադրանք՝ ստեղծել վահանակ՝ հետևելու թիմի տարբեր անդամների կողմից կատարվող առաջադրանքների առաջընթացին:

Գործիքների հավաքակազմ

Տարբեր գործիքների փորձարկումից հետո ես տեղավորվեցի հետևյալ հավաքածուի վրա՝ Confluence, Jira, Airtable և Abstract: Ստորև ես կբացահայտեմ յուրաքանչյուրի առավելությունները:

Հորդություն

Գործիքի դերը՝ տեղեկատվական և ռեսուրսային կենտրոն:

Confluence-ի աշխատանքային տարածքը համեմատաբար հեշտ է կարգավորվում և ունի բազմաթիվ հնարավորություններ, ինտեգրում տարբեր հավելվածների հետ և անհատական, հարմարեցվող ձևանմուշներ: Դա բոլորի համար հարմար լուծում չէ, բայց այն իդեալական է որպես տեղեկատվական և ռեսուրսային կենտրոն: Սա նշանակում է, որ նախագծի հետ կապված ցանկացած հղում կամ տեխնիկական մանրամասն պետք է մուտքագրվի տվյալների բազա:

Գործիքը թույլ է տալիս պատշաճ կերպով փաստաթղթավորել յուրաքանչյուր բաղադրիչ և նախագծի վերաբերյալ ցանկացած այլ մանրամասներ:

Confluence-ի հիմնական առավելությունը փաստաթղթերի կաղապարների անհատականացումն է: Բացի այդ, այն կարող է օգտագործվել բնութագրերի և տարբեր նախագծային փաստաթղթերի մեկ պահեստարան իրականացնելու համար՝ բաժանելով մասնակիցների մուտքի մակարդակները: Այժմ դուք չպետք է անհանգստանաք, որ ձեռքի տակ ունեք հստակեցման հին տարբերակը, ինչպես դա տեղի է ունենում, երբ փաստաթղթեր եք ուղարկում էլ.

Լրացուցիչ տեղեկություններ գործիքի մասին հասանելի է արտադրանքի պաշտոնական կայքում.

Ջիրա

Գործիքի դերը՝ խնդիրների մոնիտորինգ և առաջադրանքների կառավարում:

Jira-ն նախագծերի պլանավորման և կառավարման շատ հզոր գործիք է: Ֆունկցիոնալության հիմնական մասը հարմարեցվող աշխատանքային հոսքերի ստեղծումն է: Խնդիրներն արդյունավետ կառավարելու համար (ինչը մեզ անհրաժեշտ է), արժե հատուկ ուշադրություն դարձնել հարցման տեսակի և թողարկման տեսակի (հարցման տեսակի) ճիշտ օգտագործմանը:

Այսպիսով, համոզվելու համար, որ մշակողները ճիշտ դիզայնի վրա հիմնված բաղադրիչներ են կառուցում, նրանք պետք է ծանուցվեն ամեն անգամ, երբ դիզայնում ինչ-որ բան փոխվում է: Հենց որ բաղադրիչը թարմացվի, դիզայները պետք է բացի խնդիր, նշանակի պատասխանատու ծրագրավորող՝ նրան նշանակելով խնդրի ճիշտ տեսակը:

Ժիրայի հետ դուք կարող եք վստահ լինել, որ գործընթացի բացարձակապես բոլոր մասնակիցները (հիշեցնեմ, որ մեր դեպքում նրանք 5-15-ն են) ստանում են ճիշտ առաջադրանքներ, որոնք չեն կորչում և գտնում են իրենց կատարողին։

Իմացեք ավելին Jira-ի մասին հասանելի է արտադրանքի պաշտոնական կայքում.

Airtable- ը

Գործիքի դերը՝ բաղադրիչի կառավարում և առաջընթացի տախտակ:

Airtable-ը աղյուսակների և տվյալների բազաների խառնուրդ է: Այս ամենը հնարավորություն է տալիս հարմարեցնել վերը քննարկված բոլոր գործիքների աշխատանքը:

Օրինակ 1. Բաղադրիչների կառավարում

Ինչ վերաբերում է ոճի ուղեցույցի գեներատորին, այն միշտ չէ, որ հարմար է օգտագործել. խնդիրն այն է, որ դիզայներները չեն կարող խմբագրել այն: Բացի այդ, լավ որոշում չի լինի օգտագործել Sketch բաղադրիչ գրադարանը, քանի որ այն ունի բազմաթիվ սահմանափակումներ: Ամենայն հավանականությամբ, դուք պարզապես չեք կարողանա օգտագործել այս գրադարանը ծրագրից դուրս:

Airtable-ը նույնպես կատարյալ չէ, բայց ավելի լավ է, քան շատ այլ նմանատիպ լուծումներ: Ահա Բաղադրիչների կառավարման աղյուսակի ձևանմուշը.

Երբ մշակողը ընդունում է դիզայնի բաղադրիչը, նա գնահատում է ստացված ABEM-ը՝ բաղադրիչը գրանցելով աղյուսակում: Ընդհանուր առմամբ կա 9 սյունակ.

• Անունը - բաղադրիչի անվանումը ըստ ABEM սկզբունքի:
• Նախադիտում - Այստեղ տեղադրվում է մեկ այլ աղբյուրից ներբեռնված բաղադրիչի կամ սքրինշոթ կամ պատկեր:
• Կապակցված էջը հղում է բաղադրիչի էջին:
• Երեխաների բաղադրիչ - հղում դեպի մանկական բաղադրիչներ:
• Փոփոխիչ - ստուգում է ոճի տարբերակների առկայությունը և սահմանում դրանք (օրինակ՝ ակտիվ, կարմիր և այլն):
• Բաղադրիչների կատեգորիան ընդհանուր կատեգորիա է (տեքստ, գովազդային պատկեր, կողագոտ):
• Զարգացման կարգավիճակ - զարգացման փաստացի առաջընթացը և դրա սահմանումը (ավարտված, ընթացքի մեջ և այլն):
• Պատասխանատու - մշակողը, ով պատասխանատու է այս բաղադրիչի համար:
• Ատոմային մակարդակը այս բաղադրիչի ատոմային կատեգորիան է (ըստ ատոմային դիզայնի հայեցակարգի):
• Տվյալները կարող են հղում կատարել նույն կամ տարբեր աղյուսակներում: Կետերը միացնելը կկանխի շփոթմունքը մասշտաբով: Բացի այդ, տվյալները կարող են զտվել, տեսակավորվել և փոփոխվել առանց որևէ խնդիրների:

Օրինակ 2. էջի զարգացման առաջընթաց

Էջի մշակման առաջընթացը գնահատելու համար ձեզ հարկավոր է կաղապար, որը ստեղծվել է հատուկ այդ նպատակով։ Սեղանը կարող է ծառայել ինչպես թիմի, այնպես էլ հաճախորդի կարիքներին:

Էջի մասին ցանկացած տեղեկություն կարելի է նշել այստեղ։ Սա վերջնաժամկետ է, հղում դեպի InVision նախատիպ, նպատակակետ, երեխայի բաղադրիչ: Անմիջապես նկատելի է դառնում, որ գործողությունները շատ հարմար են կատարել՝ ինչպես դիզայնի փաստաթղթավորման և թարմացման, այնպես էլ ֆրոնտ-end-ի և հետին մասի մշակման կարգավիճակի առումով: Ընդ որում, այդ գործողությունները կատարվում են միաժամանակ։

Վերացական

Գործիքի դերը. նախագծային ակտիվների տարբերակի վերահսկման մեկ աղբյուր:

Աբստրակտը կարելի է անվանել GitHub՝ Sketch-ում ակտիվների համար, և դա դիզայներներին փրկում է ֆայլերը պատճենելու և տեղադրելու անհրաժեշտությունից: Գործիքի հիմնական առավելությունն այն է, որ այն ապահովում է դիզայնի պահեստ, որը գործում է որպես «ճշմարտության մեկ աղբյուր»: Դիզայներները պետք է թարմացնեն հիմնական մասնաճյուղը հաստատված դասավորության վերջին տարբերակին: Դրանից հետո նրանք պետք է տեղեկացնեն մշակողներին։ Նրանք, իրենց հերթին, պետք է աշխատեն միայն հիմնական ճյուղի դիզայներական ակտիվների հետ:

Որպես եզրակացություն

Այն բանից հետո, երբ մենք ներդրեցինք մշակման նոր գործընթացը և վերը նշված բոլոր գործիքները, մեր աշխատանքի արագությունն ավելացավ առնվազն երկու անգամ: Դա կատարյալ լուծում չէ, բայց շատ լավ լուծում է: Ճիշտ է, որպեսզի այն աշխատի, դուք պետք է շատ ջանք գործադրեք. այն պահանջում է «ձեռքի աշխատանք»՝ այն թարմացնելու և աշխատանքային վիճակում պահելու համար:

Skillbox-ը խորհուրդ է տալիս.

• Գործնական դասընթաց «Mobile Developer PRO».
• Առցանց դասընթաց «C# մշակող».
• Գործնական տարվա դասընթաց «PHP ծրագրավորող 0-ից մինչև PRO».

Source: www.habr.com