پروگرامرز جي ٽيم کي منظم ڪرڻ: ڪيئن ۽ ڪيئن انهن کي صحيح طور تي حوصلا افزائي ڪرڻ؟ حصو پهريون

قسط:
مڙس، ڏکايل ٻارن کي ڏسندي، زال کي چوي ٿو: چڱو، اسين انهن کي ڌوئون يا نوان جنم ڏينداسين؟

هيٺ ڏنل ڪٽ جي بحث آهي اسان جي ٽيم جي اڳواڻي، انهي سان گڏ RAS پراڊڪٽ ڊولپمينٽ ڊائريڪٽر، Igor Marnat، پروگرامرز کي متحرڪ ڪرڻ جي خاصيتن بابت.

بهترين سافٽ ويئر پروڊڪٽس ٺاهڻ ۾ ڪاميابي جو راز چڱيءَ طرح معلوم آهي - ٿڌي پروگرامرز جي هڪ ٽيم وٺو، ٽيم کي ٿڌو خيال ڏيو ۽ ٽيم جي ڪم ۾ مداخلت نه ڪريو. سٺا ڊولپر ناياب ۽ طلب ۾ آهن. ڪجهه ڀرتي ڪندڙ اهو به چون ٿا ته انهن کي اهو تاثر آهي ته هڪ بهترين پروگرامر پيدا ڪرڻ آسان آهي بازار مان ڪنهن کي ڀرتي ڪرڻ کان. نوڪرين تي مشڪلاتن کان علاوه، هر مخصوص ڊولپر جو تجربو، موجوده پيداوار جي ڄاڻ ۽ ان جي ترقي جي تاريخ، اڪثر ڪري ناقابل واپسي يا ڏکيو ۽ وقت سازي ڪرڻ لاء وقت لڳندو آهي. تنهن ڪري، جيڪڏهن توهان خوش قسمت آهيو ۽ اڳ ۾ ئي پروگرامرز جي هڪ بهترين ٽيم آهي، اهو ضروري آهي ته انهن جي حوصلي تي ڪم ڪرڻ. نون ڊولپرز کي ملازمت ۽ تربيت ڏيڻ، انهن مان هڪ ٽيم ٺاهڻ لڳ ڀڳ ايترو ئي ڏکيو ۽ وقت ساز آهي جيترو ٻارن کي جنم ڏيڻ ۽ پالڻ.

اچو ته پروگرامرز (پروگرامرز جي ٽيمن) لاءِ حوصلا افزائي جي بنيادي عنصرن تي غور ڪريون، وضاحت جي وضاحت ۽ ساخت جي لاءِ مسلو جي پرامڊ کي استعمال ڪندي. جيڪڏهن توهان مسلو جي پرامڊ جي باري ۾ نه ٻڌو آهي، اهو هڪ غير تڪراري نه آهي، پر آمريڪي نفسيات جي ابراهام هارولڊ ماسلو جو تمام مشهور ۽ مثالي نظريو آهي، جيڪو انساني ضرورتن جي حدن جي بنياد تي ذاتي حوصلي جو نظريو پيش ڪيو (هيٺ ڏنل تصوير ڏسو).

ماسلو فرد جي ضرورتن کي ترتيب ڏئي ترتيب وار ترتيب ۾، جسماني ضرورتن کان وٺي امڪاني ترقي ۽ خود-حقيقت جي ضرورت تائين. مسلو جي نظريي ۾ هڪ اهم مفروضو اهو آهي ته "هڪ شخص اعلي سطحي ضرورتن جو تجربو نٿو ڪري سگهي جيستائين هن جي هيٺين سطح جي ضرورتن کي پورو نه ڪيو وڃي." مثال طور، هڪ شخص کي علم جي ضرورت يا جمالياتي ضرورتن جي ذريعي نه ٿو هلائي سگهجي، جيڪڏهن ساڳئي وقت اهو شخص ٽن ڏينهن تائين سمهڻ يا کاڌو نه آهي.

