প্রোগ্রামারদের একটি দল পরিচালনা করা: কীভাবে এবং কীভাবে তাদের সঠিকভাবে অনুপ্রাণিত করবেন? অংশ দুই

এপিগ্রাফ:
স্বামী, বিষণ্ণ শিশুদের দিকে তাকিয়ে তার স্ত্রীকে বলে: আচ্ছা, আমরা কি এগুলো ধুয়ে ফেলব নাকি নতুন জন্ম দেব?

নীচের অংশে আমাদের টিম লিডার, সেইসাথে RAS প্রোডাক্ট ডেভেলপমেন্ট ডিরেক্টর ইগর মারনাটের একটি প্রবন্ধের দ্বিতীয় অংশ, প্রোগ্রামারদের অনুপ্রাণিত করার বিশেষত্ব সম্পর্কে। নিবন্ধের প্রথম অংশ এখানে পাওয়া যাবে - habr.com/ru/company/parallels/blog/452598

নিবন্ধের প্রথম অংশে, আমি মাসলোর পিরামিডের দুটি নিম্ন স্তরে স্পর্শ করেছি: শারীরবৃত্তীয় চাহিদা, নিরাপত্তার প্রয়োজন, আরাম এবং স্থিরতা এবং পরবর্তী, তৃতীয় স্তরে চলে যাই, যথা:

তৃতীয় - একাত্মতা এবং ভালবাসা জন্য প্রয়োজন

আমি জানতাম যে ইতালীয় মাফিয়াকে "কোসা নস্ট্রা" বলা হয়, কিন্তু আমি যখন "কোসা নস্ট্রা" অনুবাদ করা হয় তখন আমি খুব মুগ্ধ হয়েছিলাম। ইতালীয় থেকে অনুবাদ করা "কোসা নস্ট্রা" এর অর্থ "আমাদের ব্যবসা"। অনুপ্রেরণার জন্য নামের পছন্দটি খুব সফল (আসুন পেশাটি বাদ দেওয়া যাক, এই ক্ষেত্রে আমরা কেবল অনুপ্রেরণাতে আগ্রহী)। একজন ব্যক্তি সাধারণত একটি দলের অংশ হতে চায়, কিছু বড়, সাধারণ, আমাদের ব্যবসা করতে চায়।

সেনাবাহিনী, নৌবাহিনী এবং যেকোন বৃহৎ আধাসামরিক বাহিনী গঠনে আত্মীয়তা ও ভালোবাসার প্রয়োজনীয়তা পূরণ করার উপর অত্যন্ত গুরুত্ব দেওয়া হয়। এবং, আমরা দেখতে, মাফিয়া মধ্যে. এটি বোধগম্য, কারণ আপনাকে এমন লোকদের বাধ্য করতে হবে যাদের মধ্যে সামান্য মিল নেই, যারা প্রাথমিকভাবে সমমনা লোকদের একটি দল গঠন করে না, যারা নিয়োগের মাধ্যমে একত্রিত হয় (স্বেচ্ছায় নয়), যাদের শিক্ষার বিভিন্ন স্তর, বিভিন্ন ব্যক্তিগত মূল্যবোধ রয়েছে। , আক্ষরিক অর্থে তাদের জীবন উৎসর্গ করতে, মারাত্মক ঝুঁকিতে, কিছু সাধারণ কারণের জন্য, আপনার জীবনকে অস্ত্রে একজন কমরেডের কাছে অর্পণ করুন।

এটি একটি খুব শক্তিশালী অনুপ্রেরণা; বেশিরভাগ লোকের জন্য এটি অনুভব করা অত্যন্ত গুরুত্বপূর্ণ যে তারা বড় কিছুর অন্তর্গত, আপনি একটি পরিবার, একটি দেশ, একটি দলের অংশ। সেনাবাহিনীতে, ইউনিফর্ম, বিভিন্ন আচার-অনুষ্ঠান, কুচকাওয়াজ, মিছিল, ব্যানার ইত্যাদি এই উদ্দেশ্যে কাজ করে। মোটামুটি একই ফ্যাক্টর যে কোন দলের জন্য গুরুত্বপূর্ণ। প্রতীক, কর্পোরেট ব্র্যান্ড এবং কর্পোরেট রং, প্যারাফারনালিয়া এবং স্যুভেনির গুরুত্বপূর্ণ।

এটা গুরুত্বপূর্ণ যে উল্লেখযোগ্য ইভেন্টগুলির নিজস্ব দৃশ্যমান মূর্তি রয়েছে যার সাথে তারা যুক্ত হতে পারে। আজকাল, একটি কোম্পানির নিজস্ব পণ্যদ্রব্য, জ্যাকেট, টি-শার্ট ইত্যাদি থাকাটাই বরং আদর্শ। কিন্তু কোম্পানির মধ্যে দলকে হাইলাইট করাও গুরুত্বপূর্ণ। আমরা প্রায়শই একটি রিলিজের ফলাফলের উপর ভিত্তি করে টি-শার্ট প্রকাশ করি, যা মুক্তির সাথে জড়িত সকলকে দেওয়া হয়। কিছু অনুষ্ঠান, যৌথ উদযাপন বা পুরো দলের সাথে ক্রিয়াকলাপ অনুপ্রেরণার আরেকটি গুরুত্বপূর্ণ কারণ।

বাহ্যিক গুণাবলী ছাড়াও, অন্যান্য অনেক কারণ একটি দলের অন্তর্গত অনুভূতি প্রভাবিত করে।
প্রথমত, একটি সাধারণ লক্ষ্যের উপস্থিতি যা প্রত্যেকে বুঝতে পারে এবং এর গুরুত্বের মূল্যায়ন শেয়ার করে। প্রোগ্রামাররা সাধারণত বুঝতে চায় যে তারা একটি দুর্দান্ত জিনিস করছে এবং তারা একটি দল হিসাবে একসাথে এই দুর্দান্ত জিনিসটি করছে।
দ্বিতীয়ত, দলটির অবশ্যই একটি যোগাযোগের স্থান থাকতে হবে যেখানে পুরো দল উপস্থিত থাকে এবং যা শুধুমাত্র এটির অন্তর্গত (উদাহরণস্বরূপ, মেসেঞ্জারে একটি চ্যাট, পর্যায়ক্রমিক দল সিঙ্ক্যাপ)। কাজের সমস্যা ছাড়াও, অনানুষ্ঠানিক যোগাযোগ, কখনও কখনও বহিরাগত ইভেন্টের আলোচনা, হালকা অফটপ - এই সমস্ত সম্প্রদায় এবং দলের অনুভূতি তৈরি করে।
তৃতীয়ত, আমি দলের মধ্যে ভালো প্রকৌশল অনুশীলনের প্রবর্তন, কোম্পানিতে গৃহীত ব্যক্তিদের তুলনায় মান বাড়ানোর ইচ্ছাকে হাইলাইট করব। শিল্পে গৃহীত সর্বোত্তম পন্থাগুলি প্রয়োগ করা, প্রথমে দলে এবং তারপরে সামগ্রিকভাবে কোম্পানিতে, দলটিকে অনুভব করার সুযোগ দেয় যে এটি অন্যদের চেয়ে এগিয়ে রয়েছে, পথ দেখায়, এটি একটি আত্মীয়তার অনুভূতি তৈরি করে একটি দুর্দান্ত দলের কাছে।

পরিকল্পনা ও ব্যবস্থাপনায় দলের অংশগ্রহণের দ্বারাও নিজেদেরকে প্রভাবিত করে। যখন দলের সদস্যরা প্রকল্পের লক্ষ্য, কাজের পরিকল্পনা, দলের মান এবং প্রকৌশল অনুশীলন এবং নতুন কর্মীদের সাক্ষাৎকার নিয়ে আলোচনায় জড়িত থাকে, তখন তারা কাজের উপর অংশগ্রহণ, শেয়ার্ড মালিকানা এবং প্রভাবের অনুভূতি বিকাশ করে। লোকেরা অন্যদের দ্বারা প্রস্তাবিত সিদ্ধান্তগুলির চেয়ে নিজের দ্বারা নেওয়া এবং কণ্ঠস্বর দিয়ে নেওয়া সিদ্ধান্তগুলি কার্যকর করতে অনেক বেশি ইচ্ছুক, এমনকি যদি তারা কার্যত সুরে থাকে।

জন্মদিন, বার্ষিকী, সহকর্মীদের জীবনের উল্লেখযোগ্য ঘটনা - একটি যৌথ পিজা, দলের কাছ থেকে একটি ছোট উপহার জড়িত এবং কৃতজ্ঞতার উষ্ণ অনুভূতি দেয়। কিছু কোম্পানিতে, কোম্পানিতে 5, 10, 15 বছরের কাজের জন্য ছোট স্মারক চিহ্ন দেওয়ার প্রথা রয়েছে। একদিকে, আমি মনে করি না যে এটি আমাকে নতুন অর্জনের জন্য এতটা অনুপ্রাণিত করে। তবে, স্পষ্টতই, প্রায় কেউই খুশি হবেন যে তারা তার সম্পর্কে ভুলে যায়নি। এটি সেই ক্ষেত্রেগুলির মধ্যে একটি যখন একটি সত্যের অনুপস্থিতি তার উপস্থিতি অনুপ্রাণিত করার পরিবর্তে হ্রাস করে। একমত, এটা খুবই লজ্জাজনক হতে পারে যদি LinkedIn আপনাকে সকালে মনে করিয়ে দেয় এবং আপনার কাজের জায়গায় আপনার 10 তম বার্ষিকীতে আপনাকে অভিনন্দন জানায়, কিন্তু কোম্পানির একজন সহকর্মী আপনাকে অভিনন্দন জানায় না বা মনে রাখে না।

অবশ্যই, একটি উল্লেখযোগ্য বিষয় হল দলের গঠন পরিবর্তন। এটা স্পষ্ট যে দল থেকে কারো আগমন বা প্রস্থানের কথা যদি আগেই ঘোষণা করা হয় (উদাহরণস্বরূপ, একটি কোম্পানি বা টিম নিউজলেটারে, বা একটি টিম মিটিংয়ে), এটি বিশেষ করে কাউকে নতুন অর্জনে অনুপ্রাণিত করে না। কিন্তু যদি কোনো দিন আপনি আপনার পাশে কোনো নতুন ব্যক্তিকে দেখতে পান বা কোনো পুরানো ব্যক্তিকে দেখতে পান না, তাহলে এটি একটি বিস্ময়কর হতে পারে এবং আপনি চলে গেলে একেবারেই অপ্রীতিকর। মানুষ চুপচাপ হারিয়ে যাবে না। বিশেষ করে বিতরণ করা দলে। বিশেষ করে যদি আপনার কাজ অন্য অফিসের একজন সহকর্মীর উপর নির্ভর করে যিনি হঠাৎ করে উঠে অদৃশ্য হয়ে যান। এই ধরনের মুহূর্তগুলি অবশ্যই দলকে আগে থেকে আলাদাভাবে জানানো মূল্যবান।

একটি গুরুত্বপূর্ণ ফ্যাক্টর, যাকে ইংরেজিতে বলা হয় মালিকানা ("দখল" এর আক্ষরিক অনুবাদ সম্পূর্ণরূপে এর অর্থ প্রতিফলিত করে না)। এটি মালিকানার অনুভূতি নয়, বরং এটি আপনার প্রকল্পের জন্য দায়িত্বের অনুভূতি, সেই অনুভূতি যখন আপনি আবেগগতভাবে নিজেকে পণ্যের সাথে এবং পণ্যটিকে নিজের সাথে যুক্ত করেন। এটি মোটামুটিভাবে "ফুল মেটাল জ্যাকেট" মুভিতে সামুদ্রিক প্রার্থনার সাথে মিলে যায়: "এটা আমার রাইফেল. এরকম অনেক রাইফেল আছে, কিন্তু এটা আমার। আমার রাইফেল আমার সবচেয়ে ভালো বন্ধু। অস্ত্রোপচার. আমি আমার জীবনের মালিক একইভাবে এটির মালিক হতে শিখতে হবে। আমি ছাড়া আমার রাইফেল অকেজো। আমার রাইফেল ছাড়া আমি অকেজো। আমি আমার রাইফেল সোজা গুলি করতে হবে. যে শত্রু আমাকে মেরে ফেলতে চাইছে তার চেয়েও বেশি নিখুঁতভাবে আমাকে গুলি করতে হবে। সে আমাকে গুলি করার আগে আমাকে তাকে গুলি করতে হবে। এটা তাই হতে দিন..."

যখন একজন ব্যক্তি দীর্ঘদিন ধরে একটি পণ্যের উপর কাজ করেন, তার সৃষ্টি এবং বিকাশের সম্পূর্ণ দায়িত্ব বহন করার সুযোগ থাকে, কীভাবে একটি কার্যকারী জিনিস "কিছুই" থেকে উদ্ভূত হয়, লোকেরা কীভাবে এটি ব্যবহার করে, এই শক্তিশালী অনুভূতির উদ্ভব হয়। একটি প্রোজেক্টে দীর্ঘ সময় ধরে একত্রে কাজ করা প্রোডাক্ট টিমগুলি সাধারণত সেই দলগুলির তুলনায় বেশি অনুপ্রাণিত এবং সমন্বিত হয় যেগুলি অল্প সময়ের জন্য একত্রিত হয় এবং অ্যাসেম্বলি লাইন মোডে কাজ করে, একটি প্রোজেক্ট থেকে অন্য প্রোজেক্টে স্যুইচ করে, সম্পূর্ণ প্রোডাক্টের সম্পূর্ণ দায়িত্ব ছাড়াই , শুরু থেকে শেষ পর্যন্ত.

IV স্বীকৃতির প্রয়োজন

একটি সদয় শব্দ এছাড়াও বিড়াল খুশি. প্রত্যেকেই তাদের করা কাজের গুরুত্বের স্বীকৃতি এবং এর ইতিবাচক মূল্যায়ন দ্বারা অনুপ্রাণিত হয়। প্রোগ্রামারদের সাথে কথা বলুন, তাদের পর্যায়ক্রমিক প্রতিক্রিয়া দিন, একটি ভাল কাজ উদযাপন করুন। আপনার যদি একটি বড় এবং বিতরণ করা দল থাকে তবে পর্যায়ক্রমিক মিটিংগুলি (যাকে এক থেকে এক বলা হয়) এটির জন্য উপযুক্ত; যদি দলটি খুব ছোট হয় এবং স্থানীয়ভাবে একসাথে কাজ করে তবে এই সুযোগটি সাধারণত ক্যালেন্ডারে বিশেষ মিটিং ছাড়াই দেওয়া হয় (যদিও পর্যায়ক্রমিক একটি একটির জন্য এটি এখনও প্রয়োজন, আপনি এটি কম প্রায়ই করতে পারেন)। manager-tools.com-এ পরিচালকদের জন্য পডকাস্টে এই বিষয়টি ভালোভাবে কভার করা হয়েছে।

যাইহোক, সাংস্কৃতিক পার্থক্য মনে রাখা মূল্যবান। আমেরিকান সহকর্মীদের সাথে পরিচিত কিছু পন্থা সবসময় রাশিয়ানদের সাথে কাজ করবে না। পশ্চিমা দেশগুলির দলগুলির মধ্যে দৈনন্দিন যোগাযোগে গৃহীত ভদ্রতার মাত্রা প্রাথমিকভাবে রাশিয়ার প্রোগ্রামারদের কাছে অতিরিক্ত বলে মনে হয়। রাশিয়ান সহকর্মীদের কিছু সরলতা বৈশিষ্ট্য অন্যান্য দেশের সহকর্মীরা অভদ্রতা হিসাবে বিবেচিত হতে পারে। এটি একটি আন্তজাতিক দলে যোগাযোগের ক্ষেত্রে খুব গুরুত্বপূর্ণ; এই বিষয়ে অনেক কিছু লেখা হয়েছে; এই জাতীয় দলের ব্যবস্থাপককে অবশ্যই এটি মনে রাখতে হবে।

বৈশিষ্ট্য প্রদর্শন, যেখানে প্রোগ্রামাররা স্প্রিন্টের সময় বিকশিত বৈশিষ্ট্যগুলি দেখায়, এই প্রয়োজনটি উপলব্ধি করার জন্য একটি ভাল অনুশীলন। টিমগুলির মধ্যে যোগাযোগের চ্যানেলগুলি পরিষ্কার করার, পণ্য পরিচালক এবং পরীক্ষকদের নতুন বৈশিষ্ট্যগুলির সাথে পরিচয় করিয়ে দেওয়ার এটি একটি দুর্দান্ত সুযোগ, এটি বিকাশকারীদের জন্য তাদের কাজের ফলাফল দেখানো এবং তাদের লেখকত্ব নির্দেশ করার একটি ভাল সুযোগ। ভাল, এবং আপনার পাবলিক স্পিকিং স্কিল পালিশ করুন, অবশ্যই, যা কখনই ক্ষতিকর নয়।

যৌথ দলের গেট-টুগেদারে সার্টিফিকেট, স্মারক চিহ্ন (অন্তত একটি সদয় শব্দ) সহ বিশেষ করে বিশিষ্ট সহকর্মীদের উল্লেখযোগ্য অবদান উদযাপন করা একটি ভাল ধারণা। লোকেরা সাধারণত এই জাতীয় শংসাপত্র এবং স্মারক চিহ্নগুলিকে খুব মূল্য দেয়, চলাফেরার সময় তাদের সাথে নিয়ে যায় এবং সাধারণত প্রতিটি সম্ভাব্য উপায়ে তাদের যত্ন নেয়।

দলের কাজে আরও উল্লেখযোগ্য, দীর্ঘমেয়াদী অবদান চিহ্নিত করতে, সঞ্চিত অভিজ্ঞতা এবং দক্ষতা, প্রায়শই একটি গ্রেড সিস্টেম ব্যবহার করা হয় (আবার, সেনাবাহিনীতে সামরিক পদের সিস্টেমের সাথে একটি সাদৃশ্য আঁকা যেতে পারে, যা ছাড়াও অধীনতা নিশ্চিত করার জন্য, এই উদ্দেশ্যেও কাজ করে)। প্রায়শই তরুণ বিকাশকারীরা তাদের কাঁধে নতুন তারকা পেতে দ্বিগুণ কঠোর পরিশ্রম করে (যেমন জুনিয়র বিকাশকারী থেকে ফুল-টাইম বিকাশকারীতে চলে যাওয়া ইত্যাদি)।

আপনার জনগণের প্রত্যাশা জানা গুরুত্বপূর্ণ। কেউ কেউ উচ্চ গ্রেডের দ্বারা অনুপ্রাণিত হওয়ার সম্ভাবনা বেশি, স্থপতি বলে ডাকার সুযোগ, অন্যরা বিপরীতে, গ্রেড এবং শিরোনামের প্রতি উদাসীন এবং বেতন বৃদ্ধিকে কোম্পানির কাছ থেকে স্বীকৃতির চিহ্ন হিসাবে বিবেচনা করবে। . তারা কী চায় এবং তাদের প্রত্যাশা কী তা বোঝার জন্য লোকেদের সাথে যোগাযোগ করুন।

স্বীকৃতির একটি প্রদর্শন, দলের পক্ষ থেকে একটি উচ্চ স্তরের আস্থা, কর্মের আরও স্বাধীনতা বা কাজের নতুন ক্ষেত্রগুলিতে জড়িত থাকার মাধ্যমে দেওয়া যেতে পারে। উদাহরণস্বরূপ, নির্দিষ্ট অভিজ্ঞতা অর্জন এবং নির্দিষ্ট ফলাফল অর্জনের পরে, একজন প্রোগ্রামার, স্পেসিফিকেশন অনুসারে তার বৈশিষ্ট্যগুলি বাস্তবায়নের পাশাপাশি, নতুন জিনিসগুলির স্থাপত্যের উপর কাজ করতে পারে। অথবা নতুন ক্ষেত্রগুলিতে জড়িত হন যা সরাসরি উন্নয়নের সাথে সম্পর্কিত নাও হতে পারে - পরীক্ষা অটোমেশন, সেরা ইঞ্জিনিয়ারিং অনুশীলনগুলি বাস্তবায়ন, রিলিজ পরিচালনায় সহায়তা করা, সম্মেলনে কথা বলা ইত্যাদি।

V. জ্ঞান এবং স্ব-বাস্তবকরণের প্রয়োজন।

অনেক প্রোগ্রামার তাদের জীবনের বিভিন্ন পর্যায়ে বিভিন্ন ধরণের প্রোগ্রামিং কার্যকলাপের উপর দৃষ্টি নিবদ্ধ করে। কিছু লোক মেশিন লার্নিং করতে, নতুন ডেটা মডেল তৈরি করতে, কাজের জন্য প্রচুর বৈজ্ঞানিক সাহিত্য পড়তে এবং স্ক্র্যাচ থেকে নতুন কিছু তৈরি করতে পছন্দ করে। অন্যটি একটি বিদ্যমান অ্যাপ্লিকেশনকে ডিবাগিং এবং সমর্থন করার কাছাকাছি, যেখানে আপনাকে বিদ্যমান কোড, অধ্যয়ন লগ, স্ট্যাক ট্রেস এবং নেটওয়ার্ক ক্যাপচা দিন এবং সপ্তাহের জন্য গভীরভাবে খনন করতে হবে এবং প্রায় কোনও নতুন কোড লিখতে হবে না।

উভয় প্রক্রিয়ার জন্য মহান বুদ্ধিবৃত্তিক প্রচেষ্টা প্রয়োজন, কিন্তু তাদের ব্যবহারিক আউটপুট ভিন্ন। এটি বিশ্বাস করা হয় যে প্রোগ্রামাররা বিদ্যমান সমাধানগুলিকে সমর্থন করতে অনিচ্ছুক; তারা বরং নতুনগুলি বিকাশ করতে অনুপ্রাণিত হয়। এর মধ্যে প্রজ্ঞার দানা আছে। অন্যদিকে, আমি যে সবথেকে বেশি অনুপ্রাণিত এবং ঐক্যবদ্ধ দলটির সাথে কাজ করেছি সেটি ছিল একটি বিদ্যমান পণ্যকে সমর্থন করার জন্য, সহায়তা টিম তাদের সাথে যোগাযোগ করার পরে বাগগুলি খুঁজে বের করা এবং ঠিক করার জন্য। ছেলেরা আক্ষরিক অর্থে এই কাজের জন্য বেঁচে ছিল এবং শনিবার এবং রবিবার বাইরে যেতে প্রস্তুত ছিল। আমরা একবার আগ্রহের সাথে আরেকটি জরুরী এবং জটিল সমস্যা মোকাবেলা করেছি, হয় 31শে ডিসেম্বর সন্ধ্যায় বা 1লা জানুয়ারী বিকেলে।

বিভিন্ন কারণ এই উচ্চ প্রেরণা প্রভাবিত. প্রথমত, এটি শিল্পের একটি বড় নাম সহ একটি কোম্পানি ছিল, দলটি এটির সাথে নিজেদের যুক্ত করেছিল ("অধিভুক্তির প্রয়োজন" দেখুন)। দ্বিতীয়ত, তারা ছিল শেষ সীমানা, তাদের পিছনে কেউ ছিল না, তখন কোনও পণ্য দল ছিল না। তাদের এবং গ্রাহকদের মধ্যে দুটি স্তরের সমর্থন ছিল, কিন্তু সমস্যাটি তাদের কাছে পৌঁছালে, পিছু হটবার কোথাও ছিল না, তাদের পিছনে কেউ ছিল না, পুরো কর্পোরেশন তাদের উপর ছিল (চারজন তরুণ প্রোগ্রামার)। তৃতীয়ত, এই বৃহৎ কোম্পানির অনেক বড় গ্রাহক ছিল (দেশের সরকার, অটোমোবাইল এবং বিমান চলাচল সংক্রান্ত উদ্বেগ ইত্যাদি) এবং বেশ কয়েকটি দেশে খুব বড় আকারের ইনস্টলেশন ছিল। ফলস্বরূপ, সর্বদা জটিল এবং আকর্ষণীয় সমস্যা, সাধারণ সমস্যাগুলি পূর্ববর্তী স্তরগুলির সমর্থন দ্বারা সমাধান করা হয়েছিল। চতুর্থত, দলের অনুপ্রেরণা ব্যাপকভাবে প্রভাবিত হয়েছিল সহায়তা দলের পেশাদার স্তরের দ্বারা যার সাথে তারা যোগাযোগ করেছিল (অত্যন্ত অভিজ্ঞ এবং প্রযুক্তিগতভাবে সক্ষম প্রকৌশলী ছিলেন), এবং আমরা সর্বদা তাদের প্রস্তুত করা ডেটার গুণমানে, তারা যে বিশ্লেষণ চালিয়েছিল তার প্রতি আস্থাশীল ছিলাম। , ইত্যাদি পঞ্চমত, এবং আমি মনে করি এটি সবচেয়ে গুরুত্বপূর্ণ বিষয় - দলটি খুব অল্প বয়স্ক ছিল, সমস্ত ছেলেরা তাদের ক্যারিয়ারের শুরুতে ছিল। তারা একটি বড় এবং জটিল পণ্য অধ্যয়ন করতে আগ্রহী ছিল, একটি নতুন পরিবেশে তাদের কাছে নতুন ছিল এমন গুরুতর সমস্যাগুলি সমাধান করতে, তারা পেশাদারভাবে পার্শ্ববর্তী দল, সমস্যা এবং গ্রাহকদের স্তরের সাথে মিলিত হওয়ার চেষ্টা করেছিল। প্রকল্পটি একটি দুর্দান্ত স্কুলে পরিণত হয়েছিল, প্রত্যেকেই পরে কোম্পানিতে একটি ভাল ক্যারিয়ার তৈরি করে এবং প্রযুক্তিগত নেতা এবং সিনিয়র ম্যানেজার হয়ে ওঠে, ছেলেদের মধ্যে একজন এখন অ্যামাজন ওয়েব সার্ভিসে একজন প্রযুক্তিগত ব্যবস্থাপক, অন্যটি অবশেষে Google-এ চলে গেছে এবং সবাই তাদের মধ্যে এখনও উষ্ণতার সাথে এই প্রকল্পটি মনে আছে।

যদি এই দলটি তাদের পিছনে 15-20 বছরের অভিজ্ঞতা সহ প্রোগ্রামারদের নিয়ে থাকে, তাহলে অনুপ্রেরণাটি অন্যরকম হবে। বয়স এবং অভিজ্ঞতা, অবশ্যই, 100% নির্ধারক কারণ নয়; এটি সমস্ত প্রেরণার কাঠামোর উপর নির্ভর করে। এই বিশেষ ক্ষেত্রে, তরুণ প্রোগ্রামারদের জ্ঞান এবং বৃদ্ধির আকাঙ্ক্ষা চমৎকার ফলাফল দিয়েছে।

সাধারণভাবে, আমরা ইতিমধ্যে বেশ কয়েকবার উল্লেখ করেছি, আপনাকে অবশ্যই আপনার প্রোগ্রামারদের প্রত্যাশাগুলি জানতে হবে, তাদের মধ্যে কে তাদের কার্যকলাপের ক্ষেত্রটি প্রসারিত করতে বা পরিবর্তন করতে চায় তা বুঝতে হবে এবং এই প্রত্যাশাগুলি বিবেচনায় নিতে হবে।

মাসলোর পিরামিডের বাইরে: ফলাফলের দৃশ্যমানতা, গ্যামিফিকেশন এবং প্রতিযোগিতা, কোন বাজে কথা নয়

প্রোগ্রামারদের অনুপ্রেরণা সম্পর্কিত আরও তিনটি গুরুত্বপূর্ণ পয়েন্ট রয়েছে যা অবশ্যই উল্লেখ করা দরকার, তবে তাদের মাসলোর চাহিদার মডেলে আঁকা খুব কৃত্রিম হবে।

প্রথমটি হল ফলাফলের দৃশ্যমানতা এবং নৈকট্য।

সফ্টওয়্যার উন্নয়ন সাধারণত একটি ম্যারাথন হয়. গবেষণা ও উন্নয়ন প্রচেষ্টার ফলাফল কয়েক মাস, কখনও কখনও বছর পরে দৃশ্যমান হয়। এমন লক্ষ্যে যাওয়া কঠিন যেটি দিগন্তের বাইরে, কাজের পরিমাণ ভয়ঙ্কর, লক্ষ্য অনেক দূরে, পরিষ্কার নয় এবং দৃশ্যমান নয়, "রাত্রি অন্ধকার এবং ভয়াবহতায় পূর্ণ।" এটির রাস্তাটিকে অংশে ভাগ করা ভাল, নিকটতম গাছের একটি পথ তৈরি করুন যা দৃশ্যমান, পৌঁছানো যায়, রূপরেখাগুলি পরিষ্কার এবং এটি আমাদের থেকে দূরে নয় - এবং এই কাছাকাছি লক্ষ্যে যান। আমরা কয়েক দিন বা সপ্তাহের প্রচেষ্টা করতে চাই, ফলাফল পেতে এবং মূল্যায়ন করতে চাই, তারপরে এগিয়ে যেতে চাই। অতএব, কাজটিকে ছোট অংশে বিভক্ত করা মূল্যবান (চটপটে স্প্রিন্টগুলি এই উদ্দেশ্যটি ভালভাবে পরিবেশন করে)। আমরা কাজের কিছু অংশ সম্পূর্ণ করেছি - এটি রেকর্ড করেছি, শ্বাস ছেড়েছি, আলোচনা করেছি, দোষীদের শাস্তি দিয়েছি, নির্দোষকে পুরস্কৃত করেছি - আমরা পরবর্তী চক্র শুরু করতে পারি।

এই অনুপ্রেরণাটি কম্পিউটার গেমগুলি সম্পূর্ণ করার সময় খেলোয়াড়দের অভিজ্ঞতার সাথে কিছুটা মিল রয়েছে: প্রতিটি স্তর সম্পূর্ণ করার সাথে সাথে তারা পর্যায়ক্রমে পদক, পয়েন্ট, বোনাস পায়; একে "ডোপামিন প্রেরণা" বলা যেতে পারে।

