🙆 ⭐️ 👏 हम विकास लक्ष्य निर्धारित करते हैं (एक खूनी उद्यम में और न केवल) 🎞️ 🥕 🗼

एक युवक अस्पताल में भागता है:
- डॉक्टर, मुझे तुरंत बुलाओ!
- ???
- तत्काल, डॉक्टर, समझाने का समय नहीं है!
डॉक्टर कैस्ट्रेशन करता है। अगली सुबह, आदमी खुद को संज्ञाहरण से आता है, उससे पूछा जाता है कि वास्तव में क्या मामला है?
- आप देखते हैं, मैं एक यहूदी से शादी करने जा रहा हूं, उनका ऐसा धर्म है।
- तो शायद आपको खतना की आवश्यकता थी?
- मैंने क्या कहा? !!!

ज्यादातर समस्याएं गलतफहमी के कारण पैदा होती हैं। आप किसी अधीनस्थ या सहयोगी के लिए कार्य निर्धारित करते हैं, और फिर शपथ लेते हैं, क्योंकि लोगों ने गलत किया, गलत किया, क्योंकि उन्होंने आपको गलत समझा। इसका सामना किया? यदि आप एक प्रबंधक हैं और किसी समस्या को हल करना आपकी जिम्मेदारियों का हिस्सा था, तो आप शायद जानते हैं कि गलत निष्पादन आपकी गलती है, निष्पादनकर्ता की गलती नहीं।

नोट में प्रश्नों का एक ढांचा है, जिसके उत्तर आपको कार्य करने वाले में लिखे जाने चाहिए यदि आप एक समस्या लेने वाले हैं। यदि आप एक कलाकार हैं, तो इन सवालों के जवाब आपको कार्य को बेहतर ढंग से समझने में मदद करेंगे। अधिकांश प्रश्नों के लिए, व्यावहारिक उदाहरण एकत्र किए गए हैं, नकारात्मक और सकारात्मक।

अक्सर समस्याओं का कारण यह है कि कार्य "क्या किया जाना चाहिए" के संदर्भ में निर्धारित किया गया है, न कि "आपको किस प्रकार का परिणाम प्राप्त करने की आवश्यकता है" और "इस परिणाम की आवश्यकता क्यों है"।

संभावनाओं, श्रम लागत और समय सीमा को समझने के लिए, कलाकार आपसे कई अलग-अलग प्रश्न पूछेगा (खासकर यदि वह विषय में नहीं है)। पत्राचार समय खाएगा, और इसलिए पैसा। आप कार्य को गति दे सकते हैं यदि आप तैयार करते हैं कि अधिक विस्तार से क्या करना है। लेकिन वास्तव में क्या तैनात किया जाना चाहिए? हर कार्य प्रबंधक इसे नहीं समझता है।

विभिन्न प्रकार के कार्य हैं।

एक दोष को ठीक करने के लिए कार्य जिसमें यह जाना जाता है कि त्रुटि कैसे होनी चाहिए और क्या प्रकट होता है इस लेख में विचार नहीं किया गया है।

लेख में हम बदलावों के लिए कार्यों का विश्लेषण करेंगे, जिसमें परियोजनाओं के ढांचे के भीतर काम करना, सिस्टम में सुधार, संगठनात्मक और अन्य गैर-मानक कार्य ("समस्या को हल करना" जैसे कार्यक्षेत्र के बाहर रहेंगे, बाद के लेखों में उन पर चर्चा की जाएगी), समस्या कथन की रूपरेखा पर विचार करें और उदाहरण दें। ढांचे को विभिन्न तरीकों और रूपरेखाओं से संश्लेषित किया जाता है।

ठेकेदार स्वयं कार्य कर सकता है, लेकिन कलाकारों की एक टीम (उदाहरण के लिए, डेवलपर्स) का प्रबंधन कर सकता है।

कार्य विशिष्ट हो सकते हैं।

सॉफ़्टवेयर विकास चुनौतियों के लिए अतिरिक्त प्रश्नों के मेजबान की आवश्यकता होती है। हम विशिष्ट कार्यों पर ध्यान केंद्रित नहीं करेंगे और परिवर्तन की प्रक्रिया से संबंधित सामान्य मुद्दों पर विचार करेंगे।

लेखक को लेख क्यों?

, , , .

समस्या बयान रूपरेखा

सभी बिंदुओं का वर्णन करने की आवश्यकता नहीं है, प्रत्येक कार्य के लिए नहीं, प्रत्येक कलाकार के लिए नहीं। नियमों में कई बिंदु तय किए जा सकते हैं

कार्य की सामग्री

नियम और संक्षिप्त
क्या करें
किस लिए
1. टास्क लेवल (रूट / सबटस्क)
2. (उपसर्ग के लिए) परियोजना के हिस्से के रूप में। उपमा क्या है (आप किस कार्य को हल कर रहे हैं, जिसके ढांचे में आपने यह उपसमूह निर्धारित किया है)
3. (मूल कार्य के लिए) व्यावसायिक प्रभाव
4. (रूट टास्क के लिए) इस तरह से हासिल किया जाएगा
5. (रूट टास्क के लिए), व्यवसाय के प्रभाव को इस तरह से मापा जाएगा
6. इस कार्य के विश्वास के कारण आपको व्यावसायिक प्रभाव प्राप्त करने की अनुमति देंगे
7. यदि कार्य नहीं किया जाता है, तो (कंपनी इसे खो देगी / प्राप्त नहीं करेगी, इस तरह के और इस तरह के मामलों में तब ...)
8. . () / … ( ). -
9. ( ). .
1. - (),
2. ( )
3. ,
4. , . , ( ). , . /
5. , , ( )
6. ,
7. … ..
1. , -. . - …

,
( ),
( -).
/
/
1. ( )
2. , / , ,
3. - - ( )
4. -, ( )
5. , -
6. / ()
7. /
1. / / .
2. / ( )
3. , , , .
4. ( )
( )
(, ) ( ),
( ) ( )
, ( )
2. ?
3. ?
4. इस मामले में गैर-महत्वपूर्ण के लिए क्या करना है?
रोलबैक कैसे किया जाएगा (परिवर्तनों के लिए)

ग्राहक की आवश्यकताएं (संसाधन, सूचना, साख)

यह ठेकेदार द्वारा कार्य को संसाधित करते समय भरा जाता है।

पृष्ठभूमि

कुछ अवधारणाओं का संक्षिप्त अवलोकन

?

SMART , , , .

megaplan.ru/letters/how-to-set-tasks , (, ).