تفصيلات ۾ وڃڻ کان اڳ، اچو ته هڪ واضح حقيقت تي ڌيان ڏيو - هڪ ٽيم ماڻهن تي مشتمل آهي، سڀ ماڻهو مختلف آهن، هر هڪ کي پنهنجي حوصلي جي جوڙجڪ آهي. ان حقيقت کان علاوه ته هر ماڻهو مختلف مفادن کان آجو آهي، هر ماڻهو مختلف زندگين حالتن ۾ به آهي. ڪو ماڻهو ڪيريئر جي شروعات تي آهي ۽ اهو سوچي رهيو آهي ته ان کي ڪيئن ٺاهيو، ڪو ماڻهو شادي ڪرڻ وارو آهي، ۽ ڪو ماڻهو هڪ نئين موضوع واري علائقي ۾ مهارت حاصل ڪرڻ چاهي ٿو. جيڪو هڪ لاء اهم آهي اهو مڪمل طور تي غير اهم آهي، ۽ سڀاڻي هر شيء ٻيهر تبديل ٿي ويندي. هن حوالي سان صحيح سمجهڻ لاء، اتي هڪ سادي علاج آهي - توهان کي ان جي باري ۾ سوچڻ ۽ ان سان گڏ ڪم ڪرڻ جي ضرورت آهي. سڀ کان اهم شيء مواصلات آهي.
پڪ ڪريو ته توهان جي ٽيم سان ڪم کان سواء ڪنهن ٻئي جي باري ۾ ڳالهائڻ، غير رسمي تعلقات قائم ڪريو.

تنهن ڪري، هاڻي اچو ته Maslow جي پرامڊ ذريعي وڃو ۽ ان جي سطح تي غور ڪريو جيئن پروگرامرز جي ٽيم کي منظم ڪرڻ لاء لاڳو ڪيو ويو آهي.

I: جسماني، حياتياتي ضرورتون:

جڏهن حوصلا افزائي بابت ڳالهائيندي، ڪيترائي ماڻهو اڪثر ڪري سڀ کان پهريان تنخواه بابت سوچيندا آهن. انهي صورت ۾، تنخواه مان منهنجو مطلب آهي معاوضي جي پيڪيج جو هڪ مستقل حصو، جيڪو ڪنهن به طريقي سان نتيجن تي منحصر ناهي. اهو بونس، بونس ۽ ڪمپني پروموشن تي لاڳو نٿو ٿئي. اهو تنخواه آهي جنهن کي مان منسوب ڪندس "جسماني ضرورتن" جي سطح تي اسان جي ڪيس ۾. بونس، بونس جي بنياد تي ڪارڪردگي، اختيارن ۽ ڪمپني جا حصا - آئون انهن سڀني کي ٻين سطحن تي درجه بندي ڪندس.

منهنجي خيال ۾، اهو ڪيترو به عجيب هجي، تنخواه بلڪه ٿي سگهي ٿي demotivating حوصلي وارو عنصر بجاءِ عنصر. پروگرامرز سان ڪم ڪرڻ جي خاصيت اها آهي ته اهي سڀئي ماڻهو آهن، پهريون، تمام هوشيار (پيشي جي هڪ خاصيت)، ۽ ٻيو، تمام گهڻي ۽ / يا وڏي پيماني تي تعليم يافته. عام طور تي، پروگرامر، انهن جي پيشه ورانه کان علاوه، هڪ يا وڌيڪ موضوع وارن علائقن جي تمام گهڻي ڄاڻ آهي جنهن لاء اهي شيون ٺاهي رهيا آهن. ان کان علاوه، سٺا پروگرامر دلچسپي وٺندا آهن ۽ چڱي طرح ڄاڻندا آهن پروگرامنگ ڊولپمينٽ جي تاريخ، الگورتھم، معيار، وغيره. ساڳيو ئي سندن موضوع جي علائقي تي لاڳو ٿئي ٿو. هن سطح تي ماڻهن لاءِ، تنخواه عام طور تي بنيادي محرڪ عنصر نه آهي.

ساڳئي وقت، پروگرامرز لاء مناسب تنخواه جي کوٽ، انهن جي سمجھ ۾، demotivates، ۽ تمام گهڻو demotivates. هڪ منصفانه تنخواه حاصل ڪرڻ معمول آهي. تنخواه عام (مارڪيٽ) کان تمام گهڻو وڌيڪ آهي - پڻ، عجيب طور تي ڪافي، بلڪه demotivating عنصر. هڪ همراهه مون کي هڪ وڏي آمريڪي اينيميشن ڪمپنين مان هڪ پروگرامرز جي ٽيم بابت ٻڌايو، جيڪو ڪيترن ئي حالتن جي ڪري، مارڪيٽ جي ڀيٽ ۾ ٻه کان ٽي ڀيرا وڌيڪ سطح تي تنخواه وصول ڪري ٿو. جيئن هن چيو ته، هن پنهنجي زندگي ۾ ڪڏهن به وڌيڪ بور، سست ۽ مايوس پروگرامر نه ڏٺو هو. تنخواه وڌائڻ جي حقيقت مختصر مدت ۾ حوصلا افزائي ڪري سگهي ٿي، پر ڪجهه مهينن کان پوء نئين تنخواه معمول بڻجي ويندي آهي ۽ حوصلہ افزائي ڪرڻ بند ڪري ٿي. عام طور تي، مان اهو چوندس ته پروگرامرز لاء پنهنجي ڪيريئر جي شروعات ۾، تنخواه جو عنصر وڌيڪ اهم آهي، جيئن اهي پيشه ور ۽ ترقي ڪن ٿا، ان جي اهميت گهٽجي ٿي ۽ ٻيا عنصر غالب ٿيڻ شروع ڪن ٿا.