একই সময়ে, ফলাফলের দৃশ্যমানতা আক্ষরিক অর্থেই গুরুত্বপূর্ণ। তালিকার একটি বন্ধ বৈশিষ্ট্য সবুজ হয়ে যাওয়া উচিত। যদি কোড লেখা হয়, পরীক্ষা করা হয়, প্রকাশ করা হয়, কিন্তু প্রোগ্রামারের কাছে দৃশ্যমান দৃশ্যমান অবস্থার কোন পরিবর্তন না হয়, তবে তিনি অসম্পূর্ণ বোধ করবেন, সম্পূর্ণ হওয়ার কোন অনুভূতি থাকবে না। আমাদের সংস্করণ নিয়ন্ত্রণ ব্যবস্থার একটি দলে, প্রতিটি প্যাচ তিনটি পরপর পর্যায় অতিক্রম করেছে - বিল্ডটি একত্রিত করা হয়েছে এবং পরীক্ষাগুলি পাস করেছে, প্যাচটি কোড পর্যালোচনায় পাস করেছে, প্যাচটি একত্রিত হয়েছে৷ প্রতিটি পর্যায় দৃশ্যত সবুজ টিক বা লাল ক্রস দিয়ে চিহ্নিত করা হয়েছিল। একবার ডেভেলপারদের একজন অভিযোগ করেছিলেন যে কোড পর্যালোচনাটি খুব বেশি সময় নেয়, সহকর্মীদের গতি বাড়ানো দরকার, প্যাচগুলি বেশ কয়েক দিন ধরে ঝুলে ছিল। আমি জিজ্ঞেস করলাম, এটা আসলে তার জন্য কি পরিবর্তন হয়? সর্বোপরি, যখন কোডটি লেখা হয়, বিল্ডটি একত্রিত হয় এবং পরীক্ষাগুলি উত্তীর্ণ হয়, যদি কোনও মন্তব্য না থাকে তবে তাকে পাঠানো প্যাচে মনোযোগ দেওয়ার দরকার নেই। সহকর্মীরা নিজেরাই এটি পর্যালোচনা করবে এবং অনুমোদন করবে (যদি, আবার, কোন মন্তব্য না থাকে)। তিনি উত্তর দিলেন, "ইগর, আমি যত তাড়াতাড়ি সম্ভব আমার তিনটি সবুজ টিক পেতে চাই।"

দ্বিতীয় পয়েন্টটি হল গ্যামিফিকেশন এবং প্রতিযোগিতা।

পণ্যগুলির মধ্যে একটি বিকাশ করার সময়, আমাদের ইঞ্জিনিয়ারিং টিমের একটি লক্ষ্য ছিল ওপেন সোর্স পণ্যগুলির একটির সম্প্রদায়ে একটি বিশিষ্ট অবস্থান নেওয়া, শীর্ষ-3 তে প্রবেশ করা। সেই সময়ে, সম্প্রদায়ে কারও দৃশ্যমানতা মূল্যায়ন করার কোন উদ্দেশ্যমূলক উপায় ছিল না; প্রতিটি বড় অংশগ্রহণকারী কোম্পানি দাবি করতে পারে (এবং পর্যায়ক্রমে দাবি করা হয়েছে) যে এটি এক নম্বর অবদানকারী, কিন্তু অংশগ্রহণকারীদের অবদান তুলনা করার কোন বাস্তব উপায় ছিল না। নিজেদের মধ্যে, সময়মত এর গতিশীলতা মূল্যায়ন করতে। তদনুসারে, দলের জন্য একটি লক্ষ্য নির্ধারণের কোন উপায় ছিল না যা কিছু তোতাপাখিতে পরিমাপ করা যেতে পারে, তার কৃতিত্বের মাত্রা মূল্যায়ন ইত্যাদি। এই সমস্যাটি সমাধান করার জন্য, আমাদের দল কোম্পানি এবং ব্যক্তিগত অবদানকারীদের অবদান পরিমাপ এবং কল্পনা করার জন্য একটি টুল তৈরি করেছে www.stackalytics.com. অনুপ্রেরণামূলক দৃষ্টিকোণ থেকে, এটি কেবল একটি বোমা হিসাবে পরিণত হয়েছিল। এটি শুধুমাত্র প্রকৌশলী এবং দল ছিল না যারা ক্রমাগত তাদের অগ্রগতি এবং তাদের সহকর্মী এবং প্রতিযোগীদের অগ্রগতি পর্যবেক্ষণ করে। আমাদের কোম্পানির টপ ম্যানেজমেন্ট এবং সমস্ত বড় প্রতিযোগীরাও স্ট্যাক্যালিটিক্স দিয়ে তাদের দিন শুরু করে। সবকিছু খুব স্বচ্ছ এবং চাক্ষুষ হয়ে ওঠে, প্রত্যেকে সাবধানে তাদের অগ্রগতি নিরীক্ষণ করতে পারে, সহকর্মীদের সাথে তুলনা করতে পারে ইত্যাদি। ইঞ্জিনিয়ার, ম্যানেজার এবং দলের জন্য লক্ষ্য নির্ধারণ করা সুবিধাজনক এবং সহজ হয়ে উঠেছে।

