Աշխատանքի հայտարարություն (SOW) փաստաթուղթ է (և, սովորաբար, իրավական պայմանագիր), որը ձևակերպում է կապալառուի և պատվիրատուի միջև փոխըմբռնումը: Յուրաքանչյուր ծրագրի համար SOW- ը նշում է մատուցվելիք հատուկ ծառայությունները (սովորաբար ՝ բաժանված առանձին առաջադրանքների), այդ առաջադրանքների և ծառայությունների կատարման ժամանակը և վճարման չափը և ժամկետները: Դրա հիմնական նպատակն է ծառայել որպես ծրագրի ճանապարհային քարտեզ և փաստաթղթավորել կողմերի ակնկալիքները: Այն պետք է լինի պարզ, պարզ անգլերեն նկարագրություն «Ինչու», «Ո՞վ», «Ի՞նչ», «Ինչպե՞ս», «Երբ», «Որտեղ» և «Որքա՞ն»:
Քայլեր
Մեթոդ 1 -ից 2 -ը. Հետևելով ընդհանուր ուղեցույցներին
Քայլ 1. Աշխատանքը սկսելուց առաջ գրեք SOW- ը:
ՍՊԸ -ն սովորաբար ստեղծվում է հիմնական պայմանագրային բանակցությունների ավարտից հետո, բայց նախագծի վրա որևէ աշխատանք սկսվելուց առաջ: Երբեմն, սակայն (հատկապես ժամանակի նկատմամբ զգայուն նախագծերի դեպքում), բանակցությունները կարող են շարունակվել աշխատանքների սկսվելուց և SOW- ի ավարտից հետո մինչև ծրագրի լավ ընթացքը:
Քայլ 2. Հետազոտեք անհրաժեշտ SOW ձևաչափը:
Չկա մեկ ստանդարտ SOW, քանի որ տարբեր արդյունաբերություններ և նախագծեր ունեն տարբեր մատուցվող աշխատանքներ և աշխատանքային հոսքեր: Լավ սերմանումը հարմարեցված սերմանում է:
Քայլ 3. Առաջին անգամ ճիշտ արեք:
Թեև սկզբնական SOW- ն ինքնին սովորաբար չի վերանայվում, սակայն առանձին կողմի պայմանագիրը, որը կոչվում է Change Order, սովորաբար օգտագործվում է SOW- ի պայմանները փոփոխելու համար: Լավ գաղափար է SOW- ի հետ ներառել Փոփոխության պատվերի դատարկ ձև: Հիշեք, որ Պատվերների փոփոխությունը կարող է բարձրացնել ծրագրի արժեքը: Լավ գրված SOW- ը կարող է օգնել նվազեցնել Փոփոխության պատվերի կարիքը: Ոչ մի հաճախորդ չի ցանկանում լինել այնպիսի դիրքում, որտեղ իր կոնկրետ ակնկալիքները մնում են առանց փաստաթղթերի, ինչը կարող է հանգեցնել ուշացումների, ընդհանուր արժեքի բարձրացման կամ դժգոհության:
Մեթոդ 2 -ից 2 -ը. Սովորելու ոճը և առանձնահատկությունները սերմանումներում
Քայլ 1. Ներառեք նպատակը:
Այս բաժինը պատասխանում է «Ինչու» հարցին: Դա ծրագրի և դրա նպատակների բարձր մակարդակի ակնարկ է: Ընդհանուր նկարագրություններն ընդունելի են նախագծի այս «թռչնատեսակի» մշակման ժամանակ, սակայն խուսափեք այն լեզվից, որը կարող է մեկնաբանվել մեկից ավելի եղանակներով: Եղեք հստակ; նկարագրել չափելի և հասանելի նպատակներ, որոնք իրատեսորեն կարող են իրագործվել նշված ժամկետում:
Քայլ 2. Ներառեք շրջանակի վերաբերյալ քննարկում:
Այս բաժինը տրամադրում է «Ի՞նչ» -ի վերջնական հայտարարություն (ոչ մի տարբերակ կամ այլընտրանք): և «Ինչպե՞ս» Ի՞նչ է աշխատանքը: Ինչպե՞ս դա կիրականացվի: Կամ, հաճախ, այն, ինչը ՉԻ աշխատանքը և ինչը ՉԻ կատարվի: Որո՞նք են ենթադրությունները: Ի՞նչ ապրանքներ են (ապրանքները, որոնք կապալառուն ներկայացնում է հաճախորդին ՝ ստուգման և հաստատման համար): Այն, ինչ ձեռքբերումներից բացի, պետք է տեղի ունենա վարչականորեն (ծրագրի կառավարում) `առաջընթացի հաշվետվության, ժամանակի հետևման և այլ հաղորդակցությունների առումով:
Քայլ 3. Հնարավորության դեպքում ավելացրեք Տեղադրությունը:
Այս ընտրովի բաժինը նկարագրում է, թե որտեղ է կատարվելու աշխատանքը (համապատասխանության դեպքում):
Քայլ 4. Ներառեք frameամկետ:
Այս կամընտիր բաժինը սահմանում է ծրագրի ավարտի համար թույլատրված ընդհանուր ժամանակը, յուրաքանչյուր ժամանակահատվածի համար առավելագույն վճարվող ժամերը, և պաշտոնական ժամերը ստուգելու կամ ծրագրի այլ նշաձողերի համար հատուկ ժամանակներ:
Քայլ 5. Սահմանեք ժամանակացույցը:
Այս բաժնում նշվում է, թե ինչ առաջադրանքներ պետք է կատարվեն մինչև որ ամսաթիվը/ժամը, և ով է պատասխանատու դրա իրականացման համար: Առաջադրանքների և արդյունքների նկարագրությունը (հիմնականում մատուցվող) պետք է լինեն մանրամասն, միանշանակ և պարզ, որպեսզի դրանք հեշտ հասկանալի լինեն: Բացի մատուցվող ապրանքներից, ժամանակացույցը կարող է պարունակել գրառումներ Որակի ապահովման թեստավորման, սպառողների թեստավորման և առաջընթացի հաշվետվությունների համար:
- Չնայած ժամանակացույցը պետք է լինի կոնկրետ, մի կենտրոնացեք «Ինչպես» -ի վրա, քանի որ դա կարող է չափազանց մեծ խոչընդոտներ դնել ծրագրի հաջող ավարտի առջև: Բավական է կիրառվող պահանջվող մեթոդաբանության հիմնական նկարագրությունը:
- Scամանակացույցը հաճախ ներառում է ընդունման չափանիշների մանրամասներ (արդյունքի որակը չափելու համար) և վճարման նշաձողերը (սովորաբար հիմնական առաքումների ընդունումից հետո), չնայած դրանք կարելի է նկարագրել այլ առանձին բաժնում:
Քայլ 6. Ներառեք «Ընդունելություն» բաժինը:
Այս բաժինը նկարագրում է մեխանիզմը, թե ինչպես կողմերը կորոշեն, թե արդյոք արտադրանքը կամ ծառայությունը ընդունելի է: Չափանիշները կարող են տատանվել որակի չափելի չափանիշներից մինչև որոշակի քանակությամբ թեստեր, բայց ամեն դեպքում պետք է օբյեկտիվ գնահատման արժանանա:
Քայլ 7. Նշեք Ստանդարտները:
Այս բաժինը նկարագրում է արդյունաբերության ցանկացած չափանիշ, որը պետք է համապատասխանի պայմանագիրը կատարելու համար: TheՈOW -ում արդյունաբերության չափանիշները ֆիզիկապես վերարտադրելու փոխարեն բավական է մի շարք ստանդարտների հղումը:
Քայլ 8. Ներառեք աշխատուժի ցանկացած պահանջ:
Այս բաժինը սահմանում է աշխատուժի ցանկացած հատուկ պահանջ, օրինակ ՝ նախագծում աշխատող աշխատակիցների թիվը, կրթության պահանջները (աստիճաններ կամ վկայականներ):
Քայլ 9. Նշեք Գինը:
Այս բաժինը վերաբերում է «Որքա՞ն» հարցին: Արդյո՞ք վճարումը ֆիքսված վճար է: Ինչպե՞ս են ազդում ծախսերը/ծախսերը: Արդյո՞ք վճարումը կկատարվի միանվագ, թե մաս -մաս: Ո՞րն է վճարման ժամանակացույցը: Կա՞ն վճարման նշաձողեր:
Քայլ 10. Ներառեք ցանկացած ենթադրություն:
Նախագծերի մեծ մասը ներծծված են տարբեր անհայտություններով, որոնց համար կողմերը պետք է տարբեր ենթադրություններ անեն: Ըստ էության, ենթադրություններն այն պայմաններն են, որոնք կապալառուն ակնկալում է, որ գոյություն ունեն `նախագիծը ԱՍՏՎ -ի պայմաններին համապատասխան ավարտելու համար: Օրինակ, կապալառուն կարող է ենթադրել, որ իր աշխատակիցներին կտրամադրվի մուտք դեպի հաճախորդի համակարգչային ցանց `մատակարարվող ծրագրակազմը տեղադրելու համար: Ենթադրությունների բաժինը պետք է հնարավորինս շատ նման ենթադրություններ սահմանի և շարադրի չնախատեսված ծրագիր կամ հետևանքներ այն դեպքում, երբ որևէ ենթադրություն ձախողվի:
Քայլ 11. Ներառեք ծրագրի կառավարման պարամետրերը:
Այս բաժինը նկարագրում է ծրագրի ընթացքը վերահսկելու գործընթացը: Ներառեք այնպիսի նյութեր, ինչպիսիք են ՝ Շաբաթական հանդիպումներ, կանոնավոր կարգավիճակի հաշվետվություններ, առաջընթացի կանոնավոր հաշվետվություններ և Managementրագրի կառավարման թիմի հանդիպումներ: Այս բաժինը նաև լավ վայր է նկարագրելու ցանկացած լրացուցիչ պարտավորություն, որը կարող է բխել նախագծից, ինչպիսիք են սպասարկումն ու վերանորոգումը նախնական նախագծումից և/կամ տեղադրումից հետո:
Խորհուրդներ
- Եթե կիրառելի է, սովորաբար հաճախորդի շահերից է բխում վերջնական վճարման մի մասը պահելը, մինչև բոլոր ապրանքների համատեղ աշխատանքը ցույց տրվի:
- Ընդհանրապես, լավ մշակված SOW- ը չպետք է անդրադառնա արտաքին փաստաթղթերին (արդյունաբերության չափանիշներից դուրս):
- Համոզվեք, որ ձեր SOW- ում վաճառքի դաշտերի և պայմանագրային բանակցությունների ընթացքում տրված բոլոր խոստումները նախքան ծրագրի մեկնարկը:
- Scheduleամանակացույցը մանրամասնելու համար օգտագործեք օրացույցային լեզու, որը թույլ է տալիս որոշակի ճկունություն: Օրինակ ՝ «X- ից երկու ամիս անց, Q. A. թեստավորումը կավարտվի », այլ ոչ թե« հունիսի 5 -ին, Ք.ա. փորձարկումները կավարտվեն »: Սա թույլ է տալիս, որ նախագիծը սահուն ընթանա (առանց փոփոխման պատվերների), եթե գործընթացի սկզբում ուշացում լինի:
- SOW- ը կարող է նշանակվել «Գաղտնի»: Եթե դա այդպես է, SOW- ը պետք է պարունակի հակիրճ բաժին, որը նկարագրում է գաղտնիության խախտման հետևանքները (սովորաբար ֆիքսված դրամական տույժ):