ٻيو اهم نقطو ٽيم ۾ تنخواه جي سطح ۾ هڪ مناسب توازن جي موجودگي آهي. جيڪڏهن هڪ ٽيم محسوس ڪري ٿي ته هڪ ميمبر جو حصو واضح طور تي گهٽ آهي، پر معاوضي جي سطح ساڳي آهي، اهو سڄي ٽيم کي ختم ڪري ڇڏيندو. ڪڏهن ڪڏهن مينيجرز کي پئسن سان باهه ٻارڻ لاءِ آزمايو ويندو آهي - هڪ سڙيل يا مايوس ٿيل شخص کي برقرار رکڻ لاءِ سندس تنخواه معمول کان مٿي وڌائيندي. اهو عام طور تي صرف ڊگهي عرصي ۾ مسئلا پيدا ڪري ٿو - خود شخص جي حوصلا افزائي گهڻو نه ٿيندو، يا اهو ڪجهه مهينن تائين وڌندو، پر باقي ٽيم جي حوصله گهٽجي ويندي. اهڙين حالتن ۾، اهو ٻين طريقن کي ڳولڻ جي قابل آهي، جيستائين، يقينا، اهو هڪ منفرد ماهر آهي جيڪو ڪنهن به قيمت تي برقرار رکڻ جي ضرورت آهي، جيتوڻيڪ ٿوري وقت لاء.

II. حفاظت، آرام، زندگي جي حالتن جي مطابقت جي ضرورت آهي:

70 سال اڳ، ڪار ۾ اسٽو جي موجودگي هڪ ڪار چونڊڻ وقت هڪ متحرڪ عنصر ٿي سگهي ٿي؛ پوء اهو معمول کان مٿي هو ۽ عيش جي نشاني هئي. هاڻي ته ايئر ڪنڊيشن جي غير موجودگيء بيڪار آهي، ۽ ان جي موجودگي، يقينا، هڪ motivating عنصر نه ٿيندو جڏهن هڪ ڪار چونڊي. تنهنڪري 10-15 سال اڳ، هڪ آسان آفيس، سٺو هارڊويئر، مزيدار ڪافي، فٽنيس، لچڪدار ڪلاڪ، وغيره. ٿي سگهي ٿو سٺا محرڪ عنصر، پر هاڻي اهو هڪ سٺو پروگرامر جي ڪم لاءِ معمول آهي. ساڳئي وقت، انهن جي غير موجودگي ٻيهر demotivating ٿي ويندي.

هڪ اهم demotivating عنصر ڌيان ڏيڻ جي صلاحيت ۽ هڪ شور ڪم ماحول جي کوٽ آهي. پروگرامر جو ڪم خاموشي ۽ توجه جي ضرورت آهي. جيڪڏهن آفيس جي جڳهه ڊولپرز کي هڪ الڳ ڪم جي جڳهه سان مهيا ڪرڻ جو موقعو فراهم نٿو ڪري، اهو ضروري آهي ته گهٽ ۾ گهٽ ڀائيوارن جي وچ ۾ آرام سان تعاون کي يقيني بڻائين جيڪي هڪ ٻئي سان مداخلت نٿا ڪن. اهو بهتر آهي ته هڪ ٻئي سان متحرڪ ۽ بلند آواز ڪامريڊن کي متحد ڪرڻ، انهن کي ڌيان ڏيڻ جو موقعو ڏيو جن کي ضرورت آهي.

هڪ پروگرامر جي وقت جي قيمت هاڻي ان هارڊويئر جي قيمت کان گهڻو وڌيڪ آهي جنهن تي هو ڪم ڪري ٿو. ٻه يا ٽي مانيٽر، طاقتور ڪمپيوٽرن، هر ڊولپر لاء هڪ آرامده ڪم جي جڳهه - ڪنهن به ڪمپني ۾ معمول هجڻ گهرجي. اهو موضوع جويل اسپولسڪي جي مضمونن مان هڪ ۾ چڱي طرح ڍڪيل آهي "جويل ٽيسٽ: بهتر ڪوڊ لاءِ 12 قدم.