“ ” (https://habr.com/ru/post/475284/) .

TOTE ( habr.com/ru/post/339556) , .

Agile ([5]) — “” “ ”, , ( ).

INVEST SMART, - .

, , , .

, . ( [7])

Independent (). , .
Negotiable (). , . , .
Valuable (, ). . , , .
Estimable ( ). “ , ” .
Small (). 1-2 , . .
Testable ( ). .

agile[6]:

, , . , , , , , .
, . , , - , , .
, , , ( ).

user story, : product owner, , . .

- , , , . , . , user story?

, ( ).

मुख्य फ्रेम का विवरण

कार्य की सामग्री

क्या करें

क्या किया जाना चाहिए = कार्य की सूची जिसे कार्य के हिस्से के रूप में करने की आवश्यकता है। यदि आप एक कलाकार और समय सीमा जोड़ते हैं, तो आपको समस्या को हल करने के लिए एक योजना मिलती है। अक्सर यह उत्पादन को समाप्त करता है।

"ऐसा करो," प्रबंधक लिखते हैं। व्यक्तिगत अनुभव के आधार पर, यह पहली चीज है जो किसी कार्य को निर्धारित करने की इच्छा होने पर दिमाग में आती है। हम लिखते हैं कि क्या किया जाना चाहिए, और बाद में यदि आवश्यक हो तो हम स्पष्ट करने या फिर से लिखने के लिए इस बिंदु पर लौटेंगे।

"मुझे जाति बनाओ।"

शायद क्या किया जाना चाहिए की पूरी सूची स्पष्ट नहीं है और फिर समाधान के लिए केवल पहले कदम का संकेत दिया जाता है। लेकिन इस मामले में, ताकि कोई गलतफहमी न हो, यह पोस्टस्क्रिप्ट को "ऐसे और ऐसे अगले कदमों की पहचान और लेने" के लायक है।

विवरण आमतौर पर इस्तेमाल की जाने वाली शर्तों और संक्षिप्तताओं पर आधारित होना चाहिए। अन्यथा, यह उपधारा "नियम और अवधारणाएं" बनाने के लायक है।

किस लिए

सबसे पहले, बिंदु "क्यों" को आपके लक्ष्य की स्थापना करने वाले कलाकार को समझाने की आवश्यकता है, ताकि कार्य शुरू करते हुए, वह "क्या करें" से कार्यों की सूची का विश्लेषण कर सके और उन्हें पर्याप्तता और पूर्णता के लिए जांच सके और बेहतर समझ सके कि किस लक्ष्य को प्राप्त करना चाहते हैं।

कार्य "मुझे जाति बनाओ, क्योंकि मैं एक यहूदी से शादी करने जा रहा था, और उनके पास यह है", एक सक्षम चिकित्सक शब्दांकन की पर्याप्तता पर सवाल उठाएगा और तबाही को रोकेगा।

दूसरे, विवरण में इस विशेष कार्य की प्राथमिकताओं की समझ होनी चाहिए।
एक कलाकार की भूमिका में खुद की कल्पना करें, जो "बहुत सारे काम करता है।" उसे पहले किस कार्य को करना चाहिए, कार्यों को कैसे प्राथमिकता देना चाहिए? यदि आप इसके नेता हैं, तो आप सीधे प्राथमिकताओं को इंगित कर सकते हैं, लेकिन अगर यह नहीं है तो क्या होगा?

ठेकेदार को यह तय करने का अधिकार हो सकता है कि पहले क्या करना है और बाद में क्या छोड़ना है। इस मामले में, वह इस तरह की पसंद की शुद्धता के लिए जिम्मेदार है।

एक खूनी उद्यम के ढांचे में, ऐसा होता है कि प्राथमिकता "परिचालन स्थिति" या अभी क्या जरूरत है, जो जोर से चिल्लाता है के आधार पर किया जाता है। यह "मैं तुम हो, तुम मेरे हो" या "चलो उसके खिलाफ दोस्त हो सकते हैं" में भी पतित हो सकते हैं, लेकिन सीईओ के सामने प्राथमिकता के अन्य तरीकों का इस्तेमाल करना बेहतर है।

एक रन कतार को परिभाषित करने के लिए विकल्प

. .

, , , (, , , , ).

. -.

, , , , , , (. [3]), - ( , , ).

.

— . .

टास्क लेवल (रूट / सबटस्क)

एक कार्य एक विशिष्ट घटना है जिसमें स्मार्ट लक्ष्य हैं और जो किए जाने की आवश्यकता है उसकी सीमाएं हैं।

अस्पष्ट लक्ष्यों के साथ एक कार्य का एक उदाहरण: पहली तिमाही में बिक्री में वृद्धि (1 रगड़ना = समस्या का समाधान?)।

मूल कार्य सीधे अंतिम प्रभाव प्राप्त करने के उद्देश्य से है (दूसरे तरीके से - पहले स्तर का कार्य)। व्यावसायिक मेट्रिक्स में प्रभाव को व्यक्त किया जा सकता है या नहीं।

रूट कार्यों के उदाहरण

“”.
( - ).
.
.
.
.

यदि कार्य के परिणाम सीधे व्यापार संकेतकों को प्रभावित करते हैं, तो आपको कार्य स्तर "मूल कार्य" को निर्दिष्ट करने की आवश्यकता है ।

अक्सर, रूट समस्या को हल करने के लिए अन्य कर्मचारियों की मदद की आवश्यकता होती है। इस मामले में, समस्या को हल करने के लिए, उप-प्रकारों का एक पदानुक्रम बनता है।
यदि कुछ मूल समस्या को हल करने के लिए कार्य के परिणामों की आवश्यकता होती है, तो आपको "सबटास्क" के स्तर को निर्दिष्ट करने की आवश्यकता है ।

एक कार्य / परियोजना और आपको इस कार्य की आवश्यकता क्यों है (उपमा के लिए)

यदि आप पहले स्तर की समस्या है जिसे आप हल कर रहे हैं, के ढांचे के भीतर एक उपकथा निर्धारित करते हैं, तो आपको यह इंगित करने की आवश्यकता है कि आप किस कार्य को हल कर रहे हैं।

यदि परियोजना के ढांचे के भीतर कार्य किया जाता है और परियोजनाओं के लिए क्रॉस-कटिंग प्राथमिकताएं हैं, तो परियोजना को निर्दिष्ट करने से कार्य केंद्रों को सही क्रम में कार्यों को पूरा करने की अनुमति मिलती है।

यदि आप एक कलाकार हैं और किसी कार्य के मापदंडों का पता लगाने के लिए सूत्रीकरण ढांचे का उपयोग करते हैं, तो आप आपसे पूछ सकते हैं: “हमें इस कार्य की आवश्यकता क्यों है, आप परिणाम का उपयोग कैसे करेंगे? कार्य को बेहतर तरीके से करने के लिए मुझे यह जानने की आवश्यकता है। ”

उत्तर प्राप्त करने के बाद, 5Why के तकनीशियन लक्ष्य-सेटिंग में और अधिक गहराई तक जाने की सलाह देते हैं: "और आपको इसकी आवश्यकता क्यों है" और इसी तरह 5 बार।

एक खेल के सामान की दुकान में एक वार्तालाप की कल्पना करो

: ” ”
: “ ?” (1 why)
: “ ”
: “ ?” (2 why)
: “ ”
: “ ?” (3 why)
: “ ”
: “ ?” (4 why)
: “ , , ”

हकीकत में, दूसरे के बाद क्यों, कार्य प्रबंधक बहुत परेशान होने लगता है।

जो प्रश्न पूछा जा सकता है: "मैं समझता हूं कि आपको इसकी आवश्यकता क्यों है, (आप अपनी समझ को दोहरा सकते हैं क्यों)। चुनें कि हम आगे क्या करेंगे: इस कार्य के विवरण पर चर्चा करने के लिए आगे बढ़ें, या मैं कार्य को हल करने के लिए सरल विकल्प खोजने में मदद कर सकता हूं। "

खेल का सामान की दुकान, डबल 2

1
: ” ”
: “ ?” (1 why)
: “ ”
: “ , , . ”
: “ ”
: “, : , ?”
….

2

: ” ”
: “ ?” (1 why)
: “ ”
: “ , , . ”
: “ ”
: “ , : , ?” (2 why)
: “ , ”
: “ . ( ). , . , , .”
: “ ”

मुझे एक जाति बनाओ, मैं एक यहूदी से शादी करूंगा।

व्यावसायिक प्रभाव (मूल कार्य के लिए)

कार्य पर क्या व्यावसायिक प्रभाव पड़ता है, क्या हम इसे और कैसे मापेंगे।

व्यापार संकेतकों के उदाहरण

:
( - ):
:

:
:
:
: HR

यदि व्यावसायिक संकेतकों पर कार्य के प्रभाव का आकलन करना मुश्किल है (उदाहरण के लिए, यह ऑपरेटर इंटरफ़ेस की प्रयोज्यता में सुधार है, जिससे तेज ऑर्डर प्रसंस्करण नहीं होता है), तो यह संकेत देने योग्य है कि यह कार्य उसके उपभोक्ता के लिए महत्वपूर्ण क्यों है।

समस्या के समाधान का अपघटन या आप कार्य के परिणामों का उपयोग करने की योजना कैसे बनाते हैं

कठिन कार्य (उदाहरण के लिए, एप्लिकेशन एकीकरण कार्य) को कलाकारों के साथ चर्चा करने की आवश्यकता है - अपने कार्य (कार्य) के अपघटन को कलाकारों के कार्यों में विकसित करने के लिए।

लेकिन ऐसा होता है कि कलाकार को यह बताए बिना कार्य दिया जाता है कि आप अपनी समस्या को हल करने के लिए उसके काम के परिणामों का उपयोग करने की योजना कैसे बनाते हैं।

अक्सर यह समस्याओं की ओर जाता है: भविष्य में कार्य के परिणामों का उपयोग नहीं किया जा सकता है, जिससे समय की हानि होती है या "बैसाखी" को फिर से तैयार करना पड़ता है।

उदाहरण

— .
— . ?
— .
— , .
— , .
— . . ?
— .
— + , , — . ?
— .

यह ग्राहक (उपभोक्ता) के लिए क्यों है

कार्य का उपभोक्ता कौन है? यह उपभोक्ता के लिए क्यों है?

खतना करने वाले पति को मजाक से दुल्हन के लिए क्यों महत्वपूर्ण है?

यदि कार्य क्लाइंट को चिंतित करता है, तो आपको निश्चित रूप से संकेत देना चाहिए कि यह क्लाइंट के लिए क्यों है।

ऐसा होता है कि सिस्टम परिवर्तन आपके साथ बातचीत करने वाले ग्राहक के अनुभव को खराब करता है। यह स्थानीय अनुकूलन के लिए कुछ प्रबंधकों की इच्छा के कारण है, खासकर अगर ये नेता सीधे ग्राहक के साथ बातचीत नहीं करते हैं।

उदाहरण 1. तर्कशास्त्री (इलेक्ट्रॉनिक्स बेचना) का एक कार्य।

“ , ”.

, - - . , .

उदाहरण 2. विपणन प्रबंधक का एक कार्य।

“ -, , .”

, .

उदाहरण 3. वित्तीय निदेशक का एक कार्य।

“ , ”.

. , 6, ( ), . .

, .
, ? ?

भविष्य के उपयोग के मामले

जैसा कि मुख्य चरित्र हल किए गए कार्य के परिणामों का उपयोग करेगा। भविष्य में उपयोग के लिए मामला क्या है?

यह इंगित करना विशेष रूप से महत्वपूर्ण है कि परिदृश्य में मुख्य अभिनेता आपका ग्राहक है या नहीं।

उदाहरण। QR कोड के माध्यम से भुगतान

: QR- . - - -.

: QR-.

: QR- , -.

. ? .

1 (20% ). , .

2 (80% ). , (!!!), , , , - .

? , ( - ), ?

, QR-? (, . deeplink). , -?(, ).

अगर नहीं किया गया

संकेत दें कि कार्य पूरा नहीं होने पर क्या होगा (या क्या नहीं होगा, "स्क्वायर स्क्वायर डिसिजन मेकिंग" देखें)। यह आवश्यक है ताकि ठेकेदार बेहतर समझे कि पहले स्थान पर आगे बढ़ने के लिए कौन सा कार्य सबसे अच्छा है।

यह असहज प्रश्न अक्सर "क्यों" सवाल का सबसे अधिक समझ में आने वाला उत्तर देता है।

उदाहरणों की तुलना करें:

कंपनी को 0.1% लाभ प्राप्त नहीं होगा, जो कि एक्स मिलियन रूबल है। प्रति माह।
एक कर्मचारी (ऑपरेटर) भुगतान डेटा के मैनुअल इनपुट पर एक दिन में औसतन 15 मिनट खर्च करेगा, जिसकी लागत कंपनी को 3,000 रूबल है। प्रति माह।
FZ-54 के तहत चेक के इलेक्ट्रॉनिक राजकोषीय पंजीकरण में सुधार लाने में विफलता से कंपनी के दोहरे टर्नओवर की राशि में कंपनी को जुर्माना लगेगा।

यदि मुझे जाति नहीं दी जाती है, तो मैं अपनी वफादार दुल्हन और उसके पिता को धोखा दूंगा और एक अमीर दहेज नहीं लूंगा।

तत्परता का मानदंड (परिणाम)

यह अपेक्षित परिणाम का विवरण है।

इसकी संपूर्णता में,
“ आपको इस और-तो-और का लाभ उठाने के लिए इसकी आवश्यकता है। आवश्यक रूप से, ... इस तरह के और इस तरह की जाँच करने का तरीका । "

ज़रूरी

आप किस तरह का परिणाम प्राप्त करना चाहते हैं? (किए गए + स्वीकृति मानदंड की परिभाषा के समान)।
आप कब विचार करेंगे कि कार्य 100% तैयार है?

विनियमन

, , : , .

, , , , , .

सेवा

ठेकेदार को तत्परता के मानदंडों से सहमत होने या काम के मूल्यांकन के लिए एक अलग (सर्वोत्तम) विकल्प की पेशकश करने के लिए, उसे समझना चाहिए कि ग्राहक को इन मानदंडों की आवश्यकता क्यों है।

यह या यह मानदंड इतना महत्वपूर्ण क्यों है, इसकी समझ के बिना, यह संभावना है कि कलाकार इसे अनदेखा करेगा (या इटालियन संगीत सीमा को चालू करेगा)। इसलिए, "" से वाक्यांश के आधार पर मापदंड का वर्णन करना बेहतर है।

अपेक्षित

सभी मानदंड समान रूप से महत्वपूर्ण नहीं हैं, कुछ के लिए आवश्यक हैं = होना चाहिए, कुछ वांछनीय हैं = अच्छा 2 है (विशेष रूप से समय सीमा वाले कार्यों के लिए)। क्रियान्वयन पद्धति को चुनने में आप जितना अधिक प्रदर्शन करते हैं, गैर-पूर्ति का जोखिम उतना अधिक होता है और कर्मचारियों की पहल में कमी (या ऐसा परिदृश्य संभव है जहां कलाकार आपको और अधिक खींच ले, आपको समस्याओं को हल करने के लिए मजबूर करता है, क्योंकि आपने इसे सीमित कर दिया है)। अनिवार्य मानदंडों के लिए, यह इंगित करने योग्य है कि वे क्यों अनिवार्य हैं।

उदाहरण। 1C डेवलपर्स का पता लगाएं

HR-.

: hh.ru 1.

: 01 . , , . .

:

: 01 2 1 Middle+, . 1 .

: — 120 000 .

, 100 . , — 140 . ? ? , . : — 240 . . , .

?

: , , . ? , , , .

? , , ( ) — , . ? ? . – .

: «, , , - »
: “”.

4. . 6 ( 10-00 19-00 ), , - . Must have, .

— acceptance criteria. definition of done ( , , ):

( ).
( ).
( ).
.
..

( , ? ? — ).

, HR , , , . , , . , , — . , .

, “ ” , :

: ( )

: 01 . , , . .

:

01 2 1 Middle+, . 1 , .
— 240 . . , .
, , , - .
6 ( 10-00 19-00 ), . Must have, , .

सत्यापन विधि

यह इंगित करने योग्य है कि क्या यह स्पष्ट नहीं है।

नए साल के कॉर्पोरेट पार्टी के आयोजन का कार्य।

, ? ? ? ? , , , , .

, – . , , , ( ), : / ?

“, , . — . — 90% 8 ”.

परिणाम की तैयारियों के मानदंड को इंगित करना महत्वपूर्ण है, और समस्या को हल करने का तरीका नहीं है। अक्सर यह सबसे कठिन होता है, क्योंकि सुपरसिस्टम में जाना बहुत ही असामान्य है।

यह नकारात्मक नहीं इंगित करने के लिए सलाह दी जाती है (ताकि कुछ ऐसा न हो), लेकिन सकारात्मक "ऐसा"। सही आकार में।

उदाहरण। दीवार में कील

: .

: , , , .

: , . , .

: .

. . ? ? ? : , . . . .

:

— , . , .
, . .

तत्परता मानदंड को अंतिम परिणाम के रूप में तैयार करने की कोशिश की जानी चाहिए, यह इंगित किए बिना कि यह परिणाम कैसे प्राप्त किया जाना चाहिए।

उदाहरण। क्यूआर कोड का उपयोग करके साइट पर भुगतान करें

QR , QR , .

, . .

, .

, . — deeplink, QR .

प्रसंग

प्रसंग कुछ स्थिति का वर्णन है जैसा कि अभी है (जैसा है)।

यदि ठेकेदार को आपकी वर्तमान प्रक्रियाओं के बारे में पता नहीं है, तो वह अक्सर यह नहीं समझ पाएगा कि आपको वास्तव में क्या चाहिए।

किस प्रकार का व्यापार
विचाराधीन गतिविधि अब कैसे संचालित हो रही है
संदर्भकर्ताओं द्वारा संचालित गतिविधियों की समीक्षा कैसे की जाती है
मौजूदा हालात में क्या बुरा है

उदाहरण समझना

, ? , .

कम स्पष्ट संदर्भ उदाहरण

Wildberries, OZON, .. , ?

? ? ? ? ? . .

, , , : .

? ? ? ? . .

किस तरह का व्यवसाय (बाहरी ठेकेदार के लिए)

किसी बाहरी निष्पादक को कार्य सेट करना, आपके व्यवसाय के बारे में बुनियादी जानकारी प्रदान करने के लायक है।

ऐसा होता है कि यह "पिआतोर्का की दुकान" लिखने के लिए पर्याप्त है, और यह कलाकार को स्पष्ट हो जाएगा कि समस्या क्या है (यदि वह क्षेत्र जहां समस्या में विचार की जाने वाली प्रक्रियाएं होती हैं, वह कलाकार के अनुभव के करीब है)।

यदि नहीं, तो आपको व्यवसाय कैनवास (कैनवास) को निर्दिष्ट करना चाहिए [देखें 8]:

व्यापार के प्रकार
आपका उत्पाद क्या है (उत्पाद), किस प्रकार के उत्पाद हैं (उधार, CTP, बीमा, ...)
व्यवसाय की विशेषज्ञता क्या है, हाइलाइट क्या है (UTP), क्या मूल्य है (हम थोड़े समय में गुणवत्ता के सामान वितरित करते हैं)
आपके उपभोक्ता कौन हैं (खुदरा ग्राहक, वितरक, दुकानें, ...)
( , -, , , ...)
(, , , , ..)
( , , ...)
(, , ...) ()

, CRM

: CRM.

: .

, ? .

? :

1.

— :
— :
— : , (30%), (10%), email/ (30%), (30%)
— :
— : , -,
— :
— : ,

2

— :
— :
— :
— :
— : ,
— : ,
— : ,

1 “B2B” CRM , , , , , , .

2 “” CRM , , email, sms, web-push, , .

,

As Is की स्थिति का संकेत कलाकार को दिखाएगा कि वास्तव में, किस प्रकार के "अंतर" को दूर करना है। वर्तमान स्थिति के आधार पर, ऑपरेशन बहुत भिन्न हो सकता है।

मोटे तौर पर बोलना: 900 हजार रूबल के कारोबार वाली कंपनी के लिए 1 मिलियन रूबल का कारोबार करने या 100 हजार रूबल का कारोबार करने का कार्य पूरी तरह से अलग कार्य है।

अब जो समस्या का समाधान कर रहा है उसका एक संकेत तुरंत उस प्रमुख निष्पादक को इंगित करेगा जिसके पास कार्य की सबसे बड़ी जानकारी है।

यदि किसी समस्या का एक एनालॉग पहले से ही एक पड़ोसी इकाई या एक संदर्भ कंपनी में हल किया गया है, तो यह भी ध्यान देने योग्य है।

उदाहरण। प्रसव के समय की गणना करें

:
: -.

:
1. ERP .

2. , . , . .

.

, ( , ). . - . 10-50 .

गतिविधि द्वारा क्या विनियमित किया जाता है और गतिविधि के साथ कौन से दस्तावेज़ होते हैं

उदाहरण के लिए। ऑर्डर प्रसंस्करण को स्वचालित करते समय, आवश्यक जानकारी अक्सर प्रबंधक के निर्देशों में पाई जा सकती है, जो काम पर रखने पर जारी की जाती हैं।

अब लक्ष्य की उपलब्धि को क्या रोकता है

क्यों मौजूदा तरीकों, आवश्यक गुणवत्ता मानकों को ध्यान में रखते हुए, समान लक्ष्य प्राप्त नहीं कर सकते हैं।

उदाहरण। प्रसव के समय की गणना करें

: .
: -.

:

.
ERP .

1. : , .

: .

2. , , , .
: .
2-3 , .

पहले टास्क पर किया था ..., यहां देखें

कार्य पर क्या काम पहले से ही किया गया है और क्या एक औपचारिक परिणाम देखना संभव है।

कार्य का नाम

"क्यों" और "रेडीनेस क्राइटेरिया" ब्लॉक बनाने के बाद, आप कार्य का नाम भी लिख सकते हैं। यह लघु, समाई और मानक होना चाहिए।

कार्य का संगठनात्मक हिस्सा

शर्तों (अधिकार और प्रतिबंध) के तहत

एक मूल प्रतिमान को अपनाया जाना चाहिए या संकेत दिया जाना चाहिए (दो में से एक):

"जो सभी निषिद्ध नहीं है उसे अनुमति दी गई है" या "वह सब जिसकी अनुमति नहीं है निषिद्ध है"।

नियम

. .
— “, ”.

?

—
—
—
— /.

:

— ,
— ,
—
—
— “”,

, :

, , , . , .
, , , ( ).
.
— .
, , — 15 /. , . , — ( — ).
, , /, , . , , . /, ( — ).
15 , , /.
/ , , .
..

कितना जरूरी?

यदि कार्य में अत्यधिक आग्रह है, तो इसे इंगित करें और बताएं कि कार्य में ऐसा आग्रह क्यों है। उदाहरण के लिए, यदि कार्य "ब्लैक फ्राइडे" के संगठन के लिए आवश्यक है, तो इस और उस समय को इंगित करें जब ब्लैक फ्राइडे आता है।

विशेष समय-सीमाएँ हैं, जिसके बाद कार्य की निष्पक्ष रूप से आवश्यकता नहीं है। उदाहरण के लिए, सम्मेलन में भाषण की अवधि। उदाहरण के लिए, यदि आपको किसी विज्ञापन कंपनी के लिए लैंडिंग पृष्ठ की आवश्यकता है, तो उसके लिए समय सीमा निर्धारित विज्ञापन का समय है जिसे स्थानांतरित नहीं किया जा सकता है।

सॉफ्टवेयर विकास जैसे कार्यों के लिए, यह केवल समय सीमा निर्दिष्ट करना महत्वपूर्ण है कि यह वास्तव में कहां है, और ऐसे कार्यों का प्रबंधन कैसे अलग है

— . , . = 90% .

.

deadline = , , . , , .

deadline, . , . , .

“ ”:

, — 2-3
“ ” =
(scope), must have nice2have (. “ ”)

, “ ”. , — must have nice2have. Must have . , . : must have , , , - nice2have.

विशेष महत्व का कार्य

यदि ठेकेदार द्वारा कार्यों के कार्यान्वयन को कन्वेयर तक पहुंचाया जाता है, तो कुछ कार्यों को सामान्य से अधिक तेजी से धकेलना आवश्यक हो सकता है।

"विशेष नियंत्रण" लेबल के साथ ऐसे कार्यों को हाइलाइट करें, जो ठेकेदार को एक अलग तरीके से कार्य प्रबंधन को व्यवस्थित करने की अनुमति देगा, और कार्य प्रबंधक अलग से ऐसे कार्यों की निगरानी करेगा। ऐसे प्रत्येक कार्य के लिए, ठेकेदार से संपर्क करें और इसके महत्व को कहें, ताकि ठेकेदार इसे स्थगित कर दे। लेकिन याद रखें - ऐसे कई कार्य नहीं होने चाहिए।

इसकी आवश्यकता क्यों है और आम कार्यों को करने में देरी कहाँ से होती है?

: , , , . . .

, . , , .
, , .

:

,
,
,
,
“ ” — , .

, , . , , .

धन की सीमा

खर्च सीमा वाले कार्यों के लिए, यह सीमा निर्दिष्ट करें। एक सीमा का मतलब दोनों अनावश्यक कार्यों से हो सकता है यदि खर्च सीमा से अधिक हो (एक तैयार उत्पाद को बेचने की तुलना में सामग्री अधिक महंगा है), साथ ही साथ अन्य कारण भी।

एक सीमा की उपस्थिति या तो गुंजाइश या समय को प्रभावित करती है।

उदाहरण के लिए:

आपको एकत्रित राशि के लिए जन्मदिन का उपहार खरीदना होगा।
अपनी खुद की साइट में सुधार परियोजनाओं के बीच में किया जा सकता है (मुफ्त में, क्योंकि पेरोल पहले ही भुगतान किया जा चुका है)।
यदि कोई ठेकेदार न्यूनतम पर ऐसा करने को तैयार नहीं है, तो कॉर्पोरेट पोर्टल का कार्यान्वयन स्थगित किया जा सकता है।
स्पेयर लैपटॉप को सबसे कम कीमत पर खरीदा जा सकता है जिसे आप कुछ समय तक इंतजार कर सकते हैं।
, ( , KPI ).

/ ( )

यदि ठेकेदार को समस्या को हल करने के लिए अतिरिक्त कर्मचारियों को आकर्षित करने की आवश्यकता हो सकती है, और वे अतिभारित हैं, तो यह एक समस्या बन सकती है।

इस मामले में, आपको "अपने आप पर निर्णय" या "ऐसे और ऐसे कर्मचारी को विचलित न करें" संकेत करना चाहिए।

रिवर्स स्थिति: कुछ कार्यों को शानदार ढंग से हल किया जाना चाहिए, जिसके लिए आपको एक विशेषज्ञ को आकर्षित करने की आवश्यकता है। फिर हम "ऐसे और इस तरह के एक कर्मचारी को आकर्षित करें" का संकेत देते हैं।

उदाहरण के लिए, "ऐसी और ऐसी साइट के लिए इंटरनेट के लिए एक लेख लिखें, ऐसे और इस तरह के एक मामले के विशेषज्ञ से जानकारी लें।"

यदि कंपनी को बाहरी विशेषज्ञों को आकर्षित करने से प्रतिबंधित किया गया है, लेकिन इस कार्य को पूरा करने के लिए यह आवश्यक है, तो यह ध्यान देने योग्य है।

उदाहरण के लिए, "भर्ती करने वाली एजेंसियों को भर्ती करने के लिए Hybris अनुभव के साथ एक वरिष्ठ जावा डेवलपर खोजें।"

निष्पादन की विधि का समन्वय

तीन में से एक चुनें:

कार्यान्वयन से पहले एक योजना पर सहमत हों।
पूरा होने के बाद बताएं।
रुचि नहीं।

यह महत्वपूर्ण क्यों है? यदि आपको निष्पादक पर भरोसा नहीं है, और आपको पहली बार कार्य पूरा करने की आवश्यकता है, तो आपको यह पता लगाने की कोशिश करनी चाहिए कि काम शुरू होने से पहले इसे कैसे हल किया जाएगा। इसमें समय लगेगा, लेकिन परिणामस्वरूप आपको काम की एक स्वीकार्य गुणवत्ता मिल जाएगी।

निष्पादन की एक विधि का समन्वय कब आवश्यक है? उन मामलों में जहां विफलता का जोखिम इतना बड़ा है कि यह गंभीर नुकसान (उदाहरण के लिए, आपकी बर्खास्तगी या आपके नेतृत्व में आत्मविश्वास की हानि) से खतरा है। यह आइटम उस कर्मचारी को निर्दिष्ट किए गए कुछ जटिल कार्यों के लिए निर्दिष्ट करने के बारे में भी सोचने योग्य है, जो उन्हें पहली बार आपके लिए करता है।
([४] इस मद को बीमा कहा जाता है)।

“ ”
, , .

. .

? !

“ ”.
“ . , - ”.

“ ”?
“ . , ”.

“ . ? ”.

“ ”

— “ ”.
— ( “ ”). , , - .
— ?
— -.
— % , . . ? , .

— “ ”. .
— ( ). , . , ( ..) ….
— ?
— , .
— , , , , . . .
. ?
— , , .
— ?
— , .
— , “ ” , . — .

( )

किसी भी लंबे कार्य को करने की प्रक्रिया को नियंत्रित करने की आवश्यकता है।

यदि कार्य कलाकार को सौंपा गया है, तो अक्सर पहले स्थान पर कार्य को पूरा करने के लिए दक्षताओं की उपलब्धता को नियंत्रित करना आवश्यक है (देखें [१०])।

यदि हाथ पर उपलब्ध रिपोर्टिंग के माध्यम से कार्य के निष्पादन की निगरानी करना संभव है, तो यह ठीक है, कैलेंडर में नोट करें और जांच करें (या रिपोर्टिंग विभाग के प्रमुख से इस समय तक एक विश्लेषणात्मक नोट के साथ एक रिपोर्ट तैयार करने के लिए कहें)। लेकिन ज्यादातर अक्सर कोई तैयार रिपोर्टिंग नहीं होती है।

काम को नियंत्रित करने की विधि ठेकेदार के काम को व्यवस्थित करने की विधि पर निर्भर करती है और नियमों में तय की जानी चाहिए।

सबसे आसान तरीका कम से कम एक अगला नियंत्रण बिंदु (उच्चतम प्राथमिकता के एक कार्य के लिए काम करना) को परिभाषित करना है।

लोगों और टीमों के प्रबंधन के लिए विभिन्न विकल्पों में नियंत्रण के बारे में संक्षेप में

, , . , - , .

? “ ” [5] [9]. ( 100% , , . — ).

, . .

— .

:

( ) kanban = . , - ( , , …), .
Kanban = . , “ ” . , , , ( , , ). () ( ) ( ). , .
(scrum, scrum ....) = . + ( ).

— - , :

. , . – (-).

, — , .

, , - , , . , : , , .

वैसे, हमें नियंत्रण की आवश्यकता क्यों है?

खूनी उद्यम से कैसे आवश्यक नहीं की एक कहानी।

- . «», . « ?», . , , , . , . , - , .

निगरानी को उन समस्याओं में सहायता के रूप में आयोजित किया जाना चाहिए जो कर्मचारी समस्या को हल करने में सक्षम नहीं है।

नियंत्रण बिंदु नियंत्रण का समय, स्थान और विधि है।

एक जगह है कि संचार कैसे होगा।

ऑफिस जाकर दिखाओ
कॉल करें और रिपोर्ट करें
चैट करें और रिपोर्ट करें

नियंत्रण की जगह पर नियमन

, . , ( / / ), .

नियंत्रण की विधि - जिसे नियंत्रित करने की आवश्यकता है उसका निर्धारण। सबसे अधिक बार यह योजना से वस्तुओं का कार्यान्वयन है, अगर बिंदु को उनके कार्यान्वयन के नियंत्रण के रूप में सेट किया गया है। लेकिन यदि कार्य अत्यावश्यक है, तो नियत समय पर कार्य के लिए मध्यवर्ती परिणामों की संरचना को नियंत्रित करना संभव है, ताकि आप समझ सकें कि यह कहाँ चल रहा है। यह लंबा है, लेकिन पहली बार।

उदाहरण। प्रमोशन लॉन्च।

. ( ).

– . , . , .

: , ( , , ).

अगले बिंदु का निर्धारण कैसे करें? कार्यान्वयन योजना और प्रबंधन पद्धति के समन्वय के प्रकार पर निर्भर करता है।

विशेष महत्व के कार्यों के लिए, व्यक्तिगत रूप से प्रबंधित:

यदि आप कार्यान्वयन से पहले कार्यान्वयन की योजना पर सहमत होते हैं, तो उस समय जब ठेकेदार इस योजना और कार्यान्वयन की विधि प्रस्तुत करेगा, आप नियंत्रण के बिंदु को निर्धारित कर सकते हैं।
यदि आप निष्पादन विधि की जांच करने की योजना नहीं बनाते हैं, तो ठेकेदार को अगले नियंत्रण का समय और स्थान स्वयं इंगित करें और यह संकेत दें।

अन्य कार्यों के लिए - नियमों द्वारा निर्धारित।

गुणवत्ता की जांच कौन करता है

आमतौर पर कंपनियों में मानकीकृत पहली चीज है गुणवत्ता नियंत्रण।

उदाहरण के लिए। उत्पन्न कोड की गुणवत्ता परीक्षक द्वारा और कभी-कभी विकास प्रबंधक द्वारा जाँच की जाती है। एक वकील द्वारा कानूनी समझौतों की कानूनी शुद्धता और अनुपालन की जाँच की जाती है। अनुबंध का समापन करते समय, आप ठेकेदार को वकील के साथ अनुबंध को सत्यापित करने के लिए कहते हैं और नियंत्रण के अगले बिंदु पर वकील की टिप्पणियों को देखते हैं।

आप अपने आप को गुणवत्ता पर नियंत्रण नहीं करते हैं, लेकिन किसी अन्य कर्मचारी की मदद से। विनियमों में विशिष्ट नियंत्रण केंद्रों को दर्ज किया जाना चाहिए।

नियमों का एक उदाहरण।

,
,
– .

लेकिन अगर प्रक्रियाएं अभी तक बिल्कुल भी स्थापित नहीं हुई हैं, या यदि कार्य विशिष्ट नहीं है, तो यह इंगित करने योग्य है कि कौन नियंत्रित करेगा।

एक atypical समस्या का एक उदाहरण।

, .

अगर गलत हो जाए तो क्या होगा

उदाहरण। नए साल के लिए समान उपहार खरीदें, राशि - 2000 रूबल। प्रति बच्चा। और अगर 2050 रूबल - क्या हम खरीद रहे हैं?

यह विचार करने और संकेत देने योग्य है:

आप कितना ओवरस्पीड कर सकते हैं
आप कितनी देरी कर सकते हैं
न्यूनतम क्या किया जा सकता है (यह तत्परता मानदंड के टूटने का कारण है, अच्छा 2 हैवे)।

यदि आप ओवरस्पीड नहीं कर सकते हैं, तो सब कुछ करना सुनिश्चित करें और उच्च गुणवत्ता के साथ समय पर, तो अक्सर एक या अधिक कठिन कार्य विफलता के लिए बर्बाद होता है। क्यों? संज्ञानात्मक पूर्वाग्रह "नियोजन त्रुटि" आपको और संभावित समस्या के बारे में सोचे बिना किसी कार्य को पूरा करने के लिए एक आशावादी सफल परिदृश्य के बारे में सोचने के लिए प्रेरित करता है। लेकिन समस्याएं होती हैं। यदि आप पहले से उनके बारे में सोचते हैं, तो आप सबसे पहले समय और आवश्यक संसाधनों का अधिक गंभीरता से आकलन कर सकते हैं।

दूसरे, यह इन समस्याओं की स्थिति में अधिक तेज़ी से प्रतिक्रिया करना संभव बना देगा। ऐसा क्यों संभव है।

उदाहरण के लिए। यदि आप अनुमेय विचलन को निर्दिष्ट नहीं करते हैं, तो डिफ़ॉल्ट रूप से, ठेकेदार प्रत्येक मामले के लिए आपके पास चलेगा जब कुछ निर्दिष्ट सीमाओं से परे जाता है। इस तरह के प्रत्येक मामले में संचार के कारण कम से कम देरी होती है (आप बेकार नहीं हैं), जो समय सीमा को तोड़ देता है।

क्या गलत हो सकता है और इस पर कैसे प्रतिक्रिया करें (और क्या प्रतिक्रिया दें)? अधिकांश जोखिम मानक हैं और नियमों में वर्णित होना चाहिए।

नियम

( ) . ? ? ? ? ? ? ?
, . ? ? ? ?
. . , , ? , ( , , ).
. ? , .. - ,

लेखक इस आइटम जोखिम का नाम क्यों नहीं देता है

, — . , . , . .

समाधान निर्माण समूह (समाधान योजना)

कुछ समस्याओं के समाधान के लिए, किसी के हितों को ध्यान में रखा जाना चाहिए। यदि ऐसा है, तो जिम्मेदार (तथाकथित हितधारकों) की सूची का संकेत दें। यदि यह आमतौर पर ज्ञात नहीं है, तो इंगित करें कि उनमें से किसके पास सबसे अधिक विशेषज्ञता है।

कई कार्यों के लिए, इन व्यक्तियों को कार्य प्रक्रिया के आधार पर ठेकेदार द्वारा स्वतंत्र रूप से निर्धारित किया जा सकता है।

लेकिन कभी-कभी इन व्यक्तियों की स्पष्ट रूप से पहचान नहीं की जाती है। ऐसी स्थिति से बचने के लिए जब कोई किसी की राय पूछना भूल गया, तो आपको एक सूची निर्दिष्ट करने की आवश्यकता है।

ऐसे कार्यों के उदाहरण जहां हितधारक स्पष्ट नहीं हैं

,
,
,
, , .

तैनाती की कामना

कुछ परिवर्तन किसी भी समय दर्ज नहीं किए जा सकते हैं। यदि कोई विनियमन नहीं है, तो इन प्रतिबंधों को इंगित किया जाना चाहिए।

उदाहरण के लिए, साइट कोड में बदलाव तब किए जाने चाहिए जब साइट के पास उपयोगकर्ताओं की संख्या कम से कम हो ताकि ऑर्डर कम हो सके।

निर्णय के बारे में किसे और कैसे सूचित किया जाए

यदि नियमन परिभाषित नहीं है, तो यह परिणाम के समय संकेत देने योग्य है।

ऐसा होता है कि लोग जानते नहीं हैं, हालांकि समस्या का समाधान उन्हें चिंतित करता है। यदि ऐसा होता है, तो यह स्पष्ट रूप से निर्दिष्ट करने योग्य है।

उदाहरण के लिए, जीरा कार्यों के साथ काम करने के नियमों में बदलाव से सभी विभागों के कर्मचारियों को जीरा के माध्यम से अपने काम का आयोजन करने की चिंता है। उसी समय, कर्मचारियों को इस विनियमन में बदलाव पर हस्ताक्षर करना चाहिए।

निर्वाहक

ठेकेदार एक कर्मचारी है जो कार्य करता है। यह समस्या के बयान के दौरान ज्ञात नहीं हो सकता है और बाद में परिभाषित किया जाता है, उदाहरण के लिए, यदि एक ही समूह के कई लोग इस प्रकार के कार्य करते हैं।

टास्क स्वीकृति आयोजक

पूर्ण कार्य कर्मचारी द्वारा स्वीकार किए जाते हैं, वह व्यक्ति जो कार्य निर्धारित करता है। लेने वाले को वही मिला जो वह चाहता था?

लेकिन कार्य की जिम्मेदारी किसके पक्ष में है? ठेकेदार ने काम किया (गेंद को सौंप दिया?), कार्य प्रबंधक ने सत्यापन के लिए कार्य लिया (क्या उसने वास्तव में इसे लिया है?)।

यदि कार्य टास्क-ट्रैकर के माध्यम से सेट किया गया है, अर्थात, वर्तमान जिम्मेदार क्षेत्र, जो यह निर्धारित करता है कि गेंद किस तरफ है।

लेकिन यदि नहीं, तो ऐसा होता है कि कार्य लंबे समय तक फ्रीज हो जाते हैं, खासकर यदि कोई नियम और कानून नहीं हैं (जो कि कार्य करने वाले के लिए भी उपयोगी है)।

कार्यों की स्वीकृति के लिए नियम।

— ( ), , ( “” , “”).

— ( ), , (, ), . (“” , ).

: , () .

, — ( ).

, .

पुनर्चक्रण की अनुमति दी

प्रसंस्करण कर्मचारियों को भुगतान किया जाना चाहिए यदि नियोक्ता को उन्हें (कानून द्वारा) आवश्यकता होती है। उसी समय, कर्मचारी अपनी इच्छानुसार काम पर रह सकता है, लेकिन इस तरह के प्रसंस्करण का भुगतान संगठन पर निर्भर करता है या नहीं।

प्रसंस्करण की प्रक्रिया को प्रबंधित करने की आवश्यकता है = उन कार्यों को आवंटित करने के लिए जिन्हें समय पर किए जाने की आवश्यकता है, जिसमें कार्य के दौरान किए जाने वाले सामान्य कार्यों के प्रसंस्करण के माध्यम से भी शामिल है।

ग्राहक की आवश्यकताएं

ठेकेदार यह संकेत दे सकता है कि कार्य को सफलतापूर्वक पूरा करने के लिए उसे ग्राहक से क्या चाहिए।

संक्षेप में, इसकी आवश्यकता है:

जानकारी
साधन
साख।

उदाहरण के लिए। ऑनलाइन स्टोर की वेबसाइट लॉन्च करने के लिए, ग्राहक को कीमतों के साथ उत्पाद कार्ड पर साइट की जानकारी बनाने वाली आईटी कंपनी के लिए तैयार करना होगा।

हम इस खंड को विस्तार से चित्रित नहीं करते हैं।

मंचन प्रक्रिया का विवरण

प्रबंधक ठेकेदार को कैसे सौंपता है?

प्रबंधक उसके सामने निर्धारित किए गए कार्यों या समस्याओं को हल करता है, अपने सिर में एक समाधान मॉडल का निर्माण करके, कार्य को उप-कार्यों में विघटित करता है या अगले उप-कार्य को परिभाषित करता है। उसके बाद वह कलाकारों को कार्य देता है, परिणाम एकत्र करता है, फिर से कार्यों को सेट करता है और इसी तरह जब तक वह समस्या / कार्य को हल नहीं करता है जिसके लिए वह जिम्मेदार है। उसके कार्य के निष्पादन के परिणाम या तो सीधे व्यापार संकेतकों को प्रभावित करते हैं, या किसी को व्यावसायिक संकेतकों में सुधार करने की आवश्यकता होती है, या वह सोचता है कि कार्य की आवश्यकता है, लेकिन उसने खुद से यह क्यों नहीं पूछा।

मान लीजिए कि प्रबंधक आप हैं।

कार्य में सबसे महत्वपूर्ण बात यह है कि कार्य का गुणात्मक वर्णनात्मक भाग देना।

, . ( ). , . ( – ).
. , . . . . ( – ).
. , . , , ? – . , – , . ( ).
« ». /.
.

कार्य विवरण में सभी वस्तुओं की आवश्यकता नहीं है। दायित्व स्वयं कार्य और कलाकार के स्तर पर निर्भर करता है (कम अनुभवी लोगों को अधिक विस्तृत विवरण लिखने की आवश्यकता होती है)। सबसे महत्वपूर्ण बिंदु "क्यों" और "तत्परता का मानदंड" हैं। लेकिन पहले, प्रत्येक कार्य के लिए मदों की सूची देखें।

क्या वर्णन करना है यह कलाकार के स्तर पर निर्भर करता है।

यदि कलाकार एक जून / शुरुआती है, तो सबसे अधिक संभावना है कि वह यह नहीं जानता कि परिणाम प्राप्त करने के लिए क्या और कैसे करना है। ऐसे लोगों के लिए, क्या करना है ब्लॉक अधिक महत्वपूर्ण है।

यदि ठेकेदार के पास पर्याप्त अनुभव है और कार्य उसे सौंपा जा सकता है, तो यह उसके लिए "स्वीकृति मानदंड" (परिणामों की छवि के रूप में) लिखने के लिए पर्याप्त है और वह यह पता लगाएगा कि इसे कैसे प्राप्त किया जाए।

और दोनों के लिए, "क्यों" ब्लॉक महत्वपूर्ण है, जो लक्ष्य-निर्धारण और प्रेरणा प्रदान करता है।

कार्य के प्राप्त होने पर, ठेकेदार इंगित करता है कि उसे कार्य पूरा करने के लिए ग्राहक से क्या चाहिए और ग्राहक और ठेकेदार के बीच सौदेबाजी होती है।

उदाहरण

नीचे कई उदाहरण दिए गए हैं। कुछ उदाहरण पूरी तरह से भयावह हैं, लेकिन वे सभी वास्तविक घटनाओं पर आधारित हैं जो कुछ समय पहले विभिन्न कंपनियों में विभिन्न कार्यों और कलाकारों के साथ हुए थे।

हम जेड - असाइनमेंट, और - कलाकार को नामित करेंगे।

उदाहरण। बस्तियों के लिए स्केल डेटा भरें

क्या करें : बस्तियों के लिए सभी YZOOM पैरामीटर मूल्यों के साथ युद्ध सर्वर में भरें = 11 मास्को और सेंट पीटर्सबर्ग के लिए, सेट 9.

क्यों: उपयोगकर्ताओं के लिए एक सामान्य पैमाने पर प्रदर्शित दुकानों में माल की उपलब्धता के साथ एक नक्शा है।
परियोजना के ढांचे के भीतर दुकानों से स्व-वितरण का कार्यान्वयन
यदि कार्य नहीं किया जाता है, तो ग्राहक न्यूनतम सन्निकटन (पूरी दुनिया) में मानचित्र देखता है, जिससे उसके लिए एक उंगली से फोन पर नेविगेट करना मुश्किल हो जाता है और रूपांतरण में कमी की ओर जाता है
स्वीकृति मानदंड: डिफ़ॉल्ट रूप से शहरों में साइट खोलें, “पर”। दुकानों में उपलब्धता "एक उत्पाद के लिए, जो केवल एक दुकान में उपलब्ध है, कार्ड खुलता है ताकि शहर का केंद्र दिखाई दे।
कार्य के लिए दिनांक:एक्स नंबर तक करें, क्योंकि इस समय युद्ध स्थल पर सभी स्व-डिलीवरी की कार्यक्षमता सक्षम होगी

उदाहरण 1. Google.Docs कार्यक्रमों से जीरा में स्थानांतरण कीड़े

Z: एक Google डॉक्स तालिका है जिसमें परीक्षक साइट पर दोषों को ठीक करने के लिए कार्य निर्धारित करते हैं। Google डॉक्स से जीरा (नया कार्य प्रबंधन प्रणाली) में इन कार्यों को स्थानांतरित करें।
और: चल दिया। और आगे उनके साथ क्या करना है? परीक्षक का कहना है कि वे प्रासंगिक नहीं हैं।
Z: तब स्थानांतरित करने की कोई आवश्यकता नहीं थी
और: आपने स्थानांतरण करने के लिए कहा था, और मैंने स्थानांतरित किया।
Z: मुझे लगता है कि "मैं ऐसा क्यों कर रहा हूं"। यदि आप नहीं जानते कि आप कुछ क्यों कर रहे हैं, तो नहीं।

नैतिकता। इस कार्य में, आप तत्परता मानदंड का अनुमान लगा सकते हैं: तालिका से सभी कार्यों को नए कार्य प्रबंधन प्रणाली में कार्यों के रूप में सूचीबद्ध किया गया है। किस लिए? यह आइटम इंगित नहीं किया गया था, जिससे ऊर्जा और समय की हानि हुई।

कार्य को सही तरीके से कैसे सेट

करें: क्या करें:Google डॉक्स तालिका है जिसमें परीक्षकों ने साइट पर दोषों को ठीक करने के लिए कार्य निर्धारित किए हैं। Google डॉक्स से जीरा (नया कार्य प्रबंधन प्रणाली) में इन कार्यों को स्थानांतरित करें।

क्यों: जीरा में पहले पाए गए दोषों को ठीक करने के लिए सभी आवश्यक कार्य होने चाहिए।

स्वीकृति मानदंड:

जीरा ने नए दोष लेखन नियमों के अनुपालन में दोष सुधार कार्यों को शुरू किया है ताकि दोषों को सही प्राथमिकता में ठीक किया जा सके।
जीरा में डुप्लिकेट दोष नहीं होते हैं, इसलिए दोषों को ठीक करने के लिए संघर्षों का निर्माण नहीं करना चाहिए ।।
नए कार्य प्रासंगिक होने चाहिए ताकि डेवलपर्स समय बर्बाद न करें।

उदाहरण 3. डेवलपर को डेवलपर

Z: कार्य को पकड़ें।

क्या करें: कोड का एक टुकड़ा का विश्लेषण और परिशोधन करें।

क्यों: निगरानी परिणामों के अनुसार, कोड का एक समस्याग्रस्त टुकड़ा मिला था। यह साइट के लोड को बहुत धीमा कर देता है, जिससे यह अस्थिर हो जाता है।

तत्परता का मानदंड: कोड के एक टुकड़े में, डेटाबेस के लिए एक क्वेरी बनाई जानी चाहिए, जिसके परिणामों को कैश किया जाना चाहिए।

और मुझे क्या करना है पता नहीं है। आप इस कोड को अलग-अलग तरीकों से ठीक कर सकते हैं, जिसे चुनना है?
Z: खुद के लिए सोचो।
और मैं नेता यू के लिए आगे बढ़ने के लिए गया । हमने
एक चर्चा एकत्र की।
और: समस्या को विभिन्न तरीकों से हल किया जा सकता है, उदाहरण के लिए, विधि 1, विधि 2, विधि 3 (प्रोग्रामिंग भाषा में तरीके नीचे दिए गए हैं)।
Z: हमें ब्लैक फ्राइडे के लिए समय रहते, एक पैच के साथ समस्या को जल्द से जल्द हल करने की आवश्यकता है।
प्रश्न: तो ठीक है, यह विधि 1 है।
Z: और इस पद्धति का व्यवसाय पर क्या प्रभाव पड़ता है?
और: जब कीमतें बदलती हैं, तो कीमतों पर साइट पर डेटा एक घंटे के भीतर अपडेट नहीं किया जाएगा।
Z: चूंकि रात में कीमतें बदलती हैं, न्यूनतम ग्राहक गतिविधि की अवधि के दौरान, यह विधि स्वीकार्य है।

क्या गलत है: समस्या की पहचान की गई थी, लेकिन यह संकेत नहीं दिया गया था कि इसके साथ क्या करना है, इसे कैसे हल करना है, कलाकार को यह विकल्प दिया गया था कि वह स्वयं कार्य कैसे करे। इसी समय, लक्ष्य को अपर्याप्त रूप से चिह्नित किया जाता है - ब्लैक फ्राइडे (पीई) को पकड़ने के लिए जितनी जल्दी हो सके, प्रदर्शन करने के लिए कलाकार नहीं चुन सकता था।
इसके अलावा, "आपातकालीन स्थिति को पकड़ने" कार्य का समाधान समस्या का प्रकार नहीं है, त्रुटि की कीमत (पूरी कंपनी की सफलता), यह बहुत अधिक है। इसलिए, स्वीकृति मानदंडों में एक कदम जोड़ना अनिवार्य था: "कार्यान्वयन से पहले एक निर्णय योजना पर सहमत हों।"

ब्लैक फ्राइडे दो सप्ताह में आता है। कार्य को विशेष नियंत्रण में रखा जाना चाहिए, क्योंकि देर होने का कोई अधिकार नहीं है। हम "विशेष नियंत्रण पर" जोड़ते हैं।

अनुकूलन काफी हद तक एक अस्पष्ट कार्य के साथ एक शोध कार्य है। अनुसंधान को समय में सीमित करने की आवश्यकता है, इसलिए हम "कल 9:20 पर आपसे संपर्क करते हैं और समाधान की स्थिति की जांच करते हैं।"

उदाहरण 4. डेवलपर को डेवलपर

Z. कोड के इस टुकड़े में सुधार करें। यहाँ प्रोफाइलर
I. इम्प्रूव्ड से एक निदान है । 32 अनुरोधों के बजाय, 17 किया जाता है।
Z. 0 अनुरोध होना चाहिए, डेटा पूरी तरह से

मोराले कैश से लिया जाना चाहिए । यह इंगित नहीं किया गया है कि कार्य की आवश्यकता क्यों है, लेकिन संदर्भ में, चूंकि पूरी टीम का मुख्य कार्य साइट को गति देना है, लेकिन इसकी आवश्यकता नहीं है। लेकिन तत्परता मानदंड संकेत नहीं हैं।

हम फिर से लिखते हैं कि

क्या करना है : प्रोफाइलर से डायग्नोस्टिक कोड के इस टुकड़े में सुधार
क्यों : साइट की गति
मानदंड मानदंड : सभी अनुरोध कैश में काम करना चाहिए, अगर कैश में डेटा है

उदाहरण 5. डेवलपर्स का सिर - डेवलपर

जेड। समझें कि यह कोड
I का टुकड़ा कैसे काम करता है ।
जेड। एक घंटा बीत चुका है, परिणाम कहां हैं?
I. मैंने एक और समस्या को हल किया।

क्या गलत है: कार्य के महत्व को इंगित किए बिना, कलाकार ने यह नहीं समझा कि कौन सा कार्य अधिक महत्वपूर्ण है।
एक प्रसिद्ध प्रबंधन त्रिकोण है: संसाधन - स्कोप - समय।

संसाधन। ठेकेदार (यदि यह ऐसा प्रबंधक नहीं है जो प्रदर्शन करने के लिए खुद के अलावा किसी और को आकर्षित कर सकता है) केवल खुद पर भरोसा कर सकता है, तो संसाधन निर्धारित है।

चुनाव रहता है - गुंजाइश या समय।

अनुसंधान कार्यों (उदाहरण के लिए, समझें कि क्या हो रहा है) आमतौर पर श्रम लागत का मूल्यांकन करना मुश्किल होता है, और अनुकूलन अनुसंधान में सप्ताह (नई लाइब्रेरी और प्रौद्योगिकियों का अध्ययन और परीक्षण सहित) हो सकते हैं, इसलिए शोध कार्यों को समय की मदद से प्रबंधित करने की आवश्यकता होती है।

यह कार्य इसलिए महत्वपूर्ण है। एक घंटे के नियंत्रण के बाद, सब कुछ फेंक दें और इसे करें।

हम समस्या का सुधार करते हैं:

क्या करना है । समझें कि एक कोड कैसे काम करता है।
क्यों ? प्रोफाइलर के अनुसार, यह टुकड़ा पृष्ठ लोडिंग को 7 सेकंड से धीमा कर देता है, जो साइट के युद्ध को
स्वीकृति मानदंडों में ब्लॉक करता है । इस कोड का तर्क बताएं और इसे ठीक करने के तरीके के बारे में टिप्पणी दें।
प्राथमिकता (बॉस प्राथमिकता निर्धारित कर सकता है) - आप अन्य सभी कार्यों को छोड़ देते हैं, क्योंकि यह एकमात्र कार्य है जो साइट के लॉन्च को रोकता है,
नियंत्रण कार्य - आप कॉल करेंगे और रिपोर्ट करेंगे कि एक घंटे में क्या सीखा है।

उदाहरण 6. किसी साइट पर रीमार्केटिंग सेवा को कनेक्ट करना

उत्पाद स्वामी कार्य सेट करता है।
क्या करें : साइट के लिए रीमार्केटिंग सेवा से कनेक्ट करें।
क्यों : सिफारिशें इंटरनेट पर विज्ञापन के माध्यम से बिक्री में वृद्धि करेंगी।
तत्परता का मानदंड : साइट के सभी पृष्ठों पर युद्ध स्थल पर एक काउंटर है जो घटनाओं को बनाता है जब सभी ग्राहक पृष्ठ खोलते हैं (जिनके पास विज्ञापन अवरोधक नहीं है)।
ग्राहक : डायरेक्ट इंटरनेट मार्केटिंग विशेषज्ञ।

इस बार क्या भूल गए? चूंकि कार्य सरल दिखता है, इसलिए क्लाइंट के ब्राउज़र में साइट पेज खोलने से पहले एक नए, बहुत अनुभवी डेवलपर ने इसे काम में नहीं लिया और इस स्क्रिप्ट को सिंक्रोनाइज़ किया गया। नतीजतन, साइट के पृष्ठों ने 1.5 सेकंड के लिए धीमी गति से लोड करना शुरू कर दिया, और जब काउंटर स्क्रिप्ट में त्रुटियां उत्पन्न होने लगीं, तो पृष्ठों को खोलना बंद हो गया। ईकॉमर्स निदेशक गुस्से में है।

उत्पाद के मालिक, किसी भी अन्य व्यावसायिक ग्राहकों की तरह, गति (और गति सहिष्णुता) के बारे में नहीं सोचा (यदि व्यवसाय ने इसके बारे में सोचा, तो यह व्यवसाय के रूप में खराब काम करेगा)। इन मानदंडों को आवश्यकताओं में नहीं ढाला जाता है, और साइट के लिए कोई दस्तावेजी आवश्यकताएं नहीं हैं, और शब्दों में किसी ने भी डेवलपर को इस बारे में निर्देश नहीं दिया है।

ऐसी स्थितियों से कैसे बाहर निकलें: गैर-कार्यात्मक आवश्यकताओं को औपचारिक रूप दें, और औपचारिक प्रक्रिया जारी रहने के दौरान, डेवलपर और परीक्षक के साथ समस्या की चर्चा करें, जिसमें डेवलपर बताता है कि वह कैसे कार्य करेगा, और परीक्षक यह पूछना नहीं भूलता कि प्रस्तावित कार्यान्वयन विधि गुणवत्ता विशेषताओं को कैसे प्रभावित करेगी ( प्रदर्शन, गति, गलती सहिष्णुता, सुरक्षा, आदि)।

उदाहरण 7. प्रचारक कोड के यांत्रिकी में त्रुटियों का सुधार

कार्य: "अब साइट पर एक त्रुटि है, सदस्यता के लिए प्रचार कोड के लिए छूट विशेष प्रस्तावों के लिए छूट के साथ अभिव्यक्त की जाती है, इसे सही करें।"

समस्या का वर्णन किया गया है, लेकिन क्या किया जाना चाहिए, इसका वर्णन नहीं किया गया है।

ग्राहक से यह पता लगाने के बाद कि कार्य क्या था, इसे निम्नानुसार फिर से लिखा गया था:

क्या करना है:

- यह निर्धारित करने के लिए एक तंत्र के साथ आने के लिए कि साइट को कैसे मामलों में पदोन्नति लागू करनी चाहिए जब एक टोकरी में कई अलग-अलग पदोन्नति होती हैं।
- छूट के योग के साथ-साथ उच्च प्राथमिकता के साथ छूट लागू करने की संभावना पर विचार करें।
- ए / बी परीक्षण का संचालन करना कि कंपनी अधिक लाभदायक है - छूट का योग करने के लिए (उच्च कारोबार, लेकिन कम मार्जिन) या एक छूट छोड़ दें।

किस लिए

अंतिम अभियान, जो 1 सितंबर से 10 अक्टूबर तक हुआ था, में 1,100 ऑर्डर थे जिनमें सदस्यता के लिए प्रचार कोड लागू किए गए थे और विशेष प्रस्तावों वाले सामान खरीदे गए थे, जो नहीं होना चाहिए, जिसके परिणामस्वरूप X मिलियन रूबल का नुकसान हो सकता था जिसे रोका जा सकता था। उसी समय, टर्नओवर का कोई नुकसान नहीं होगा, क्योंकि विशेष प्रस्तावों पर छूट का महत्व पर्याप्त है ताकि ग्राहक को अतिरिक्त प्रेरणा की आवश्यकता न हो (यह एक परिकल्पना है)।

यदि ऐसा नहीं किया जाता है, तो फरवरी और जून में नियोजित निम्नलिखित कंपनियां (ग्राहकों की संख्या में वृद्धि करने के लिए) XX एकल में अनुमानित नुकसान दे सकती हैं।

स्वीकृति मानदंड यह

प्रचार करने की क्षमता है कि प्रोग्रामर की भागीदारी के बिना प्रचार कोड और प्रचार एक-दूसरे के साथ कैसे बातचीत करते हैं।

इंटरैक्शन विकल्पों के परीक्षण के लिए ए / बी तंत्र।

इस तरह के एक बयान के बाद, यह ठेकेदार को स्पष्ट हो गया कि समस्या को हल करने की कोई आवश्यकता नहीं है, क्योंकि अप्रैल में यह एक केंद्रीकृत सॉफ्टवेयर समाधान के लिए पदोन्नति की गणना के कार्यात्मक को स्थानांतरित करने की योजना बनाई गई थी, जो इस समस्या के समाधान को कम कर देगा।

से और के लिए एक कार्य का एक उदाहरण है। 15% से गोदाम स्थान का अनुकूलन

हम निरूपण के पूर्ण विवरण का एक उदाहरण देते हैं (निरर्थक स्थानों में)।

प्रसंग

बिजनेस कैनवास (उत्पादन से परे, पाठक के लिए)

- बी 2 बी वितरक,
- फर्नीचर सामान (टिका, पैंटोग्राफ, दराज और अलमारियां, भंडारण प्रणाली (डिसेम्बल्ड))
- जर्मनी से कम गुणवत्ता वाले ब्रांड
- थोक ग्राहकों (स्थानीय वितरकों, फर्नीचर स्टोर, स्व-नियोजित कारीगरों) को बेचकर,
- साइट पर एक आदेश और प्रबंधक के साथ सीधे संपर्क के माध्यम से
- बिक्री पर भुगतान के साथ या किस्तों (बी 2 बी) द्वारा
- ग्राहक के साथ लेनदेन और अनुबंध की शर्तों के आधार पर छूट;
- बाहरी परिवहन कंपनी द्वारा कारखानों, परिवहन और आयात से खरीद, बाहरी बलों द्वारा सीमा शुल्क निकासी, हमारे मास्को गोदाम में भंडारण, हमारे स्वयं के परिवहन द्वारा मास्को में शिपमेंट और पंजीकृत परिवहन द्वारा मास्को में।

स्थिति विवरण

अब यह कैसे काम करता है : एक गोदाम है जिस पर विभिन्न सामान विभिन्न रैक पर संग्रहीत किए जाते हैं। वेयरहाउस में एबीसी शामिल नहीं है।
संचालन की मात्रा और आवृत्ति : प्रति दिन 10 शिपमेंट, एक शिपमेंट - एड़ी से गजले तक।
यह संदर्भों के लिए कैसे काम करता है : विभिन्न प्रकार के सामानों के कारोबार के लिए उनके गोदाम को अनुकूलित किया जाता है।
गतिविधि द्वारा क्या विनियमित किया जाता है : (गोदाम कर्मचारी के नियम संलग्न हैं)।
अब लक्ष्य प्राप्त करने से क्या रोकता है : माल के कारोबार पर कोई काम नहीं हुआ है। सभी सामानों को समान रूप से संग्रहित किया गया था।
किए गए कार्य पर : जमींदारों के साथ बातचीत की गई, लागत को कम करने के लिए एक समझौता किया गया। एक ABS विश्लेषण किया गया, जिसमें कम-टर्नओवर वाले सामान का 30% पता चला।
औपचारिक परिणाम कहां देखें: बातचीत का प्रोटोकॉल आवेदन में बातचीत है। ABS विश्लेषण कार्य, लेख द्वारा लेख पर लागू किया जाता है।

क्या करें

सेगमेंट C के स्टोरेज को खाली करके, स्पेस खाली करके उन्हें पट्टेदार को ट्रांसफर करने के लिए तैयार करें।

किस लिए

- एबीसी विश्लेषण के कारण गोदाम का अनुकूलन करके लागत को कम करने के लिए " कार्य का उपवाक्य है "।
- गोदाम किराये के क्षेत्र में कमी के कारण प्रति माह 100,000 रूबल से व्यापार प्रभाव प्राप्त किया जाएगा।
- गणना का औचित्य : एबीसी विश्लेषण ने कम-टर्नओवर वाले सामानों की 30% उपस्थिति को दिखाया। चलो भंडारण संघनन के कारण इन सामानों के कब्जे वाले क्षेत्र को आधा कर दें।
- जारी किए गए स्थान को पट्टेदार पर स्थानांतरित करने के लिए परिणामों की आवश्यकता होती है ।
- यदि कार्य नहीं किया जाता है, तो कंपनी 100,000 रूबल / महीने का भुगतान करेगी, जो कंपनी को अपर्याप्त रूप से लाभदायक बनाता है
- भविष्य के परिदृश्य: वेयरहाउस श्रमिक अधिक सघनता से कम से कम टर्नओवर वाले सामानों को स्टोर करते हैं।

तत्परता मानदंड

- हमारी तरफ से स्थानांतरण के लिए क्षेत्र खाली कर दिया जाता है और पट्टेदार को हस्तांतरण के लिए तैयार किया जाता है।
- स्थानांतरण का एक हस्ताक्षरित विलेख और किरायेदार के साथ एक हस्ताक्षरित डोपनिक प्राप्त किया गया था ताकि नई शर्तों को कानूनी रूप से दर्ज किया गया था।
- गोदाम किराये की दर में 15% की कमी दर्ज की गई ताकि हम कम भुगतान करें। प्रतिशत में कमी की गणना लगभग की जाती है, इसलिए सेगमेंट सी के सामान का दोहरा संघनन मानकर जब 5% कम हो जाता है, तो काम का कोई मतलब नहीं होता है।
- पुनर्गठन योजना पर काम किया गया है और क्षेत्र की अधिकतम रिलीज की जांच करने के लिए विशेषज्ञ शिमोन सेमेनोविच की सिफारिशों को ध्यान में रखते हुए सहमति व्यक्त की गई है, बशर्ते कि गोदाम उत्पादकता बनाए रखी जाती है।

कार्य का संगठनात्मक हिस्सा

ग्राहक : कंपनी का मालिक।
प्रतिबंध / शर्तों के तहत :
- मौद्रिक प्रतिबंध : पुनर्गठन की लागत छह महीने के लिए किराये की दर में कमी से लाभ से अधिक नहीं होनी चाहिए।
- समय की कमी : पुनर्गठन की अवधि 2 महीने है, क्योंकि यह समय पर्याप्त होना चाहिए (इन अवधियों के लिए पट्टिका के साथ सहमत)।
- आकर्षण बढ़ा। संसाधन बजट के भीतर स्वीकार्य हैं ।
योजना का समन्वय
- कार्यान्वयन से पहले, मालिक के साथ पुनर्गठन योजना का समन्वय करें ।
- योजना निर्माण समूह(जिसे किसके साथ सूचित किया जाना चाहिए): गोदाम प्रबंधक, बिक्री प्रमुख, वित्तीय निदेशक।
- समूह संपर्क (प्रस्तुत)।
- संचार : व्हाट्स अप के माध्यम से, एक समूह बनाया जाता है।
- अनुमोदन की स्थिति बदलें: सभी के साथ सहमति व्यक्त की ।

तैनाती की इच्छा : काम के घंटों के दौरान खर्च करने के लिए, ताकि प्रसंस्करण के लिए भुगतान न करें।
अगला नियंत्रण बिंदु : सप्ताह में एक बार अगली बैठक में।
- अगले नियंत्रण बिंदु के लिए क्या तैयार होना चाहिए : समूह सी के माल को आकार और नाजुकता के अनुसार समूहों में विभाजित किया जाता है, संघनन की संभावना की गणना की जाती है।
गुणवत्ता जाँच: अग्नि सुरक्षा प्रबंधक, श्रम सुरक्षा प्रबंधक।
यदि यह काम नहीं करता है तो रोलबैक कैसे किया जाएगा : हम सब कुछ वापस ले जाएंगे । ऐसा करने के लिए, योजना को यह अवसर लेना चाहिए।

अगर गलत हो जाए तो क्या करें

क्या गलत हो सकता है
- अवधि। परिणाम के लिए महत्वपूर्ण नहीं है। हम क्या करेंगे: हम मकान मालिक के साथ बातचीत करेंगे।
- चलते समय माल क्षतिग्रस्त हो सकता है। परिणाम के लिए महत्वपूर्ण नहीं है। रोकथाम कैसे करें: मूल्यवान उत्पादों की देखभाल के बारे में लोगों को निर्देश दें।
- नया भंडारण संगठन गोदाम के संचालन को अवरुद्ध कर सकता है। परिणाम के लिए, यह महत्वपूर्ण है कि इसे रोकने के लिए, गोदाम प्रबंधक और मालिक द्वारा पाए गए भंडारण संगठन विशेषज्ञ के साथ पुनर्गठन योजना पर सहमति होनी चाहिए।

परिवर्धन

मानक उपलब्धता मानदंड

यदि कंपनी ने विभिन्न प्रकार के कार्यों के लिए तत्परता मानदंड विकसित किए हैं तो कुछ तत्परता मानदंड को छोड़ दिया जा सकता है।

उपलब्धता के मानदंडों के लिए मानकों के उदाहरण, कार्य के प्रकार पर निर्भर करते हैं:

टास्क टाइप - कोई भी टास्क

- निष्पादन के परिणामों को कार्य के ग्राहक के साथ सहमति व्यक्त की जाती है
- यदि कार्य के लिए समय सीमा का वादा किया जाता है, तो कार्य के ग्राहक के साथ समय में बदलाव पर सहमति व्यक्त की जाती है
- यदि कार्य के लिए वादा की गई समय सीमाएं चूक जाती हैं, तो ठेकेदार कार्य के ग्राहक को सूचित करता है और इन लक्ष्यों को प्राप्त करने के लिए निम्न चरणों की पेशकश करता है (यथासंभव)। पहले लेकिन अगले व्यावसायिक दिन के अंत से बाद में नहीं

कार्य का प्रकार - सॉफ्टवेयर विकास

- संशोधित प्रोग्राम कोड को युद्ध सर्वर पर तैनात (स्थापित) किया गया है और उपयोग के लिए उपलब्ध है
- युद्ध सर्वर पर सभी आवश्यक सेटिंग्स यह सुनिश्चित करने के लिए बनाई गई हैं कि प्रक्रिया ठीक
से काम कर रही है - शोधन पहले से बने सिस्टम (गैर-कार्यात्मक) आवश्यकताओं को खराब नहीं करता है (यह नीचे थोड़ा प्रकट होता है)
- तैनाती से पहले समर्थन सर्वर दस्तावेज़ीकरण मुकाबला सर्वर पर अद्यतन किया गया है
- एक संक्षिप्त विवरण सॉफ्टवेयर परिवर्तन से जुड़ा है जो बदल गया है और समर्थन प्रलेखन आइटम जहां संकेत दिया गया है
- प्रथम दिन विश्लेषक और पहले दिन डेवलपर प्रलेखन अद्यतन किया गया है
- एकीकरण परिवर्तन आईटी वास्तुकार के साथ सहमत

गैर-कार्यात्मक आवश्यकताओं के लिए आइटम का खुलासा किया जा सकता है:

- सॉफ्टवेयर सुविधाजनक होना चाहिए (UX दिशानिर्देश रन),
- क्लाइंट के लिए कार्य इंटरफेस उत्पाद स्वामी, डिजाइनर, सिस्टम विश्लेषक के साथ समन्वित किया जाना चाहिए,
- कंपनी कर्मचारी के लिए कार्य इंटरफेस (खुदरा नहीं), कर्मचारी के सिर के साथ समन्वित किया जाना चाहिए,
- कर्मचारी के लिए कार्य इंटरफेस कंपनी के रिटेल स्टोर को खुदरा के तकनीकी विकास के लिए जिम्मेदार व्यक्ति के साथ समन्वित किया जाना चाहिए,
- आईटी सिस्टम में ऐसे और ऐसे प्रदर्शन पैरामीटर होने चाहिए और प्रोसेसर, मेमोरी, I / O और इस तरह के लोड के तहत बाहरी अनुरोधों की संख्या और मात्रा से प्रतिबंधों से परे न हों। डेटा प्रासंगिकता के लिए इस तरह के और डेटा वॉल्यूम, ऐसी और ऐसी आवश्यकताएं
- आईटी सिस्टम को ऐसी और ऐसी स्थितियों के तहत स्केल करने में सक्षम होना चाहिए
एक नियमित आधार पर संग्रह में अप्रासंगिक आईटी प्रणाली डेटा को स्थानांतरित करना संभव होना चाहिए, जिसमें से डेटा कुछ समय के लिए रिपोर्टिंग सिस्टम के लिए उपलब्ध रहा है
- आईटी प्रणाली को कानून का उल्लंघन नहीं करना चाहिए
- आईटी प्रणाली को ऐसे और ऐसे हमले मॉडल से संरक्षित किया जाना चाहिए
- आईटी प्रणाली नहीं होना चाहिए कठोर स्थिरांक हो। उन्हें संग्रह के लिए उपलब्ध कराया जाना चाहिए और संग्रह या सिस्टम सेटिंग्स में संग्रहीत कॉन्फ़िगरेशन फ़ाइल के रूप में उपलब्ध होना चाहिए
- आईटी सिस्टम की दोष सहिष्णुता 99% होनी चाहिए (व्यवसाय नौ की भाषा से प्यार करता है), हालांकि यह मानदंड बेहतर उपयोग के लिए अधिक समझने योग्य रूप में वर्णित है (नीचे देखें)।

आईटी फॉर्म के लिए समझने योग्य में दोष सहिष्णुता का मानदंड:

- सर्वर कॉन्फ़िगरेशन (सर्वर, डिस्क सबसिस्टम, नेटवर्क राउटर) के किसी एक तत्व की विफलता की स्थिति में, आईटी सिस्टम को आवश्यक परिदृश्यों को प्रदान करना जारी रखना चाहिए,
- बाहरी सीआरएम सिस्टम सेवा की विफलता की स्थिति में, सिस्टम को पंजीकृत करना, बोनस देखना, गणना करना और अंक खर्च करना असंभव बना सकता है। खरीद पर, लेकिन मुख्य रूप से मुख्य सड़क का समर्थन करना चाहिए - संदेश के साथ एक आदेश रखने की अनुमति दें "हमें खेद है, बोनस कार्यक्रम अस्थायी रूप से अनुपलब्ध है, प्रबंधक आपसे संपर्क करेगा और डेबिट और क्रेडिट बिंदुओं की मात्रा स्पष्ट करेगा।

हालांकि, एक व्यापक सूची तैयार करने के लिए पर्याप्त नहीं है, एक नियंत्रण प्रक्रिया स्थापित करना आवश्यक है (हालांकि अक्सर हमारी वास्तविकता में वे ऐसा करते हैं: वे एक मानक का परिचय देते हैं, लेकिन वे प्रक्रिया निर्धारित नहीं कर सकते हैं) उदाहरण के लिए, प्रदर्शन मापदंडों की आवश्यकताओं को पूरा करने के लिए, आपको एक परीक्षण बेंच, लोड स्क्रिप्ट, लोड टूल बनाने की आवश्यकता है और प्रदर्शन मापदंडों को मापने।

मानक जोखिम प्रतिक्रिया कार्य

- यदि कोई कर्मचारी बीमार है, तो वह सामान्य संचार चैनल में कार्यस्थल से अनुपस्थिति के एक घंटे के भीतर अग्रिम या सबसे खराब स्थिति में चेतावनी देता है, ताकि काम करने की भावनाओं को इंगित किया जा सके, ताकि बाकी टीम उस कार्य को व्यवस्थित कर सके जिसमें वह भाग लेता है, साथ ही अनुपस्थिति की अवधि को ध्यान में रखते हुए ( प्रतीक्षा करें या दूसरे पर पास करें)।
- यदि कोई कर्मचारी बीमार हो गया और एक घंटे के भीतर सूचित नहीं किया गया, तो परियोजना प्रबंधक उससे (एक घंटे के भीतर) पता लगाएगा और बीमारी के बारे में सामान्य चैनल को सूचित करेगा, ताकि टीम कार्य की अनुपस्थिति (प्रतीक्षा या स्थानांतरण) को ध्यान में रखते हुए कार्य को व्यवस्थित कर सके। यदि वह जवाब नहीं देता है, तो आरपी सामान्य चैनल को लिखता है "कर्मचारी गायब हो गया है, संपर्क में नहीं है" ताकि टीम अपने काम को दूसरे कर्मचारी को स्थानांतरित कर सके।
- यदि कार्य बर्खास्त कर्मचारी पर लटका दिया गया है, तो आरपी को किसी अन्य कर्मचारी को फिर से वितरित करना चाहिए या इसे किसी कार्य केंद्र के बफर में स्थानांतरित करना चाहिए या कार्य को रद्द करना चाहिए ताकि कार्य प्रबंधन खो न जाए और कार्य प्रबंधन प्रणाली कचरे में न बदल जाए

ग्रन्थसूची

गैर-कार्यात्मक आवश्यकताओं के बारे में लेख habr.com/en/post/231961
TOTE विधि के बारे में लेख habr.com/en/post/339556
ई। गोल्डराट, लक्ष्य। निरंतर सुधार की प्रक्रिया। www.ozon.ru/context/detail/id/141279570
ब्लांचार्ड, ओनकेन, बरोज़। एक मिनट के प्रबंधक और बंदर www.labirint.ru/books/682838
एलीएजर युदकोवस्की। हैरी पॉटर और तर्कसंगत सोच के तरीके।
पैटन जेफ। प्रयोक्ता कहानियां। चुस्त सॉफ्टवेयर विकास की कला। संक्षेप में यहां: habr.com/en/post/459872
INVEST habr.com/ru/company/luxoft/blog/84030
-. | , . : smartarchitects.ru/business-model-canvas, — : , . -. |
« . »
. , . .
. . ? medium.com/it-analyst/client-quiestions-30cf76275ad3

KiFB क्लब के सदस्यों के लिए बहुत धन्यवाद, एक विचारशील और उपयोगी प्रतिक्रिया के लिए इवान कोप्पलोव के लिए विशेष धन्यवाद, साथ ही साथ युलाना लियोनोवा, दानिला गोलुबत्सोवा, मैक्सिम सिंकस, केंसिया मेशकोवा, डेनिस बेसकोव, सर्ग, मिखाइल सोरोकिन, स्टेप_वाय_स्टेप, सर्गेई टिटकोव और मेरी पत्नी लेख की तैयारी, साथ ही साथ सक्षम प्रूफरीडिंग के लिए महान ओल्गा लेविना (यदि आपको त्रुटियां मिलती हैं, तो अंतिम पाठ में सुधार के कारण ये मेरी गलतियां हैं)।

और आंद्रेई प्रुडोव्स्की के लिए विशेष धन्यवाद, जिनके निरंतर नाइट-पिकिंग ने मुझे एक कार्य निर्धारित करने से पहले परिणामों और कार्यों के बारे में सोचने की आवश्यकता के बारे में सोचा, जो कई वर्षों बाद इस लेख के लेखन का नेतृत्व किया।

हम विकास लक्ष्य निर्धारित करते हैं (एक खूनी उद्यम में और न केवल)

समस्या बयान रूपरेखा

कार्य की सामग्री

ग्राहक की आवश्यकताएं (संसाधन, सूचना, साख)

पृष्ठभूमि

मुख्य फ्रेम का विवरण

कार्य की सामग्री

क्या करें

किस लिए

टास्क लेवल (रूट / सबटस्क)

एक कार्य / परियोजना और आपको इस कार्य की आवश्यकता क्यों है (उपमा के लिए)

व्यावसायिक प्रभाव (मूल कार्य के लिए)

समस्या के समाधान का अपघटन या आप कार्य के परिणामों का उपयोग करने की योजना कैसे बनाते हैं

यह ग्राहक (उपभोक्ता) के लिए क्यों है

भविष्य के उपयोग के मामले

अगर नहीं किया गया

तत्परता का मानदंड (परिणाम)

ज़रूरी

सेवा

अपेक्षित

सत्यापन विधि

प्रसंग

किस तरह का व्यवसाय (बाहरी ठेकेदार के लिए)

,

गतिविधि द्वारा क्या विनियमित किया जाता है और गतिविधि के साथ कौन से दस्तावेज़ होते हैं

अब लक्ष्य की उपलब्धि को क्या रोकता है

पहले टास्क पर किया था ..., यहां देखें

कार्य का नाम

कार्य का संगठनात्मक हिस्सा

शर्तों (अधिकार और प्रतिबंध) के तहत

कितना जरूरी?

विशेष महत्व का कार्य

धन की सीमा

/ ( )

निष्पादन की विधि का समन्वय

( )

गुणवत्ता की जांच कौन करता है

अगर गलत हो जाए तो क्या होगा

समाधान निर्माण समूह (समाधान योजना)

तैनाती की कामना

निर्णय के बारे में किसे और कैसे सूचित किया जाए

निर्वाहक

टास्क स्वीकृति आयोजक

पुनर्चक्रण की अनुमति दी

ग्राहक की आवश्यकताएं

मंचन प्रक्रिया का विवरण

उदाहरण

उदाहरण। बस्तियों के लिए स्केल डेटा भरें

उदाहरण 1. Google.Docs कार्यक्रमों से जीरा में स्थानांतरण कीड़े

उदाहरण 3. डेवलपर को डेवलपर

उदाहरण 4. डेवलपर को डेवलपर

उदाहरण 5. डेवलपर्स का सिर - डेवलपर

उदाहरण 6. किसी साइट पर रीमार्केटिंग सेवा को कनेक्ट करना

उदाहरण 7. प्रचारक कोड के यांत्रिकी में त्रुटियों का सुधार

से और के लिए एक कार्य का एक उदाहरण है। 15% से गोदाम स्थान का अनुकूलन

प्रसंग

बिजनेस कैनवास (उत्पादन से परे, पाठक के लिए)

स्थिति विवरण

क्या करें

किस लिए

तत्परता मानदंड

कार्य का संगठनात्मक हिस्सा

अगर गलत हो जाए तो क्या करें

परिवर्धन

मानक उपलब्धता मानदंड

टास्क टाइप - कोई भी टास्क

कार्य का प्रकार - सॉफ्टवेयर विकास

मानक जोखिम प्रतिक्रिया कार्य

ग्रन्थसूची

More articles: