Որն է տարբերությունն այն նախագծերի եւ բիզնեսի միջեւ, ինչպիսին սովորական է:

Ծրագրի աշխատանքը եւ սովորական աշխատանքը տարբերելու 5 եղանակներ

Դուք աշխատում եք մի ծրագրի վրա: Կամ արդյոք այն, ինչ անում եք ձեր բիզնեսի ամենօրյա գործողությունների մաս:

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

Հստակեցնենք տարբերությունը, որպեսզի վստահ լինեք, թե որն է նախագիծը եւ ինչն է բիզնեսի մաս, ինչպես սովորական: Ծրագրի աշխատանքի եւ բիզնեսի միջեւ հինգ հիմնական տարբերություն կա, ինչպես սովորական աշխատանք: Դուք հաճախ եք տեսնում «բիզնեսը սովորականից», կրճատվելով որպես BAU:

Նախագծերը փոխելու բիզնեսը; BAU- ը որոշում է փոփոխությունը

Նախ, տարբերություն կա, թե ինչպես է փոփոխությունը վերաբերվում:

Բիզնեսը, ինչպես սովորաբար, գործարկում է բիզնեսը: Նրանք լույսերը պահում են: Նրանք ծառայում են հաճախորդներին, եւ նրանք թիրախ են դրել: BAU թիմերը նաեւ առաջինն են իմանալ, երբ առկա բիզնես գործընթացները չեն աշխատում եւ այլեւս նպատակահարմար չեն: Երբ դա տեղի ունենա, BAU թիմերը նրանք են, ովքեր հայտնաբերում են փոփոխության անհրաժեշտությունը:

Վերահսկիչը, որպես ռազմավարական վերանայման մաս, կարող է առաջարկել, թե ինչ փոփոխություններ պետք է կատարվեն այդ բաժանման կամ գործարար միավորի համար, որպեսզի հասնեն իրենց նպատակներին: Կամ, մի բաժնում մի պայծառ օջախ, կարող է փոփոխություն առաջարկել առաջարկի առաջարկի սխեմայի միջոցով:

Սպեկտրի մյուս վերջում դուք կարող եք ունենալ լիարժեք բիզնես գործ `ավագ մենեջերի կողմից, որպեսզի փոփոխություններ կատարվեն, որոնք անհրաժեշտ են իրենց բաժանմանն օգնելու իրենց նպատակներին հասնելու համար:

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

Frontline- ի աշխատակիցները աշխատում են ռազմավարություն տրամադրել, եւ նրանք գիտեն, թե ինչ են ուզում, որ այնտեղ լինի:

Ծրագրերն այն փոփոխության իրականացման մեխանիզմն են: Ծրագրերը մատուցում են փոփոխություն դեպի BAU- ի գործառույթների միջոցով `ծրագրի կառավարման միջոցով: Մենք կհստակեցնենք, թե ինչպիսի նախագծային կառավարում է հետագա: Ծրագրի կազմակերպությունը աշխատում է BAU թիմերի կողմից հայտնաբերված փոփոխության մասին: Դա տեղի է ունենում այն ​​բանից հետո, երբ այն անցել է ծրագրի հաստատման գործընթացի միջոցով, որը սովորաբար գործնական գործ է եւ ավագ ղեկավարության հաստատումը:

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

Այս պառակտումը, որը դուք նույնպես լսելու եք ամփոփված, որպես «փոխել բիզնեսը, գործարկել բիզնեսը», նկատելի է նաեւ ծրագրերի վերջում: Ծրագրի իրականացման փոփոխությունն է արդյունքը հասցնելը: Դա կարող է լինել նոր ծրագիր, շենք, նոր ծառայություն կամ այլ բան: ԲԲՈՒ թիմը պատասխանատու է դրա համար եւ դրա համար լավ օգտագործելու համար `բիզնեսի նպաստների տրամադրման համար: Այլ կերպ ասած, ծրագիրը հնարավորություն է տալիս ստանալ օգուտներ ստանալու համար, եւ BAU- ի գործառնությունները օգտագործում են այդ հնարավորությունը `օգուտներ ստանալու համար:

Ռիսկերի կառավարման ծրագրեր; BAU- ն նվազեցնում է ռիսկը

Բիզնեսի համար, ինչպես սովորական գործառույթներն են արդյունավետ, դուք կգտնեք, որ BAU թիմերը ձգտում են մեղմել բոլոր ռիսկերը գործառնությունների համար: Լավ կազմակերպական կայունության եւ կրկնվող գործընթացների համար անորոշության վերածելը բիզնեսի համար լավ բան է:

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

Ծրագրի թիմերը, հետեւաբար, մոտեցում են ռիսկի տարբեր ձեւով կազմակերպության BAU կողմին: Ծրագրի ղեկավարները ձգտում են ռիսկի կառավարել, ինչպես դրական , այնպես էլ բացասական , ստանալ լավագույն արդյունքները: Դա կարող է ներառել ռիսկի մեղմացում, փորձելու սահմանափակել այն հավանականությունը, որը տեղի կունենա, սակայն այն ներառում է ռիսկերի կառավարման այլ ռիսկեր:

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

Ծրագրեր ժամանակի հետ կապված են. BAU- ն ընթացքի մեջ է

Ծրագրեր ունեն սկիզբ, միջին եւ վերջ: Սա ծրագրի կյանքի ցիկլն է : Իրականում, նախագծի առավել հստակ բնորոշիչն այն է, որ այն ավարտվում է: Ծրագրի ղեկավարը եւ ծրագրի թիմը այս ընթացքում աշխատում են ծրագրի վրա: Այնուհետեւ թիմը հեռացվում է հանձնման եւ փակ փուլում, վերջում:

BAU- ը չի դադարում: Դուք, իհարկե, կարող եք փակել գործառույթը կամ դադարեցնել գործընթացը, եթե այն այլեւս չի պահանջվում բիզնեսի համար, չնայած այն կկիրառվի որպես ծրագիր: A BAU ֆունկցիան արտադրում է շարունակական աշխատանք, առանց կանխատեսելի ավարտի ամսաթվով:

Ծրագրեր կարող են կապիտալացվել. ԲԱՈՒ հաճախ չի լինում

Ծրագրերը կարող են կապիտալացվել, եւ հաճախ ԲՀՀ-ն չի կարող լինել `դուք ապավինում եք ձեր ընթացիկ բիզնեսի համար նախատեսված օպերացիոն ծախսերին, ինչպես միշտ: Այլ կերպ ասած, նախագծերի եւ «այլ» խնդիրների հաշվապահական բուժումը տարբեր են:

Ծրագրի ֆինանսավորումը հաճախ վերաբերում է ակտիվի ծառայություն մատուցելը, այսինքն ծախսերը կարող են կապիտալացվել: Որոշ դեպքերում, կախված այն բանից, թե որտեղ եք գտնվում աշխարհում եւ ձեր տեղական հաշվապահական կանոնակարգերը, կարող եք նույնիսկ նախագծի ծախսերը գիծից ցած իջնել:

BAU- ի ծախսերը սովորաբար համարվում են opex (գործառնական ծախսեր) եւ զննում են ընկերության շահույթի եւ կորուստների հաշիվներում:

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

Եթե ​​կասկածի դեպքում միշտ ստուգեք:

Ծրագրեր ներգրավել խաչաձեւ ֆունկցիոնալ թիմեր. BAU- ն ներառում է ֆունկցիոնալ թիմեր

Վերջապես, նախագծային թիմերի դիմահարդարում մեծ տարբերություն կա: Ծրագրերը հակված են ներգրավել փորձագետների բազմաբնույթ կարգապահական թիմերին, որոնք միասին բերում են որոշակի արտադրանք: Իմանալով, թե ինչպես պետք է դրդի նախագծային թիմը կարեւոր է, քանի որ երբեմն ծրագրերը սկսվում են առանց նպատակների հասնելու բոլորի համար: Եթե ​​մարդիկ հստակ պատկերացում չունեն այն մասին, թե ինչ են աշխատում, ապա նրանք հակված չեն իրենց լավագույն աշխատանքին:

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

• Ծրագրի հովանավոր
• Ծրագրի ղեկավար
• Ավագ մատակարար (կազմակերպությունը, որը պատասխանատու է աշխատանքը կատարելու համար, որը կարող է լինել ներքին թիմ, ինչպիսին է ՏՏ կամ արտաքին կապալառու կամ վաճառող)
• Հաճախորդ (սա կարող է լինել ներքին բաժանորդ, ինչպիսիք են տարբեր բաժնի կառավարիչը, կամ պատվիրատուի ծառայությունների կազմակերպությունում, հաճախորդը, որի համար տրամադրվում եք ծրագրի մեջ)
• Մասնակիցների հարցերով փորձագետները (մարդիկ, որոնք բերում են թիմին կամ նախագծի տեւողության ընթացքում կամ դրա մի մասը, որոնք օգտագործում են իրենց փորձը, նպաստելու ծրագրի հաջողությանը):

Պարզեք ծրագրի թիմի դերերի մասին:

BAU- ի աշխատանքը, մյուս կողմից, կառավարվում է ֆունկցիոնալ թիմերի կողմից: Նրանք փորձագետներ են իրենց իրավունքի մեջ, բայց խմբավորվում են որպես բաժանման եւ սովորաբար ավելի քիչ խաչաձեւ ֆունկցիոնալ համընկնում են այլ բաժիններ, քան նախագծային թիմերը:

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

Այն բարդ է, կա համընկնում: Օրինակ, այդ հաճախորդների զանգերի կենտրոնում թիմի ղեկավարը նրանց ոլորտում մասնագետ է: Նրանք կարող են մասնակցել նախագծային թիմին աշխատանքների փաթեթի կառավարմանը եւ ռեսուրսներին, որոնք վերաբերում են հաճախորդի շփմանն առնչվող ծրագրի մի մասի: Բայց իրենց նախագծային աշխատանքներում նրանք զբաղեցնում են առարկայական հարցերի փորձագետի դերը, այլ ոչ թե հաճախորդների սպասարկման թիմի ղեկավարը: Որպես ծրագրի թիմի անդամ, նրանք պատասխանատու կլինեն նախագծի բյուջեի մասի համար եւ ունեն բարձր հայեցողություն, թե ինչպես է աշխատանքն իրականացվում `նպատակներին հասնելու համար: Նրանք կարող են դա չունենալ իրենց BAU դերում:

ԲԲՈՒ-ի եւ նախագծերի միջեւ հակամարտությունը

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

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

Երրորդ `բիզնեսի վարման պահելը միշտ առաջնային է: Այն ենթադրում է նախագծային թիմերի համար, որոնք կարող են տեսնել իրենց ֆինանսավորման կրճատումը, առանցքային ռեսուրսները վերադառնում են BAU- ի դերերի եւ ժամանակաշրջանների հետաձգված, քանի որ աշխատանքը, ինչպես նաեւ կազմակերպության ընթացիկ գործունեությունը պահելու հետ կապված, ուշադրություն է դարձնում:

Ծրագրի ղեկավարները կարող են հիասթափվել դրա հետ, սակայն դա միշտ էլ նման կլինի եւ պետք է լինի: Չկա մի ֆանտաստիկ նախագիծ, եթե ընկերությունը միաժամանակ անցել է կիսանդրին, եւ ոչ ոք չի մնացել օգտագործել այն, ինչ կառուցել եք:

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