آرام جو جسماني حصو سڀ کان بنيادي ۽ سادو آهي؛ هاڻي اچو ته باقي بابت ڳالهايون.

ڪيترين ئي ڪمپنين ۾، پروگرامرز لاء معمول هڪ لچڪدار ڪم شيڊول آهي ۽ ڪو لباس ڪوڊ ناهي. اهو سٺو ۽ صحيح آهي جيڪڏهن ٽيم جي ڪم جون خاصيتون ان کي اجازت ڏين ٿيون (مثال طور، گراهڪ، سياستدان يا بينڪن سان ملاقاتون نه آهن).

اهم ڳالهه اها آهي ته وقت جي هڪ مخصوص ونڊو هجي جتي پوري ٽيم مقامي طور تي گڏجي ڪم ڪري ته جيئن ماڻهو ڳالهه ٻولهه ڪري سگهن ۽ مسئلن کي منهن ڏئي حل ڪري سگهن. هڪ پروگرامر، جوهر ۾، ڪم کان پوء به ڪم نه ڇڏي. عام طور تي، آفيس ۾ هن جي موجودگي کان سواء، ڪم جي مسئلن کي هن جي دماغ ۾ ٻيهر هلندي آهي، ۽ سٺا فيصلا اڪثر آفيس کان ٻاهر اچن ٿا. سٺي ٿيڻ جي ضرورت ڏني وئي (جنهن تي اسان هيٺ بحث ڪنداسين)، ننڍڙو ڪنٽرول نقصانڪار آهي. نه رڳو اهو demotivating آهي، اهو پڻ پيداوار گھٽائي ٿو. جيئن ته مشق ڏيکاري ٿو، ڪنٽرول جي غير موجودگي ۾، هڪ حوصلہ افزائي ٽيم ضروري کان وڌيڪ ڪم ڪرڻ جو امڪان آهي. جيڪڏهن ڪنٽرول آهي، ڊولپرز ڪيبورڊ تي نو کان ڇهه تائين ويهندا آهن، پر نتيجو، مان سمجهان ٿو، خراب ٿيندو. جيئن چون ٿا ته، هڪ ماڻهو گهوڙي کي پاڻيءَ ڏانهن وٺي وڃي سگهي ٿو، پر جيڪڏهن هو نه چاهي ته هڪ سؤ به کيس پيئڻ لاءِ مجبور نه ڪندو.

ضرورتن جي هن سطح جي وضاحت ۾ پريشاني ۽ خوف کان آزادي، افراتفري جي غير موجودگي ۽ ساخت ۽ نظم جي ضرورت جو ذڪر پڻ آهي. اهي پڻ انتهائي اهم نقطا آهن جيڪي ٽيم جي ماحول کي تمام گهڻو متاثر ڪن ٿا.

پهرين، افراتفري، جوڙجڪ ۽ ترتيب جي غير موجودگي - ٽيم کي سمجهڻ گهرجي ته ڪير ذميوار آهي، ڪهڙي طريقي سان ورهايو وڃي ٿو، ڇا ڪرڻ جي ضرورت آهي، ڪنهن کي، جڏهن، ڪهڙي ضرورتن جي پيداوار هيٺ آهي، انتظاميا جون اميدون ڪهڙيون آهن ۽ گراهڪ... گهڻو ڪري هن کي باضابطه طور تي بيان ڪيو وڃي، هر شيء تي وقتي طور تي بحث ڪيو وڃي. بحث ۽ وقتي استعمال کان سواء، وضاحت ڪم نٿو ڪري. اهو سٺو عمل آهي ته وقتي طور تي انهن تي بحث ڪيو وڃي ۽ آزاد ٿيڻ کان پوءِ پوسٽ مارٽم جي نتيجن جي بنياد تي انهن کي اپڊيٽ ڪيو وڃي.

ٻيو، هڪ پرسڪون ۽ دوستانه ماحول. اسان سڀ اسان جو تمام گهڻو وقت ڪم تي گذاريندا آهيون، ۽ اسان اهو ڪرڻ چاهيون ٿا بغير دٻاء، تڪرار، يا خوف. ڊولپمينٽ ٽيم اڪثر ڪري شيڊول ۽ گراهڪن جي دٻاءُ هيٺ ڪم ڪري ٿي. ڪنهن کي به ساٿين ۽ اعليٰ عملدارن کان اضافي دٻاءُ جي ضرورت ناهي. ٽيم ۾ ماحول، عام طور تي حقيقت اها آهي ته ڊولپرز جي هڪ گروهه کي سڏيو وڃي ٿو ۽ "ٽيم" ٿي سگهي ٿو مئنيجر جي سڌي ۽ اهم ذميواري، هڪ اهم وچولي ۽ ڊگهي مدت جي ڪمن مان هڪ آهي. تنهن ڪري، اهو ضروري آهي ته مينيجر لاء ڪم ڪرڻ، خاص طور تي، ٽيم ۾ تڪرار سان، ۽ انهن جي ترقي کي ان جي رستي تي وڃڻ نه ڏيو. تڪرار جو انتظام هڪ الڳ موضوع آهي جيڪو الڳ مطالعي جو مستحق آهي.