পরিমাণগত মেট্রিকগুলির যে কোনও সিস্টেম বাস্তবায়ন করার সময় একটি গুরুত্বপূর্ণ বিষয় উদ্ভূত হয় যে আপনি সেগুলি প্রয়োগ করার সাথে সাথে সিস্টেমটি স্বয়ংক্রিয়ভাবে এই পরিমাণগত মেট্রিকগুলির অর্জনকে অগ্রাধিকার দেওয়ার চেষ্টা করে, যাতে গুণগতগুলির ক্ষতি হয়৷ উদাহরণস্বরূপ, সম্পূর্ণ কোড পর্যালোচনার সংখ্যা একটি মেট্রিক্স হিসাবে ব্যবহৃত হয়। স্পষ্টতই, কোড পর্যালোচনা বিভিন্ন উপায়ে করা যেতে পারে, আপনি একটি পুঙ্খানুপুঙ্খ পর্যালোচনা এবং একটি জটিল প্যাচ পরীক্ষা করার জন্য কয়েক ঘন্টা ব্যয় করতে পারেন, পরীক্ষাগুলি আপনার বেঞ্চে চালাতে পারেন, ডকুমেন্টেশনের সাথে পরীক্ষা করতে পারেন এবং আপনার কর্মে প্লাস ওয়ান পর্যালোচনা পেতে পারেন, অথবা কয়েক মিনিটের প্যাচে অন্ধভাবে কয়েক ডজন ক্লিক করুন, প্রতিটিকে +1 দিন এবং কর্মে যোগ বিশ পান। এমন হাস্যকর ঘটনা ছিল যখন ইঞ্জিনিয়াররা প্যাচগুলিতে এত দ্রুত ক্লিক করেছিল যে তারা CI সিস্টেম থেকে স্বয়ংক্রিয় প্যাচগুলিতে +1 দিয়েছে৷ যেমন আমরা পরে রসিকতা করেছিলাম, "যাও, যাও, জেনকিন্স।" কমিটের ক্ষেত্রে, এমন অনেক লোক ছিল যারা কোড ফরম্যাটিং টুল দিয়ে কোডের মধ্য দিয়ে গেছে, মন্তব্য সম্পাদনা করেছে, পিরিয়ডকে কমাতে পরিবর্তন করেছে এবং এইভাবে তাদের কর্মফলকে পাম্প করেছে। এটি মোকাবেলা করা বেশ সহজ: আমরা সাধারণ জ্ঞান ব্যবহার করি এবং পরিমাণগত মেট্রিক্স ছাড়াও, প্রয়োজনীয়, গুণগত ব্যবহার করি। দলের কাজের ফলাফলের ব্যবহারের মাত্রা, বহিরাগত অবদানকারীদের সংখ্যা, পরীক্ষার কভারেজের স্তর, মডিউলের স্থায়িত্ব এবং সমগ্র পণ্য, স্কেল এবং কর্মক্ষমতা পরীক্ষার ফলাফল, মূল পর্যালোচকের কাঁধে প্রাপ্ত ইঞ্জিনিয়ারদের সংখ্যা স্ট্র্যাপস, মূল প্রকল্প সম্প্রদায়ে প্রকল্পগুলি গ্রহণ করা হয়েছে, প্রকৌশল প্রক্রিয়ার বিভিন্ন পর্যায়ের মানদণ্ডের সাথে সম্মতি - এই সমস্ত এবং অন্যান্য অনেক কারণকে সাধারণ পরিমাণগত মেট্রিক্সের সাথে মূল্যায়ন করতে হবে।

এবং পরিশেষে, তৃতীয় পয়েন্ট - কোন বাজে কথা নয়।

বিকাশকারীরা খুব স্মার্ট মানুষ এবং তাদের কাজের লাইনে অত্যন্ত যৌক্তিক। তারা দীর্ঘ এবং জটিল যৌক্তিক চেইন তৈরি করতে দিনে 8-10 ঘন্টা ব্যয় করে, তাই তারা উড়ে যাওয়ার সময় তাদের মধ্যে দুর্বলতা দেখতে পায়। কিছু করার সময়, তারা, অন্য সবার মতো, বুঝতে চায় কেন তারা এটি করছে, কী পরিবর্তন হবে। এটা অত্যন্ত গুরুত্বপূর্ণ যে আপনি আপনার দলের জন্য যে লক্ষ্যগুলি সেট করেছেন তা সৎ এবং বাস্তবসম্মত। একটি প্রোগ্রামিং দলের কাছে একটি খারাপ ধারণা বিক্রি করার চেষ্টা করা একটি খারাপ ধারণা। একটি ধারণা খারাপ যদি আপনি নিজে এটিতে বিশ্বাস না করেন, বা, চরম ক্ষেত্রে, আপনার অভ্যন্তরীণ অসম্মতি এবং প্রতিশ্রুতিবদ্ধ অবস্থা নেই (আমি একমত নই, তবে আমি এটি করব)। আমরা একবার একটি কোম্পানিতে একটি অনুপ্রেরণা সিস্টেম প্রয়োগ করেছি, যার একটি উপাদান ছিল প্রতিক্রিয়া প্রদানের জন্য একটি ইলেকট্রনিক সিস্টেম। তারা প্রচুর অর্থ বিনিয়োগ করেছিল, প্রশিক্ষণের জন্য লোকেদের আমেরিকা নিয়ে গিয়েছিল, সাধারণভাবে, তারা সম্পূর্ণরূপে বিনিয়োগ করেছিল। একবার, প্রশিক্ষণের পরে একটি কথোপকথনে, একজন ব্যবস্থাপক তার অধীনস্থদের বলেছিলেন: “ধারণাটি খারাপ নয়, মনে হচ্ছে এটি কাজ করবে। আমি নিজে আপনাকে ইলেকট্রনিক ফিডব্যাক দেব না, কিন্তু আপনি আপনার লোকেদের দেবেন এবং তাদের কাছ থেকে এটি দাবি করবেন।” এটাই, আর কিছুই বাস্তবায়ন করা যায়নি। ধারণা, অবশ্যই, কিছুই শেষ.

উত্স: www.habr.com