Staffing — բաժիններ, աշխատակիցներ, նախագծեր, առաջադրանքներ, կադրերի ռեզերվ

Պարզ ասած՝ սա P4P-ի սեփական ներքին PM/staffing գործիքն է — այստեղ ընկերությունը վարում է իր բաժինները, նախագծերը և առաջադրանքները, ինչպես նաև դիտարկում է մարդկանց, ովքեր ցանկանում են աշխատել P4P-ի հետ։ Չնայած /team/*-ի URL տեսքը նման է հաճախորդ կազմակերպության աշխատավայրին, այն այդպիսին չէ. տես Ճարտարապետական մակարդակներ — ամբողջ այս մոդուլը Platform մակարդակի է, փակված է platform:staffing:*-ով և PlatformStaffMembership-ով (պետք է լինես P4P-ի ճանաչված աշխատակից, որպեսզի ընդհանրապես ինչ-որ բան տեսնես այստեղ), ոչ թե որևէ Organization մակարդակի բանով։

Բոլոր route-երը կիսում են middleware: 'platform-access' + requiresPlatformPermission: 'platform:staffing:read' (էջի մակարդակի դարպաս; առանձին փոփոխող գործողությունները պահանջում են :manage, տես ստորև) և layout: 'team'։ Backend՝ apps/core-api/src/modules/staffing/*։

Ինչպես անել...

Խմբավորված է նույն կերպ, ինչ տեխնիկական բաժինները ստորև — յուրաքանչյուր էջի օգնության պատկերակը տանում է հենց իր խումբը, ոչ թե այս ամբողջ ցանկը։

Բաժիններ

Ստեղծել բաժին — «Բաժիններ» → Ստեղծել նոր բաժին → Անուն, ընտրիր Ղեկավար → Ստեղծել բաժին։ Տես դաշտերի ուղեցույցը ստորև՝ ինչ է նշանակում յուրաքանչյուր դաշտ։

Խմբագրել բաժինը — բացիր բաժինը → ⋯ մենյուն (վերևում աջից) → Խմբագրել բաժինը։ Նույն դաշտերը, ինչ ստեղծելիս — տես դաշտերի ուղեցույցը ստորև։

Ստեղծել/խմբագրել բաժին — դաշտերի ուղեցույց

• Անուն (պարտադիր) — բաժնի ցուցադրվող անունը, երևում է ամենուր հավելվածում (ցանկեր, breadcrumb-ներ, քարտեր)։ Պետք է լինի 2–100 նիշ — դատարկ թողնելը կամ մեկ նիշ մուտքագրելը ցույց կտա «Նվազագույնը 2 նիշ», ոչ թե «Այս դաշտը պարտադիր է» (հենց 2 նիշի նվազագույնն է, որ գործարկվում է, նույնիսկ դատարկ դաշտի դեպքում)։
• Ղեկավար (պարտադիր) — որոնիր ու ընտրիր աշխատակցի; նա դառնում է այս բաժնի ղեկավարը, ինչը նրան տալիս է ուղղակի հասանելիություն բաժնի սեփական ֆինանսական գրքին և դերերի կատալոգին (տես իրավունքների մոդելը վերևում) — առանձին իրավունք նշանակելու կարիք չկա, հենց ղեկավարությունն է հասանելիությունը։
• Նկարագրություն (ոչ պարտադիր) — համատեքստ այն մասին, թե ինչով է զբաղվում բաժինը, երևում է նրա Overview ներդիրում։ Մինչև 500 նիշ։
• Ծնող բաժին (ոչ պարտադիր) — թող մնա «Չկա — վերին մակարդակի բաժին», եթե սա ենթաբաժին չէ։ Ենթաբաժինը չի կարող ունենալ իր սեփական ենթաբաժինները — միայն մեկ մակարդակ, ուստի այս ցանկում առաջարկվում են միայն վերին մակարդակի բաժինները։

Ջնջել բաժինը — բացիր բաժինը → ⋯ → Ջնջել։ Արգելափակված է, քանի դեռ բաժինն ունի ակտիվ ենթաբաժիններ — տես Ենթաբաժիններ։

Անդամներ

Ինչ-որ մեկին ավելացնել բաժնում — բացիր բաժինը → Անդամներ ներդիրը → Ավելացնել անդամ → ընտրիր աշխատակիցներին → Ավելացնել (N)։ Տես դաշտերի ուղեցույցը ստորև։

Նշանակել կամ փոխել անդամի բաժնային դերը — բաժին → Անդամներ ներդիրը → փոխիր դերը ուղղակիորեն տողից (հասանելի է ղեկավարին կամ :manage-ին)։ Տես դաշտերի ուղեցույցը ստորև։

Հեռացնել ինչ-որ մեկին բաժնից — բաժին → Անդամներ ներդիրը → տողի ⋯ մենյուն → Հեռացնել բաժնից։

«Անդամներ» ներդիր — դաշտերի ուղեցույց

• Ավելացնել անդամ — մեկ դաշտ. որոնիր ու ընտրիր մեկ կամ մի քանի աշխատակիցների։ Ցանկում երևում են միայն նրանք, ովքեր դեռ այս բաժնում չեն։ Տեքստային վալիդացիա չկա — Ավելացնել (N) կոճակը պարզապես ապաակտիվ է, մինչև ընտրես գոնե մեկ մարդու։
• Փոխել դերը — մեկ դաշտ. այս բաժնի սեփական դերերի ցանկը (տես «Դերեր» դաշտերի ուղեցույցը ստորև) կամ «Առանց դերի»։ Դեր ընտրելիս նրա գործառույթների տեքստն ավտոմատ ցուցադրվում է հենց ցանկի տակ — դրա համար լրացնելու առանձին դաշտ չկա։ Եթե բաժինը դեռ դերեր չունի, երկխոսությունը ուղղորդում է դեպի «Դերեր» ներդիրը՝ դատարկ ցանկ ցույց տալու փոխարեն։

Դերեր

Ստեղծել բաժնի դեր — բաժին → Դերեր ներդիրը → Նոր դեր → Անուն, ցանկության դեպքում Գործառույթներ → Ստեղծել դեր։ Տես դաշտերի ուղեցույցը ստորև։

Խմբագրել կամ ջնջել բաժնի դերը — բաժին → Դերեր ներդիրը → տողի ⋯ մենյուն → Խմբագրել կամ Ջնջել։ Դեռ օգտագործվող դերը հնարավոր չէ ջնջել — նախ վերանշանակիր այն անդամներին։

Ստեղծել/խմբագրել բաժնի դեր — դաշտերի ուղեցույց

Բաժնի դերը պաշտոնի նման պիտակ է՝ ազատ տեքստային նկարագրությամբ — այն չի կրում որևէ իրավունք կամ հասանելիություն (դրա համար են կազմակերպության դերերը և հարթակի դերերը — բոլորովին այլ հասկացություն)։ Այն գոյություն ունի բացառապես կազմակերպելու և նկարագրելու համար, թե ով ինչով է զբաղվում բաժնի ներսում։

• Անուն (պարտադիր) — դերի ցուցադրվող անունը, օրինակ՝ «Ռեկրուտեր»։ 1–100 նիշ։ Ուղարկելու կոճակն ապաակտիվ է միայն դատարկության դեպքում — 100 նիշը գերազանցելը չի ուշադրվում, մինչև իրապես ուղարկես, որտեղ ցույց կտա «Առավելագույնը 100 նիշ»։
• Գործառույթներ (ոչ պարտադիր) — ազատ տեքստ այն մասին, թե ինչի համար է պատասխանատու այս դերը։ Երևում է բոլորին, ում այս դերը նշանակված է, և ավտոմատ նախադիտվում է, երբ որևէ մեկն ընտրում է դերը «Անդամներ» ներդիրի դերերի ցանկից։ Մինչև 2000 նիշ։

Միակ ինքնաստեղծ Ղեկավար դերը հնարավոր չէ վերանվանել (նրա Անուն դաշտն ապաակտիվ է) — այն միշտ հետևում է նրան, ով նշանակված է Department.leaderId-ում, երբեք ձեռքով չի նշանակվում։

Նախագծեր (բաժնի Projects ներդիր)

Կցել նախագիծ բաժնին — բաժին → Նախագծեր ներդիրը → Կցել նախագիծ → ընտրիր → հաստատիր։ Տես նաև Նախագծեր → Բաժիններ հակառակ ուղղության համար (նույն կապը, բայց կցված նախագծի կողմից)։

Անջատել նախագիծը բաժնից — բաժին → Նախագծեր ներդիրը → տողի ⋯ մենյուն → Անջատել բաժնից։

Ենթաբաժիններ

Ստեղծել ենթաբաժին — բաժին → Ենթաբաժիններ ներդիրը → Նոր ենթաբաժին (նույն ձևը, ինչ ցանկացած բաժնի ստեղծումը, արդեն լրացված ծնող բաժնով)։

Աշխատակիցներ

Այստեղ ավելացումը staffing գործողություն չէ — դա նույն հարթակի անձնակազմի հրավերի հոսքն է, ինչ Հարթակի կառավարման «Ինչպես անել...»-ում, պարզապես կապված այստեղից՝ հարմարության համար։

Ուղարկել ինչ-որ մեկին արձակուրդ կամ վերադարձնել — բացիր պրոֆիլը → ⋯ մենյուն → Ուղարկել արձակուրդ / Վերադարձնել արձակուրդից։ Միայն ներքին զբաղվածության կարգավիճակ է, ոչ հաշվի արգելափակում — տես Հարթակի կառավարում → Օգտատերեր։

Նախագծեր

Ստեղծել նախագիծ — «Նախագծեր» → Նոր նախագիծ → լրացրու → Ստեղծել։ Տես դաշտերի ուղեցույցը ստորև։

Խմբագրել նախագիծը — կամ «Նախագծեր» ցանկից (տողի ⋯ → Խմբագրել), կամ հենց նախագծի ներսից (մատիտի պատկերակը վերնագրի կողքին)։ Նույն դաշտերը, ինչ ստեղծելիս, գումարած Կարգավիճակ և Առաջընթաց — տես դաշտերի ուղեցույցը ստորև։

Ջնջել նախագիծը — «Նախագծեր» ցանկ → տողի ⋯ → Ջնջել։ Ընդմիշտ ջնջում է ամեն ինչ դրա ներսում — բաժինները, փուլերը, առաջադրանքները և մասնակիցները։

Ստեղծել/խմբագրել նախագիծ — դաշտերի ուղեցույց

• Անուն (պարտադիր) — նախագծի ցուցադրվող անունը ամենուր հավելվածում։ 1–100 նիշ։
• Նկարագրություն (ոչ պարտադիր) — կարճ ամփոփում, երևում է նախագծերի ցանկերում և քարտերում։ Մինչև 1000 նիշ։
• Vision (ոչ պարտադիր) — ավելի երկար, հարուստ ձևավորմամբ դաշտ (թավատառ, ցանկեր, հղումներ) այն մասին, թե ինչու է կարևոր այս նախագիծը և ինչպիսին է «պատրաստ»-ը — երևում է նախագծի Overview ներդիրում, նաև խմբագրվում է հենց այնտեղ։ Մինչև 2000 նիշ։
• Պատկերակ (պարտադիր) — ընտրիր մեկը ցանցից; լռելյայն արժեք չկա։ Առանց ընտրության ուղարկելու փորձը ցույց կտա «Այս դաշտը պարտադիր է» հենց ցանցի տակ, և հարցումն ընդհանրապես դուրս չի գա — հեշտ է բաց թողնել, քանի որ ձևի մեջ ուրիշ ոչինչ ուշադրություն չի հրավիրում դրան։
• Կարգավիճակ (միայն խմբագրելիս) — Planned / Active / Completed / Archived։ Չի առաջարկվում ստեղծելիս — յուրաքանչյուր նոր նախագիծ սկսվում է Planned կարգավիճակով։
• Առաջընթաց (միայն խմբագրելիս) — 0–100 թիվ, ցուցադրվում է որպես նախագծի առաջընթացի գիծ Overview ներդիրում։ Սահմանվում է ձեռքով, ոչ թե ածանցվում առաջադրանքների կամ փուլերի ավարտվածությունից — ոչինչ ավտոմատ չի վերահաշվարկում այն (փուլերն ունեն իրենց սեփական, առանձին անհամապատասխանության զգուշացումը — տես «Փուլեր» դաշտերի ուղեցույցը ստորև)։
• Սեփականատեր (ոչ պարտադիր) — որոնիր ու ընտրիր աշխատակցի; չընտրելու դեպքում լռելյայն դառնում ես դու ինքդ։ Զուտ տեղեկատվական դաշտ է (երևում է Overview ներդիրում) — ինքնին որևէ իրավունք չի տալիս։

Բաժիններ (նախագծի Departments ներդիր)

Կցել բաժին նախագծին — նախագիծ → Բաժիններ ներդիրը → Կցել բաժին → ընտրիր բաժինը → Կցել բաժին։ Տես նաև Բաժիններ → Նախագծեր հակառակ ուղղության համար։

Անջատել բաժինը նախագծից — նախագիծ → Բաժիններ ներդիրը → տողի ⋯ մենյուն → Անջատել բաժինը։

Մասնակիցներ

Կցել կապալառու նախագծին — նախագիծ → Մասնակիցներ ներդիրը → Կցել մասնակից → ընտրիր կադրերի ռեզերվից → հաստատիր։ Կցված բաժնի բոլոր անդամները ավտոմատ հայտնվում են այստեղ (բաժնային անդամակցության միջոցով) — նրանց համար առանձին քայլ պետք չէ։ Տես դաշտերի ուղեցույցը ստորև։

Խմբագրել կամ անջատել մասնակցին — նախագիծ → Մասնակիցներ ներդիրը → տողի ⋯ մենյուն → Խմբագրել մասնակցին (նրա դերը/պարտականությունները նախագծում) կամ Անջատել մասնակցին։

Կցել/խմբագրել մասնակից — դաշտերի ուղեցույց

Այս երկխոսությունը կցում է միայն կադրերի ռեզերվի կապալառուներին — կցված բաժնի աշխատակիցն արդեն հասանելի է որպես առաջադրանքի կատարող՝ բաժնային անդամակցության միջոցով, այստեղ նրա համար կցելու ոչինչ չկա (տես Մասնակիցներ վերևում)։

• Անձ (պարտադիր, միայն կցելիս — չի ցուցադրվում խմբագրելիս) — ցանկում երևում են միայն Approved կարգավիճակով կադրերի ռեզերվի գրառումները; դեռ դիտարկման փուլում գտնվողները չեն առաջարկվում։ Եթե այդպիսիք չկան, ցանկն այդպես էլ ասում է՝ դատարկ ցույց տալու փոխարեն։
• Դեր (ոչ պարտադիր) — ազատ տեքստ, օրինակ՝ «Frontend ծրագրավորող» — այս նախագծի սեփական պիտակը այն մասին, թե ինչով է զբաղվում մարդը, առանձին ցանկացած բաժնային դերից։
• Պարտականություններ (ոչ պարտադիր) — ազատ տեքստ, որը նկարագրում է, թե ինչ է անում մարդն այս նախագծում։ Ոչ մի դաշտ երկարության սահմանափակում չունի։

Փուլեր

Ավելացնել փուլ — նախագիծ → Փուլեր ներդիրը → Ավելացնել փուլ → վերնագիր/ նկարագրություն/ամսաթվեր → ստեղծել։

Փոխել նախագծի փուլերի հերթականությունը — նախագիծ → Փուլեր ներդիրը → տեղափոխիր փուլը ↑/↓ կոճակներով։

Խմբագրել կամ ջնջել փուլը — նախագիծ → Փուլեր ներդիրը → տողի ⋯ մենյուն → Խմբագրել փուլը կամ Ջնջել փուլը։ Ջնջելիս առաջադրանքները անջատվում են, ոչ ջնջվում։

Ավելացնել/խմբագրել փուլ — դաշտերի ուղեցույց

• Վերնագիր (պարտադիր) — 1–100 նիշ։
• Նկարագրություն (ոչ պարտադիր) — մինչև 500 նիշ։
• Սկզբի ամսաթիվ / Ժամկետ (երկուսն էլ ոչ պարտադիր) — կարող ես ընտրել մեկը կամ երկուսը։ Ամսաթվի երկու ընտրիչներն ուղիղ հետևում են միմյանց. Սկզբի ամսաթիվը թույլ չի տա ընտրել ինչ-որ բան արդեն սահմանված Ժամկետից հետո, և հակառակը — սխալ միջակայքը կանխվում է հենց օրացույցում, ոչ թե բռնվում է հետո՝ սխալի հաղորդագրությամբ։
• Կարգավիճակ (միայն խմբագրելիս) — Planned / In progress / Completed։ Չի առաջարկվում ստեղծելիս — յուրաքանչյուր նոր փուլ սկսվում է Planned կարգավիճակով։ Սահմանվում է ձեռքով, ոչ ածանցվում իր առաջադրանքներից — փուլերի ցանկն առանձին նշում է անհամապատասխանությունը («Նշված է որպես ավարտված, բայց առաջադրանքները դեռ բաց են» կամ «Բոլոր առաջադրանքները կատարված են, բայց փուլը նշված չէ ավարտված»), երբ այս կարգավիճակը և առաջադրանքների սեփական կարգավիճակները չեն համընկնում, բայց երբեք ինքն իրեն չի ուղղում ոչ մի կողմ։
• Սեփականատեր (ոչ պարտադիր) — աշխատակից, զուտ տեղեկատվական, ինչպես նախագծի սեփական Սեփականատեր դաշտը։

Առաջադրանքներ (նախագծի Tasks ներդիր)

Առաջադրանքների ստեղծումն ու կառավարումը նախագծի ներսից նույն գործընթացն է, ինչ Առաջադրանքներ ստորև, պարզապես նախապես կապված այս նախագծին։

Առաջադրանքներ

Ստեղծել առաջադրանք ցանկացած տեղից — «Առաջադրանքներ» (բոլոր նախագծերի ընդհանուր տախտակը) → Նոր առաջադրանք → վերնագիր → Ընտրեք նախագիծ → Ընտրեք աշխատակից → Ստեղծել առաջադրանք։ Տես դաշտերի ուղեցույցը ստորև։

Փոխել առաջադրանքի կարգավիճակը/կատարողը և այլն — բացիր առաջադրանքը; ամեն դաշտ խմբագրվում է հենց տեղում, կտտոցով (Jira-ի պես) — առանձին «խմբագրման» ռեժիմ չկա։ Տես դաշտերի ուղեցույցը ստորև՝ դաշտերի համար, որոնք հասանելի են միայն այս ձևով, ոչ ստեղծման երկխոսությունից։

Վերակարգավորել առաջադրանքների կարգավիճակների ցանկը — «Առաջադրանքներ» → ատամնանիվի պատկերակ (միայն platform:staffing:configure) → Սյունակների կարգավորում → ավելացրու/վերանվանիր/ փոխիր հերթականությունը/անջատիր կարգավիճակները։ 5 համակարգային կարգավիճակները կարելի է միայն անջատել, ոչ ջնջել։ Տես դաշտերի ուղեցույցը ստորև։

Ջնջել առաջադրանքը — բացիր առաջադրանքը → ⋯ մենյուն → Հեռացնել։

Ստեղծել/խմբագրել առաջադրանք — դաշտերի ուղեցույց

Նոր առաջադրանք երկխոսությունը ծածկում է միայն ստորև նշված դաշտերը; Բաժին, Գին, Ենթաառաջադրանք է և Կարգավիճակի վերանշանակումը չեն առաջարկվում ստեղծելիս — դրանք գոյություն ունեն միայն որպես ինլայն-խմբագրելի դաշտեր առաջադրանքի էջում, արդեն դրա ստեղծումից հետո (տես այս ցանկի ներածությունը վերևում)։

• Վերնագիր (պարտադիր) — 1–150 նիշ։ Ի տարբերություն այս մոդուլի մյուս ստեղծման երկխոսությունների մեծ մասի, հենց Ստեղծել առաջադրանք կոճակը մնում է ապաակտիվ, մինչև Վերնագիրը, Նախագիծը և Կատարողը լրացվեն բոլորը — կտտոցից հետո վալիդացիայի հաղորդագրություն չես ստանա, կոճակը պարզապես դեռ չի արձագանքի։
• Նախագիծ (պարտադիր) — որոնիր ու ընտրիր մեկը; ձևի բոլոր մյուս դաշտերը (Փուլ, Կատարող, Օգնականներ) կախված են ընտրված նախագծից և զրոյացվում են դրա փոփոխման ժամանակ։
• Առաջնահերթություն — Urgent / High / Medium / Low։ Լռելյայն՝ Medium։
• Փուլ (ոչ պարտադիր) — երևում է միայն նախագիծն ընտրելուց հետո; առաջարկում է այդ նախագծի սեփական փուլերը, կամ «Դեռ փուլեր չկան», եթե դրանք չկան։
• Նկարագրություն (ոչ պարտադիր) — մինչև 2000 նիշ։
• Կատարող (պարտադիր) — առաջադրանքի RESPONSIBLE անձը։ Այստեղ երևում են միայն ընտրված նախագծի համար հարմար մարդիկ. նախագծին կցված բաժինների աշխատակիցները, գումարած կադրերի ռեզերվի կապալառուները, որոնք արդեն կցված են հենց այս նախագծին (ոչ ամբողջ կադրերի ռեզերվը) — տես «Մասնակիցներ» դաշտերի ուղեցույցը։
• Ժամկետ (ոչ պարտադիր)։
• Օգնականներ (ոչ պարտադիր) — ցանկացած քանակի լրացուցիչ մարդիկ HELPER օժանդակ դերում, ընտրվում են Կատարողի հետ նույն հարմար ցանկից, բացառությամբ արդեն ընտրված Կատարողի։
• Բաժին (միայն խմբագրելիս, ինլայն առաջադրանքի էջում) — պետք է լինի առաջադրանքի նախագծի սեփական կցված բաժիններից մեկը (տես Բաժիններ վերևում) — ստուգվում է սերվերում, ոչ միայն բացվող ցանկի սահմանափակում։
• Գին (միայն խմբագրելիս, ինլայն) — սովորական թիվ, միայն ներքին բյուջեի հաշվառման համար; ինքնին չի ստեղծում կամ կապակցում որևէ իրական հաշվառման գրառում (համեմատիր Առաջադրանքի վճարումների հետ, որոնք հենց դա են անում)։
• Ենթաառաջադրանք է (միայն խմբագրելիս, ինլայն) — պետք է լինի նույն նախագծի վերին մակարդակի առաջադրանք; ենթաառաջադրանքը չի կարող ունենալ իր սեփական ենթաառաջադրանքները (միայն մեկ մակարդակ, նույն սահմանաչափը, ինչ բաժինների և ենթաբաժինների համար)։

Սյունակների կարգավորում — դաշտերի ուղեցույց

Յուրաքանչյուր տող այստեղ կարգավիճակ է, որում կարող է գտնվել առաջադրանքը, հենց այս կարգավիճակներն են դառնում kanban տախտակի սյունակներ յուրաքանչյուր նախագծի Tasks ներդիրում և բոլոր նախագծերի ընդհանուր Առաջադրանքներ էջում։

• Անուն — 1–50 նիշ։ 5 սերմանված համակարգային տողերի համար (To Do, In Progress, In Review, Blocked, Done, յուրաքանչյուրը նշված System-ով) այս դաշտն ընդհանրապես չի խմբագրվում — նրանց ցուցադրվող անունը թարգմանվում է ըստ լեզվի, ոչ թե պահվում որպես սովորական տեքստ, ուստի այստեղ խմբագրելը լուռ ոչինչ չէր փոխի; այս տողերի համար վանդակը պարզապես ցույց է տալիս անունը, դա input չէ։ Հատուկ (custom) տողերը ազատ տեքստ են ցանկացած լեզվով, կիրառվում են ֆոկուսը կորցնելիս/Enter-ով, ոչ թե ուղիղ յուրաքանչյուր ստեղնի սեղմումով։ 50 նիշը գերազանցելը չի խանգարում գրելուն, բայց պահպանումը մերժվում է — վանդակը շարունակում է ցույց տալ մուտքագրվածը, մինչև այն կրճատես և նորից փորձես։
• Գույն — 6 նմուշներից մեկը (Gray/Blue/Violet/Amber/Red/Green), զուտ վիզուալ — չի ազդում վարքագծի վրա, միայն այն, թե ինչ գույնով է ցուցադրվում սյունակը/badge-ը ամենուր, որտեղ կարգավիճակը հայտնվում է։
• Կատեգորիա — TODO / In progress / Done։ Սա ոչ կոսմետիկ է. հենց այն է որոշում, թե ինչպես է հաշվարկվում առաջադրանքի Առաջընթացի %-ը։ Յուրաքանչյուր ակտիվ, ոչ-Done կարգավիճակ բաժանվում է 0–100 միջակայքի հավասար մասերի՝ ըստ կարգավիճակների հերթականության (օրինակ՝ 3 այդպիսի կարգավիճակ → 0–33/33–67/67–100 մասեր); առաջադրանքը Done կատեգորիայի որևէ կարգավիճակի տեղափոխելը անմիջապես ամրացնում է դրա առաջընթացը 100-ի վրա, անկախ նրանից, թե ինչ դիրքում է այն վերադասավորման ցանկում։
• Վերադասավորել (↑/↓ սլաքներ) — փոխում է թե՛ kanban սյունակների հերթականությունը, թե՛ Կատեգորիայի առաջընթացի մասերը վերևում, քանի որ մասերը հաշվարկվում են հենց այս հերթականությամբ։
• «Ակտիվ» անջատիչ (միայն համակարգային տողերի համար) — համակարգային կարգավիճակի ջնջման վերականգնելի այլընտրանք. անջատելը թաքցնում է այն տախտակից և կարգավիճակի բոլոր ընտրիչներից, բայց պահպանում է պատմությունը։ Լռելյայն կարգավիճակը (այն, որով սկսվում են նոր առաջադրանքները — ներկայում To Do) հնարավոր չէ անջատել — նախ մեկ այլ կարգավիճակ դարձրու լռելյայն։ Եթե կարգավիճակի վրա դեռ կան առաջադրանքներ, անջատելիս նախ հարցնում է, ուր տեղափոխել դրանք։
• Ջնջել (աղբարկղի պատկերակ, միայն հատուկ տողերի համար — համակարգային տողերը կարելի է միայն անջատել, երբեք ջնջել) — ապաակտիվ է, եթե դա մնացած միակ կարգավիճակն է։ Դեռ առաջադրանքներ ունեցող կարգավիճակի ջնջումը նախ պահանջում է ընտրել այլ կարգավիճակ դրանք տեղափոխելու համար — ոչինչ երբեք լուռ չի մնում լքված։
• Նոր կարգավիճակի անուն / գույն / կատեգորիա (ստորին տող) — ավելացնում է նոր հատուկ կարգավիճակ ցանկի վերջում; Ավելացնել կոճակը մնում է ապաակտիվ, մինչև անուն մուտքագրես։

Վահանակ և Ակտիվություն

Երկուսն էլ միայն-կարդալու էջեր են — կարգավորելու բան չկա։ Վահանակի «Իմ վճարումները» բանները և ակտիվության հոսքի ֆիլտրերը քննարկված են Ֆինանսներ-ում և ստորև համապատասխան բաժիններում։

Կադրերի ռեզերվ

Կադրերի ռեզերվի դիմումը տանել դիտարկման միջով — «Կադրերի ռեզերվ» → տողի ⋯ մենյուն → Վերցնել դիտարկման, ապա Հաստատել, ապա Հրավիրել պլատֆորմ (ուղարկում է հրավեր անձնակազմում)։ Քայլերը պարտադիր չէ անցնել մեկ առ մեկ — թարմ Submitted դիմումը կարելի է ուղղակիորեն Հաստատել՝ շրջանցելով Վերցնել դիտարկման-ը։

Խմբագրել դիմումի դասակարգումը — բացիր դիմումը → ⋯ մենյուն → Խմբագրել։ Տես դաշտերի ուղեցույցը ստորև։

Ավելացնել դիտարկման նշում — բացիր դիմումը → Դիտարկման նշումներ → գրիր։ Առանձին դիմորդի սեփական նշումներից, տեսանելի է միայն աշխատակիցներին։ Տես դաշտերի ուղեցույցը ստորև։

Ջնջել կադրերի ռեզերվի դիմումը — տողի ⋯ մենյուն → Ջնջել։ Հնարավոր է միայն այն դիմումների համար, որոնք չունեն նախագծի/առաջադրանքի պատմություն։

Ընդհանուր փաստաթղթեր

Վերբեռնել ընդհանուր փաստաթուղթ — «Ընդհանուր փաստաթղթեր» → Փաստաթղթեր ներդիր → Վերբեռնել փաստաթուղթ։

Ջնջել կամ վերականգնել ընդհանուր փաստաթուղթը — տողի ⋯ մենյուն → Ջնջել (տեղափոխում է Աղբարկղ, պահվում է 30 օր); Աղբարկղ ներդիրից՝ Վերականգնել կամ Ջնջել վերջնականապես։

Իրավունքների մոդելը մեկ աղյուսակում

Չորս իրավունք, նույն օրինաչափությունը կրկնվում է մոդուլի յուրաքանչյուր կոնտրոլերում.

Իրավունք	Ինչ է տալիս
platform:staffing:read	Ամեն ինչի դիտում — յուրաքանչյուր ցանկի/մանրամասների էջի հիմնական դարպասը
platform:staffing:manage	Բաժինների, նախագծերի, առաջադրանքների, կադրերի ռեզերվի գրառումների ստեղծում/խմբագրում/ջնջում. ցանկացած առաջադրանքի կառավարում՝ անկախ նրանից, թե ով է ստեղծել
platform:staffing:manage_own	Առաջադրանքի վրա, որը ստեղծել ես կամ որին նշանակված ես (RESPONSIBLE/HELPER), միայն. կարգավիճակի/առաջընթացի/նկարագրության/ժամկետի/առաջնահերթության փոփոխություն և մեկնաբանում — երբեք չի ստուգվում route decorator-ով, միշտ լուծվում է TasksService.resolveTaskWriteAccess()-ում կոնկրետ առաջադրանքի համար
platform:staffing:configure	Միայն առաջադրանքի կարգավիճակների ռեեստրը (գույներ/կարգ/համակարգային կարգավիճակների ակտիվացում) — ընդհանուր, կիսվող կարգավորում, միտումնավոր առանձնացված ամենօրյա :manage-ից

Մի քանի route-եր միտումնավոր ընդհանրապես @RequirePlatformPermission decorator չեն կրում — բաժնի ֆինանսական գրքի գրառումները և բաժնի դերերի կառավարման route-երը փոխարենը օգտագործում են տվյալների վրա հիմնված «արդյոք այս գործողը բաժնի ղեկավա՞րն է» ստուգում (DepartmentLeaderOrStaffingManageGuard կամ հում service-մակարդակի ստուգում), քանի որ այդ իրավասությունը գրառման մակարդակի է, ոչ թե բան, որը կարող է արտահայտել հարթակային permission տողը (նույն կանոնը, որ docs/iam/PERMISSIONS_CATALOG.md-ը փաստաթղթավորում է կազմակերպության մակարդակի գրառման հասանելիության համար)։

Բաժիններ (/team/departments)

Պարզ ասած՝ ընկերության կազմակերպչական կառուցվածքը։ Բաժինն ունի ղեկավար, անդամներ, իր դերերը (պաշտոններ բաժնի ներսում, առանձին platform դերերից), կցված նախագծեր և, եթե ղեկավարը ցանկանում է, իր սեփական ֆինանսական գիրքը։

• Ցանկ/ծառ տեսք + քարտերի տեսք (պահվում է լոկալ)։ «Նոր բաժին» (:manage) բացում է նույն ձևի պատուհանը, ինչ խմբագրումը։
• Քարտի ներդիրներ. Overview (վիճակագրություն, ենթաբաժիններ, ակտիվ նախագծեր, վերջին ակտիվություն), Activity, Finances (տես Ֆինանսներ → Բաժնի սեփական գիրքը), Members, Projects, Roles, Sub-departments — յուրաքանչյուրը քննարկված է իր բաժնում ստորև։
• Բաժնի ջնջումը (:manage) արգելափակվում է սերվերում, քանի դեռ կան ակտիվ ենթաբաժիններ։

Անդամներ (բաժնի Members ներդիր)

Ավելացում (միայն :manage — ղեկավարի բացառությունը մարդկանց ավելացման վրա չի տարածվում), հեռացում (:manage), անդամի բաժնային դերի փոփոխություն (ղեկավար կամ :manage, DepartmentLeaderOrStaffingManageGuard-ի միջոցով — առանց permission տողի)։

Դերեր (բաժնի Roles ներդիր)

Բաժնի սեփական DepartmentRole կատալոգը (ղեկավար կամ :manage) — առանձին platform դերերից և վիքիի այլ մասերի կազմակերպության դերերից. ակտիվ օգտագործվող դերը հնարավոր չէ ջնջել։

Նախագծեր (բաժնի Projects ներդիր)

Նախագծի կցում/անջատում այս բաժնին (:manage), բաժնային առաջադրանք/բյուջե բաշխմամբ։ Հակառակ ուղղությունը՝ բաժնի կցումը նախագծին, և ամեն ինչ մյուսը նախագծի կողմից՝ քննարկված է Նախագծեր բաժնում ստորև։

Ենթաբաժիններ (բաժնի Sub-departments ներդիր)

Սահմանափակված է մեկ մակարդակով — ենթաբաժինը չի կարող ունենալ իր սեփական ենթաբաժինները։ Հենց այս պատճառով է արգելափակված ակտիվ ենթաբաժիններ ունեցող բաժնի ջնջումը (տես վերևում) — նախ պետք է գիտակցաբար բարձրացնել կամ վերանշանակել դրանք, ոչ թե լուռ կորցնել ջնջման ժամանակ։

Աշխատակիցներ (/team/members)

Պարզ ասած՝ P4P-ի յուրաքանչյուր աշխատակցի սեփական պրոֆիլը — բայց այստեղ ավելացնելը staffing գործողություն չէ, այն նույն հարթակի թիմային հրավերի հոսքն է Հարթակի կառավարումից, պարզապես կապակցված այստեղ՝ հարմարության համար։

• Ցանկ. որոնում + բաժնի/կարգավիճակի ֆիլտրեր։ «Ավելացնել աշխատակից»-ը փակված է թե՛ :manage-ով, թե՛ նրանով, ով իրապես կարող է ուղարկել հրավերը (SUPER_ADMIN կամ P4P Owner — արտացոլում է իրական backend դարպասը, SuperAdminOrOwnerGuard, հրավերի route-ի վրա), և բացում է հենց այն հրավերի պատուհանը, ինչ /platform/staff-ը։
• Քարտի ներդիրներ. Overview (կոնտակտներ, հմտություններ/հետաքրքրություններ, բաժիններ), Activity (ինչ է այս մարդը արել, ոչ թե ինչ է արվել նրա հետ), Candidate application (ցուցադրվում է միայն եթե եկել է կադրերի ռեզերվից — իր սկզբնական հայտի միայն-կարդալու պատկերն), Projects, Tasks։
• «⋯» ցանկի «Ուղարկել արձակուրդի»/«Վերադարձնել արձակուրդից» և «Հեռացնել անձնակազմից» գործողությունները կանչում են IAM/Users route-եր (POST /admin/users/:id/leave, DELETE /admin/users/:id/platform-staff), ոչ թե staffing-ի — այս էջը պարզապես հարմար մուտքի կետ է դեպի գործողություններ, որոնք ապրում են Հարթակի կառավարում → Օգտատերեր-ում։

Նախագծեր (/team/projects)

Պարզ ասած՝ ներքին նախագծերի կառավարում — բաժիններ և մարդիկ, կցված նախագծին, փուլերի ճանապարհային քարտեզ և առաջադրանքների տախտակ, գումարած (եթե տեսնում ես հարթակի ֆինանսները) այս նախագծի բաժինը սեփականատիրոջ գրքում։

• Ցանկ. grid/list անջատիչ, կարգավիճակի/բաժնի ֆիլտրեր։ «Նոր նախագիծ» (:manage)։
• Քարտի ներդիրներ. Overview (առաջընթացի վիճակագրություն, փուլերի առաջընթաց, վերջին առաջադրանքներ, ինլայն-խմբագրելի rich-text «Vision» դաշտ), Departments, Participants, Stages, Tasks, Activity և Finances (տես Ֆինանսներ → Նախագծի «Ֆինանսներ» ներդիրը) — յուրաքանչյուրը քննարկված է իր բաժնում ստորև։
• Առաջադրանքի բաժինը պետք է լինի նախագծին կցված բաժիններից մեկը — ստուգվում է սերվերում, ոչ միայն UI սահմանափակում (տես Բաժիններ → Նախագծեր հակառակ ուղղության համար)։

Բաժիններ (նախագծի Departments ներդիր)

Բաժնի կցում/անջատում այս նախագծին (:manage) — հակառակ ուղղությունը Բաժիններ → Նախագծեր-ից։ Առաջադրանքի բաժինը կարելի է ընտրել միայն նախագծին կցված բաժիններից։

Մասնակիցներ (նախագծի Participants ներդիր)

Երկու տեսք. Contractors — իրական նշանակումներ, ընտրված կադրերի ռեզերվից, ոչ թե անձնակազմի ցուցակից; և միայն-կարդալու Departments — բոլոր կցված բաժինների բոլոր անդամների ցուցակը (բաժնային անդամակցության միջոցով, ոչ թե ուղղակի նախագծային նշանակում)։

Փուլեր (նախագծի Stages ներդիր)

Կարգավորված ճանապարհային քարտեզ, վերադասավորում ↑/↓-ով (:manage)։ Յուրաքանչյուր առաջադրանքի կարելի է նշանակել փուլ; Overview ներդիրի փուլային առաջընթացը հաշվարկվում է դրանից։

Առաջադրանքներ (նախագծի Tasks ներդիր)

Ցանկ կամ kanban տախտակ, 5 խմբավորման ռեժիմ — միայն այս նախագծի շրջանակում։ Բոլոր նախագծերի միջով անցնող համարժեքը՝ Առաջադրանքներ բաժինն է ստորև։

Առաջադրանքներ (/team/tasks)

Պարզ ասած՝ նախագծերի միջով անցնող առաջադրանքների տախտակ — բոլոր առաջադրանքները բոլոր նախագծերում մեկ տեղում, ի տարբերություն կոնկրետ նախագծի Tasks ներդիրի։

• Ցանկ/kanban անջատիչ, 5 kanban խմբավորում (կարգավիճակ/պատասխանատու/առաջնահերթություն/նախագիծ/փուլ)։ Drag-and-drop-ը փակված է :manage-ով (քարտի քաշումը «պատասխանատու» սյուների միջև կանչում է նույն executor-ավելացման route-ը, ինչ առաջադրանքի ձևը)։
• Առաջադրանքի կարգավիճակների կարգավորում — առանձին էջ չկա, բայց կա իրական կարգավորումների պատուհան (ատամնանիվի պատկերակ, միայն platform:staffing:configure), որը ծածկում է ամբողջ կարգավիճակների ռեեստրը՝ ստեղծում/խմբագրում/վերադասավորում/ջնջում։ 5 սերմանված համակարգային կարգավիճակները հնարավոր չէ ամբողջովին ջնջել, միայն ապաակտիվացնել։
• Առաջադրանքի քարտ — յուրաքանչյուր դաշտ ինլայն-խմբագրելի է, Jira-ոճով։ Կարգավիճակ/փուլ/բաժին/պատասխանատու/օգնականներ/գին պահանջում են :manage; նկարագրություն/առաջնահերթություն/ժամկետ/առաջընթաց բաց են :manage-ի կամ :manage_own-ի համար սեփական առաջադրանքի վրա (ստեղծող, կամ նշանակված որպես RESPONSIBLE/HELPER — ներառյալ կապակցված կադրերի ռեզերվի գրառման միջոցով, ոչ միայն ուղղակի աշխատակցի նշանակմամբ)։ Մեկնաբանությունները հետևում են նույն :manage/:manage_own բաժանմանը։ Առաջադրանքի ջնջումը — միայն :manage։
• Ուղղված է, 2026-08-04. մեկնաբանությանը կամ նկարագրությանը ֆայլ կցելը նախկինում պահանջում էր զուտ :manage՝ առանց :manage_own բացառության ընդհանրապես — :manage_own ունեցող օգտատերը կարող էր գրել և ուղարկել մեկնաբանություն, բայց կցելու կոճակը միշտ վերադարձնում էր 403, թեև UI-ում այն երևում էր որպես հասանելի։ Վերբեռնման endpoint-ը (POST /admin/staffing/attachments) ընդհանուր է (օգտագործվում է նաև Project Vision-ի համար) և լռելյայն չգիտի, թե որ էությանն է պատկանում ֆայլը. ուղղումն անցկացնում է ոչ պարտադիր taskId վերբեռնման կանչի միջով, որպեսզի սերվերը կարողանա կիրառել նույն manage_own + ստեղծող/նշանակված ստուգումը, որն արդեն օգտագործում է առաջադրանքի մնացած մասը, փոխարենը միշտ պահանջելու զուտ :manage, երբ առաջադրանքն իրականում նույնականացվող է։

Կադրերի ռեզերվ (/team/hr-pool)

Պարզ ասած՝ խողովակաշար մարդկանց համար, ովքեր ցանկանում են աշխատել P4P-ի հետ, բայց աշխատակից չեն (դեռ կամ ընդհանրապես) — հանրային հայտի ձևը լցնում է դիտարկման հերթը; հաստատումը թույլ է տալիս հրավիրել մարդուն նախագծի՝ որպես կապալառու, առանց պարտադիր հարթակի աշխատակից դարձնելու։

• Հանրային հայտ (/hr-pool/apply, առանց մուտքի, ընդհանրապես առանց platform:staffing:* դարպասի — Turnstile + rate-limit) — մարքեթինգային ոճի էջ՝ ձևով (անուն/email/հեռախոս/messenger/տեսակ/հետաքրքրության ոլորտներ/հմտություններ/նշումներ)։ Ստեղծում է HRPoolEntry առանց կապակցված User-ի։
• Դիտարկման հերթ (/team/hr-pool, միայն աշխատակիցների համար) — կարգավիճակի վիճակագրության սալիկներ, ֆիլտրվող աղյուսակ։ «⋯» ըստ տողի. դիտարկման կարգավիճակների միջով անցում (նոր → դիտարկման մեջ → հաստատված/ապաակտիվացված, :manage), «Հրավիրել» (միայն երբ APPROVED է և դեռ կապակցված չէ օգտատիրոջ հետ, :manage — ուղարկում է հարթակի թիմային հրավեր), ջնջում (միայն եթե գրառումն ունի ոչ մի նշանակման պատմություն)։
• Գրառման քարտ — նույն գործողությունները, գումարած Խմբագրել (հայտատուի տեսակը, հետաքրքրության ոլորտները, հմտությունները — դասակարգման դաշտերը, :manage) և դիտարկման ներքին նշումների մատյան (:manage նշում ավելացնելու համար. առանձին հայտատուի սեփական ինքնահայտարարած նշումներից)։
• Հաստատված բաց (2026-08-04). երկու backend-ում պատրաստ ուղիներ այսօր հասանելի չեն ինտերֆեյսից —
  1. HrPoolInvitationsController-ի հանրային ընդունման route-երը (GET/POST /hr-pool-invitations/:token[/accept]) համապատասխան էջ չունեն apps/portal/pages/hr-pool-invitations/-ի ներքո — ի տարբերություն կառուցվածքով նույնական /invitations/[token]-ի և /platform-staff-invitations/[token]-ի, որոնք գոյություն ունեն։ Պորտալի հանրային route allowlist-ն արդեն կանխատեսում է այս ուղին (middleware/auth.global.ts), բայց հենց էջը երբեք չի կառուցվել — կադրերի ռեզերվի հերթից ուղարկված հրավերն այժմ իրական տեղ չունի վայրէջք կատարելու։
  2. Ինքնասպասարկվող «նշիր ինձ որպես հասանելի ռեսուրս» opt-in (POST hr-pool/opt-in, բաց ցանկացած մուտք գործած platform օգտատիրոջ համար, ոչ միայն աշխատակիցների) ինտերֆեյսում ոչ մի տեղ trigger չունի — այսօր գոյություն ունեն միայն հանրային հայտի ձևը և ներքին դիտարկման հերթը։

Խմբագրել դիմումը / ավելացնել դիտարկման նշում — դաշտերի ուղեցույց

Խմբագրել երկխոսությունը ծածկում է միայն այն, թե ինչպես է դասակարգված այս հայտատուն — նրա անունը, email-ը, հեռախոսը և նախընտրած messenger-ը սահմանվել են մեկ անգամ հենց հայտատուի կողմից և այստեղ ընդհանրապես չեն փոխվում (ձևում չեն էլ երևում)։ Ի տարբերություն այս մոդուլի խմբագրման մյուս երկխոսությունների մեծ մասի, Պահպանել-ը ապաակտիվ չէ մինչև փոփոխություն անես — այն ակտիվանում է հենց Հայտատուի տեսակը և գոնե մեկ Հետաքրքրության ոլորտ լրացվեն, ուստի դրա վրա կտտոցը՝ առանց իրական խմբագրման, պարզապես նորից կպահպանի նույն արժեքները։

• Հայտատուի տեսակ (պարտադիր) — Individual / Agency / Company / Service provider։
• Հետաքրքրության ոլորտներ (պարտադիր, բազմակի ընտրություն) — Consulting / Marketing / Development / Design / QA / AI / Events / Other։ Պահանջվում է գոնե մեկը; Other-ի ընտրությունը բացում է ազատ տեքստի վանդակ դրա տակ, բայց — չնայած որ այն հայտնվում է հենց պարտադիր դաշտի տակ — ինքն այն մնում է ոչ պարտադիր, մինչև 200 նիշ։
• Հմտություններ (ոչ պարտադիր) — ազատ տեքստ, մինչև 500 նիշ։
• Դիտարկման նշումներ (առանձին վահանակ՝ դիմումի սեփական տեղեկատվության տակ, «Խմբագրել» երկխոսության մաս չէ) — աճող մատյան, ոչ մեկ դաշտ. յուրաքանչյուր նշում պարզ տեքստային վանդակ է՝ 1–4000 նիշ, ուղարկվում է սեփական Ուղարկել կոճակով (ապաակտիվ, քանի դեռ դատարկ է) և ընդմիշտ ավելացվում է քո անվան և ժամանակի հետ միասին — նշումները հնարավոր չէ խմբագրել կամ ջնջել ուղարկելուց հետո։ Տեսանելի են միայն այս էջին հասանելիություն ունեցող աշխատակիցներին, երբեք հայտատուին։

Վահանակ և ակտիվություն

/team/dashboard — իրական տվյալներ ամենուր. ողջույն, «Իմ վճարումները» բաներ (ցուցադրվում է միայն երբ կան սպասող վճարման առաջարկներ ընդունելու/մերժելու համար — տես Finance մոդուլի սպասվող փաստաթուղթը վճարումների գործընթացի ամբողջական նկարագրության համար), վեց միատեսակ բաժնի քարտեր, որոնք արտացոլում են կողային ցանկը (Tasks/Projects/Team/Departments/HR Pool/Activity), վերջին ակտիվություն և արագ գործողությունների հղումներ։

/team/activity — չֆիլտրված սկզբնական հոսք (բոլոր տեսակի իրադարձություններ առաջադրանքների/նախագծերի/բաժինների/կադրերի ռեզերվի գրառումների/աշխատակիցների վրա), գործող/նախագծի/բաժնի/ժամանակահատվածի ֆիլտրերով։ Թարմացվում է իրական ժամանակում։

Ընդհանուր փաստաթղթեր (/team/shared-documents)

Պարզ ասած՝ P4P աշխատակիցների ընդհանուր ֆայլերի գրադարան — իր բնույթով ընդհանրապես staffing ֆունկցիա չէ։

Կրկին օգտագործում է հարթակի ընդհանուր ֆայլերի պահեստի հնարավորությունը (org:files:read/org:files:manage) մեկ ֆիքսված, արհեստական կազմակերպության դեմ (system-org-shared-documents), ոչ թե staffing-ին հատուկ որևէ բան։ Հենց էջը դեռ փակված է platform:staffing:read-ով (այնպես որ միայն P4P աշխատակիցներն են ընդհանրապես հասնում), բայց վերբեռնման/ջնջման/վերականգնման գործողությունները դրա տակ կառավարվում են org:files:*-ով, ստուգված այդ արհեստական կազմակերպության սեփական անդամակցության դեմ։ «Ակտիվ»/«Աղբարկղ» ներդիրներ, 30-օրյա պահպանում փափուկ ջնջման դեպքում։

Այս մոդուլի թեստավորում

scripts/e2e/menu/staffing.mjs-ը (12 ստուգում) գործարկում է այս մոդուլի հիմնական հոսքերը սկզբից մինչև վերջ և սահմանում lastVerified-ը վերևում։ Ընթացքում հայտնաբերվել և ուղղվել են՝ manage_own-ի 403 սխալը ֆայլ կցելիս («Առաջադրանքներ» բաժնում նկարագրված է վերևում) և բացակայող system-org-shared-documents կազմակերպությունը (վերստեղծված և տեղափոխված packages/database/prisma/seed.ts, որպեսզի գոյատևի հետագա վերակայումներից) — առանց դրա առաջադրանքի/նախագծի ցանկացած կցորդի կամ Ընդհանուր փաստաթղթերի ֆայլի վերբեռնումն ընկնում էր մոլորեցնող «գերազանցված է քվոտան» սխալով։ Ավտոմատացմամբ չծածկված, դեռ արժե ձեռքով ստուգել — տես docs/MANUAL_TESTING.md. բաժնի ղեկավարի (և միայն նրա) հասանելիությունը իր բաժնի «Ֆինանսներ»/«Դերեր» ներդիրներին, կադրերի ռեզերվի իրական հանրային դիմումի ձևը (փակված Turnstile-ով, ուստի ավտոմատ թեստը ստեղծում է գրառումը ուղղակիորեն ԲԴ-ում, ոչ թե ձևի միջոցով), առաջադրանքի կարգավիճակների կարգավորման երկխոսությունը, drag-and-drop կանբան տախտակի վրա, և read/manage/manage_own իրավունքով փակումը յուրաքանչյուր էջի փոփոխող կառավարիչների վրա։