ٽيم جي جذباتي حالت ۽ ساٿين جي رويي تي اثر انداز ڪرڻ جا ٻه مکيه طريقا آهن (جيڪڏهن ڪو ماڻهو تبصرن ۾ شامل ڪري، اهو عظيم ٿيندو). پهرين توهان جي پنهنجي رويي آهي. ذاتي مثال مينيجر ۽ ٽيم لاء سپر اهم آهي. جيئن چوندا آھن، جيئن پادريءَ آھي، تيئن اچڻو آھي. طريقي سان عمل ڪريو جيڪو توهان توقع ڪندا آهيو ته توهان جي ساٿين جي رويي جي. ٻيو آهي صحيح رويي جي حوصلا افزائي ڪرڻ ۽، ڳالهائڻ لاء، غلط رويي کي حوصلا افزائي ڪرڻ. ماڻهن سان رابطو ڪريو، انهن کي راء ڏيو، هن کي ڪرڻ جا ڪيترائي طريقا آهن. عام طور تي، راءِ هڪ الڳ بحث لاءِ هڪ موضوع آهي؛ اهو حوصلي سان ڪم ڪرڻ جو هڪ وڏو ۽ اهم حصو آهي.

ماحول بابت هڪ ٻيو نوٽ، جيڪو شايد غير معمولي لڳي، پر عملي طور تي اهو اهم آهي. گهڻو ڪري نه، مردن جي ڀيٽ ۾ ترقياتي ٽيم تي گهٽ ڇوڪريون آهن. گهڻو ڪري گروپ مڪمل طور تي مرد آهن. اهڙين حالتن ۾، پڻ لوڊ هيٺ، ڪڏهن ڪڏهن ٽيم ۾ فحش ٻولي استعمال ٿيڻ شروع ٿئي ٿي. مشق ڏيکاري ٿو ته اهو ماحول تي هڪ منفي اثر آهي؛ مواصلات آهستي آهستي بدمعاش بڻجي ويندو آهي. توھان کي ان کي پاڻ استعمال ڪرڻ کان پاسو ڪرڻ گھرجي ۽ پنھنجي ٽيم ۾ ان جي استعمال جي حوصلا افزائي ڪرڻ گھرجي.

ڊولپمينٽ ٽيمن کي اڪثر ڪري سڏيو ويندو آهي R&D (ريسرچ ۽ ڊولپمينٽ)، تحقيق سان گڏ ڪم جو هڪ اهم حصو. اھو اھو حصو آھي جيڪو عام طور تي پروگرام ڪرڻ ۽ منصوبابندي ڪرڻ ڏکيو آھي، ٻي صورت ۾ اھو تحقيق نه ٿيندو. اهو ضروري آهي ته ٽيم کي غلطي ڪرڻ جو حق حاصل آهي، شروعات ڪرڻ، مختلف اختيارن جي ڪوشش ڪرڻ لاء جيڪي ڪاميابي ۾ ختم ٿي سگهن ٿيون يا نه. غلطيون ڪم جو هڪ معمولي حصو آهن، انهن کان بچي نه ٿو سگهجي، پر توهان پڙهي سگهو ٿا، تجزيو ڪري سگهو ٿا، مستقبل لاء انهن مان سکو ۽ اڳتي وڌو. 5 ڇو جو اصول، جيڪو ٽويوٽا ۾ شروع ٿيو، مسئلو جي بنيادي سبب تائين پهچڻ جو هڪ سٺو طريقو آهي. غلطين کي سزا ڏيڻ خوف ۽ غير يقيني صورتحال پيدا ڪرڻ جو هڪ بهترين طريقو آهي. صرف استثنا آهي جڏهن، تجزيي جي نتيجن جي بنياد تي، اهو ظاهر ٿئي ٿو ته غلطي ڪم ڪرڻ لاء غير مسلکي رويي جي سبب هئي، انهي صورت ۾، عملي فيصلا ڪرڻ جي ضرورت هجي.

گفتگو شروع ٿيڻ کان اڳ ٽيم ۾ ماحول توهان جي اميدن ۽ جذباتي حالت کان تمام گهڻو متاثر ٿيو آهي. ڏکيو بحث شروع ڪرڻ کان اڳ، ڪنهن قسم جي بريفنگ، يا صرف هڪ جذباتي ڳالهه ٻولهه، توهان جو مزاج ۽ رويو ان شخص ڏانهن آهي جنهن سان توهان ڳالهائڻ وارا آهيو. مان هميشه ڊفالٽ طور تي يقين رکان ٿو ۽ عمل جي بنياد تي جيڪو شخص خلوص دل سان بهترين ڪرڻ جي ڪوشش ڪئي. جيڪڏهن توهان جي پوزيشن مان اهو لڳي ٿو ته اهو ائين ناهي، توهان کي آرام سان ۽ تفصيل سان حوالو ڳولڻ جي ضرورت آهي ۽ سمجهڻ گهرجي ته هن ڇا ڪيو، ڇو هن سوچيو ته اهو صحيح هو، ۽ اسان جون اميدون ڪٿي مختلف آهن. اهو عام طور تي ظاهر ٿئي ٿو ته اهي حقيقت ۾ اختلاف نه ڪندا آهن، اهو صرف اهو آهي ته هن جي حوالي سان نظر وڌيڪ مڪمل يا تازو آهي، ۽ اتي ڪجهه آهي جيڪو توهان کي خبر ناهي. يا، ان جي ابتڙ، هن کي ڪا به خبر نه هئي. اهو خاص طور تي هڪ ورهايل ٽيم ۾ اهم آهي، جڏهن ماڻهو گهٽ ۾ گهٽ ڳالهائيندا آهن ۽ اي ميل ۽ فوري پيغام رسائيندڙ استعمال ڪندا آهن. اهو هڪ ٽيم ۾ اڃا به وڌيڪ نازڪ آهي جنهن ۾ مختلف ملڪن کان پروگرامرز شامل آهن ۽ مختلف وقت جي زونن ۾ ورهايل آهن. اهو آهي جتي ثقافتي اختلافن هڪ وڏو ڪردار ادا ڪرڻ شروع ڪيو.

مشڪل صورتحال ۾، هلڻ تي ڊرائيونگ آسان آهي، تمام آسان، پر پوء ڊرائيونگ ڪرڻ ڏکيو آهي، ۽ اهو پاڻي گهڻو وقت تائين رهي ٿو. اچو ته توهان کي تازو تجربو مان هڪ سادي مثال ڏيان. ٽيم جي مينيجرن مان هڪ کي فوري طور تي ڪنهن ٻئي ملڪ ۾ لاڳاپيل ٽيم جي مينيجر کان ڪسٽمر سان ڪجهه مسئلي بابت تبصرن جي ضرورت آهي. هن ميسينجر ۾ هڪ ساٿي کي پنگ ڪيو، 15 منٽ انتظار ڪيو، ٻيهر پنگ ڪيو، پوءِ 15 منٽن کان پوءِ هو هڪ وڏي چيٽ تي ويو جنهن ۾ ٻيا مينيجر به هئا، ۽ ٿورڙو هن ساٿي تي حملو ڪيو، هن لفظ سان: ”جڏهن ته توهان نٿا ڪريو. مون کي جواب ڏيڻ جي خواهش، شايد، ۽ سوال ايترو تڪڙو نه آهي؟" آخر ۾، اهو ظاهر ٿيو ته اسان جو ڪارپوريٽ قاصد ٿورڙو ٿڪل هو، ۽ ساٿي اهو سوال نه ڏٺو. مون کي معافي وٺڻي هئي. عام طور تي، اهو سٺو سان شروع ڪرڻ بهتر آهي. اهو هميشه ممڪن آهي ته خراب غلطي ڪرڻ ۽ بعد ۾ مصيبت ۾ ڀڄڻ؛ ان سان ڪو مسئلو ناهي (جيتوڻيڪ توهان کي اهو نه ڪرڻ گهرجي). عام طور تي، اسان جي صنعت ۾ ڪم ڪرڻ جي 20 سالن کان وڌيڪ عرصي ۾، مون هڪ حقيقي بدڪار ساٿي سان ملاقات ڪئي آهي صرف هڪ ڀيرو (!). خوشقسمتيء سان، اسان تمام جلدي ڀڄي ويا. اهو ظاهر ٿئي ٿو ته وڏي اڪثريت ڪيسن ۾ اهو فرض ڪرڻ لاءِ ته ساٿي بهترين چاهيندا آهن ، انهن جي حوالي سان بهترين سمجھڻ لاءِ.

مئنيجر جي حيثيت ۾ توهان جو ڪم حوالن جي هم وقت سازي کي يقيني بڻائڻ آهي، اميدن، ضرورتن، آخري تاريخن، ۽ ٽيم ۾ قبول ڪيل معيارن جي عام فهم. اهي ننڍيون شيون لڳي سگهن ٿيون، پر ٽيم ۾ ماحول اهڙين ننڍڙن شين مان ٺهيل آهي. ورهايل ٽيم جي نقطه نظر کان، هڪ اهم ڪمن مان هڪ آهي انهي ڳالهه کي يقيني بڻائڻ ته ٽيم جي ميمبرن کي وقتي طور تي منهن ڏيڻ وارو مواصلات آهي. مون پروگرامرز کان هڪ کان وڌيڪ ڀيرا ٻڌو آهي ته، مثال طور، سپورٽ ٽيم جا انجنيئر وٽن آيا ۽ پاڻ ۾ گڏجي ڪم ڪيو، اهي خوشيءَ سان ڪم تي ويٺا رهيا ته جيئن ڪنهن ڏکئي معاملي ۾ ذاتي طور تي پاشا جي مدد ڪن، جيڪو تازو هنن وٽ آيو هو. جيتوڻيڪ اڳي پاشا ميسينجر ۾ صرف هڪ آئڪن هو، ۽ ڪو به ان آئڪن جي خاطر نه روڪيندو هو.

رستي جي ذريعي، مون سپورٽ ٽيم جي باري ۾ ڳالهائڻ شروع ڪيو ۽ مون لاء هڪ مثالي مثال ياد ڪيو. هڪ دفعي، آمريڪا ۾ هڪ گراهڪ کي پروڊڪٽ سان مسئلو هو، سپورٽ ٽيم مان هڪ انجنيئر جيڪو ان تي عمل ڪرڻ تي ڪم ڪيو (روس کان ٻيو) مدد ڪرڻ لاء ڪم ڪرڻ کان پوء رهي، پر مسئلو حل نه ڪيو ويو ۽ حل نه ڪيو ويو. عام طور تي، هو دير ڪندو هو ۽ تقريبا صبح تائين اتي ويٺو هو. هن وقت، گراهڪ جي مينيجرز مسئلي کي وڌايو، انهن لاء ان جي تنقيد جي نشاندهي ڪئي، ۽ شام جو ڪم ڇڏي ڏنو. اڳتي وڌڻ وارو عمل اڳ ۾ ئي مختلف ٽائم زون ۾ رفتار حاصل ڪري رهيو هو، روس ۾ سپورٽ مينيجرز مدد ڪرڻ جي ڪوشش ڪرڻ لڳا، ڪسٽمر جي آفيس سان رابطي ۾ ڪجهه مشڪلاتن جي ڪري (VPN، ڪنيڪشن مسئلا، ملڪن جي وچ ۾ ڪالن سان مشڪلات، ...) اهي. خبر نه هئي ته اهو ماڻهو اڳ ۾ ئي آفيس ۾ جيل ۾ هو ۽ مسئلو حل ڪري، کيس ڳولڻ جي ڪوشش ڪئي. انهن کي اهو صرف صبح جو (آمريڪي) مليو، جڏهن مسئلو اڳ ۾ ئي عملي طور تي حل ڪيو ويو هو ۽ پيداوار ڪم ڪري رهي هئي. بيٽنگ کان ئي هنن چوڻ شروع ڪيو ته آخر ڇا ٿيو، گراهڪ جي اهڙي واڌ آهي، ڪجهه به ڪم نه پيو ڪري، تون ڪٿي آهين، اسان توکي ڳولي نه سگهياسين وغيره. چوڻ جي ضرورت ناهي، اهڙي رويي جي نتيجي ۾ انسان تمام گهڻو مايوس ٿي ويو. ورهايل ٽيم جي ڪم کي منظم ڪرڻ هڪ الڳ وڏو موضوع آهي، پر ٻه شيون ياد رکڻ ضروري آهي. پهرين، مواصلات ۽ ماحول تمام اهم آهن، ڪم جي ڪاميابي ان تي منحصر آهي. ٻيو، اهو پنهنجو پاڻ تي ڪم نٿو ڪري؛ اهو الڳ الڳ ۽ کوٽائي سان معاملو ڪيو وڃي.

ضرورتن جي هن سطح سان لاڳاپيل هڪ ٻيو اهم نقطو ٻيهر تنخواه آهي. تنخواه جي ماپ نه، جيئن ته، پر ان کي تبديل ڪرڻ لاء هڪ خاص طريقيڪار جي موجودگي. ڪمپني کي مختلف سطحن تي پوزيشن جي ضرورتن کي طئي ڪرڻ جو هڪ طريقو هجڻ گهرجي. هر ڊولپر کي ڪمپني سان پنهنجي ڪم جي اميدن تي بحث ڪرڻ جي قابل هوندو، سمجھو ته ڪيئن ۽ جڏهن انهن جون ڪوششون انهن جي تنخواه تي اثر انداز ٿي سگهن ٿيون. مئنيجر سان وقتي ملاقاتون، نيم سالياني يا سالياني ڪارڪردگي جا جائزو هن مقصد جي خدمت ڪن ٿا. هي، ٻيهر، انهن لمحن مان هڪ آهي جنهن جي موجودگي واضح طور تي حوصلا افزائي نه ٿي ڪري، پر انهن جي غير موجودگي تمام خراب آهي.

آرڊر جي ضرورت کان وٺي ۽ ضابطن جي موجودگي کي انهن قاعدن جي تعميل ڪرڻ جي ضرورت آهي، ٽيم ۾ قبول ڪيل معيارن جي پيروي ڪرڻ لاء، ٻنهي رسمي ۽ غير رسمي. عام طور تي ڳالهائڻ، مان ان کي "سٺو ٿيڻ" جي ضرورت کي سڏيندو. هن ضرورت جي موجودگي تصديق ڪري ٿي ته مائڪرو مينيجمينٽ ضروري ناهي، بلڪه نقصانڪار. اهو ڪافي آهي ته ماڻهوءَ کي ڪم لاءِ گهربل هر شيءِ مهيا ڪري، کيس سياق، ترجيحن جي ڄاڻ ڏي، ۽ پنهنجي سطح تي عمل ۽ فيصلا ڪرڻ جي آزادي مهيا ڪري. اهڙين حالتن ۾، هو اعتماد محسوس ڪندو، پنهنجو پاڻ کي فيصلا ڪرڻ جو موقعو، انهن جي ذميواري کڻڻ، ۽ پنهنجي صلاحيت کي ظاهر ڪرڻ جي قابل هوندو.

هڪ ٻيو اهم نقطو جنهن کي ترتيب ڏيڻ جي ضرورت سان منسوب ڪيو وڃي ۽ افراتفري جي غير موجودگي هڪ ڪم تي توجه ڏيڻ جي صلاحيت آهي، بار بار حوالن جي سوئچ جي غير موجودگي. هڪ پروگرامر هجڻ وقت ۽ ڌيان جي ضرورت آهي. پروگرامر واقعي پسند نٿا ڪن تڪڙو تڪڙو هڪ ڪم کي ڇڏي ڏيڻ ۽ ٻئي ڏانهن سوئچ ڪرڻ. هڪ پروگرامر جي ڪم جو هڪ لازمي حصو عام طور تي نه رڳو ڪوڊ جي حقيقي ترقي آهي، پر پڻ بگ فڪسنگ ۽ گراهڪن جي درخواستن جي پروسيسنگ سان مدد. اهو اڳ ۾ ئي اهڙين شين جي منصوبابندي ڪرڻ جي قابل آهي، انهي طريقي سان پروگرامر کي اجازت ڏيڻ جي اجازت ڏيڻ لاء هڪ ڪم تي مڪمل طور تي ڪم مڪمل ڪرڻ کان پهريان ٻئي کي تبديل ڪرڻ کان اڳ. بهترين اختيار اهو آهي ته توهان پنهنجو پاڻ کي موقعو ڏيو ته توهان پنهنجي ڪم جي پاڻ منصوبابندي ڪريو، ترجيحن ۽ ايندڙ ڪمن کي اڳ ۾ سڃاڻڻ، هڪ قسم جي ڪم تي ڪم ڪرڻ لاءِ ڊگهو، وڌايل وقت مختص ڪرڻ. هن موضوع کي ڪتاب ۾ چڱي طرح بيان ڪيو ويو آهي "گوگل - سائيٽ ريليبلٽي انجنيئرنگ"، جيڪو چڱي طرح بيان ڪري ٿو ٽيمن جي ڪم جي منصوبابندي ڪرڻ لاء جيڪي وڏي، انتهائي لوڊ ٿيل، غلطي برداشت ڪندڙ سسٽم جي آپريشن ۽ ترقي کي يقيني بڻائين، ۽ گڏوگڏ انجنيئرز جن جو ڪاروبار سافٽ ويئر ڊولپمينٽ ۽ ان جي حمايت کي گڏ ڪري ٿو.

جاري رکڻ گهرجي…

جو ذريعو: www.habr.com