হ্যালো. আমার নাম আলেকজান্ডার গুজেনকো, আমি একটি বড় কোম্পানিতে তিনটি ফ্রন্ট-এন্ড ডেভেলপমেন্ট টিমের দলনেতা। সম্প্রতি, একজন কর্মচারী আমার কাছে এসে বলেছিলেন: “আমি দলের নেতৃত্বে বাড়াতে চাই। আমি কোথা থেকে শুরু করব?" এইভাবে এই নিবন্ধটির ধারণার জন্ম হয়েছিল, যা আমি তাকে পরে গাইড হিসাবে পাঠানোর প্রতিশ্রুতি দিয়েছিলাম।
এই নিবন্ধে, আমি আপনাকে বলব কিভাবে আমি একজন দলের নেতৃত্বে হলাম, আপনি এই অবস্থানে কোন দক্ষতা ছাড়া করতে পারবেন না এবং আপনি যদি একজন "সাধারণ" বিকাশকারী হন তবে কীভাবে আপনার টিম ম্যানেজমেন্ট দক্ষতা উন্নত করবেন।
আসুন তত্ত্ব দিয়ে শুরু করি, যা ছাড়া আপনি কেন উন্নয়ন পরিচালনা করতে গিয়েছিলেন তা বোঝা কঠিন হবে, তবে পরিবর্তে প্রকল্পের বাজেট গণনা করা হয়েছে।
শাস্ত্রীয় অর্থে, একটি দলের নেতৃত্ব একটি উন্নয়ন দলের প্রধান। এটা সত্য কিন্তু কিছু রিজার্ভেশন সঙ্গে.
আজকের ল্যান্ডস্কেপে, ডিজাইনার, বিশ্লেষক, পরীক্ষক, এসইও বিশেষজ্ঞ এবং বিভিন্ন আইটি এবং নন-আইটি পেশাদারদের অন্তর্ভুক্ত করার জন্য টিম লিড প্রোগ্রামারদের ছাড়িয়ে বিস্তৃত হয়। তাই, একই ভূমিকা ভাগ করে নেওয়া কর্মচারীদের একটি দলের নেতা হিসাবে একটি দলের নেতৃত্বকে সংজ্ঞায়িত করা আরও সুনির্দিষ্ট, যদিও আমি বিশেষভাবে বিকাশকারীদের উপর ফোকাস করব।
দ্বিতীয়ত, টিম লিডার কেবল একজন দলনেতা নয়, কর্মচারী এবং ব্যবস্থাপনার মধ্যে প্রধান সংযোগ। এটি একটি গুরুত্বপূর্ণ সংযোজন, এবং আমি নীচে ব্যাখ্যা করার চেষ্টা করব কেন।
তৃতীয়ত, দলের নেতৃত্ব কীসের জন্য দায়ী তা বোঝার জন্য ভূমিকা এবং অবস্থানের মধ্যে পার্থক্য করা গুরুত্বপূর্ণ।
দলের নেতৃত্বের ভূমিকায় প্রধানত ব্যবস্থাপনাগত কাজগুলি জড়িত:
এর বিশুদ্ধ আকারে, ভূমিকা খুব কমই পাওয়া যায়, এমনকি যদি নিয়োগের সাইটে দায়িত্বের তালিকা অন্যথায় বলে।
টিম লিডের অবস্থান একবারে একাধিক ভূমিকাকে একত্রিত করতে পারে: টিম লিড, টেকনিক্যাল লিড এবং লিড ডেভেলপার। এই অবস্থানে, একজন বিশেষজ্ঞ প্রায়শই নিজেই কোড লেখেন, দলের কাজ পরিচালনা করেন এবং প্রযুক্তিগত অংশের জন্য দায়ী:
এটি ব্যবসার জন্য অনেক বেশি সুবিধাজনক যখন দলের নেতৃত্ব এবং প্রযুক্তিগত নেতৃত্ব এক ব্যক্তি হয়। অনুশীলনে, এমনকি বড় কোম্পানিতেও, দলের নেতৃত্বের অবস্থানে বিভিন্ন অনুপাতে তিনটি ভূমিকার সমন্বয় জড়িত থাকে। অতএব, একটি দলের নেতৃত্ব কি সম্পর্কে ধারণা প্রায়ই ভিন্ন.
আপনি যদি বিভিন্ন কোম্পানির ডেভেলপারদের জিজ্ঞাসা করেন যে একটি দলের নেতৃত্বের দায়িত্ব কী, উত্তর সম্ভবত ভিন্ন হবে। দলের নেতাদের মধ্যে একই রকম মতামত থাকবে। এটি যাচাই করার জন্য, যেকোন চাকরির সন্ধানের সাইটে যান এবং বিভিন্ন শূন্যপদে দায়িত্বের তালিকাটি দেখুন।
একটি উন্নয়ন দলের নেতৃত্ব দিতে, আপনার গুরুতর দক্ষতা এবং অভিজ্ঞতা প্রয়োজন। অতএব, দলের নেতা হওয়ার সবচেয়ে সাধারণ এবং সঠিক উপায় হল প্রথমে সিনিয়র লেভেলে ওঠা এবং শুধুমাত্র তারপরে নেতৃত্বের অবস্থানের জন্য লক্ষ্য করা। কিন্তু এটা সবসময় ঘটবে না।
যদি দলটি শুধুমাত্র মধ্যম প্রোগ্রামারদের নিয়ে গঠিত হয় এবং তাদের মধ্যে একজন উদ্যোগী কর্মী থাকে যিনি সমস্ত বিষয়ে সচেতন এবং প্রকল্পটিকে সমর্থন করেন, তাহলে তিনি হবেন একজন চমৎকার দলের নেতৃত্ব। হ্যাঁ, সিনিয়রদের তুলনায় তার কারিগরি দক্ষতা কম, তবে দলে উচ্চতর কেউ না থাকলে তার দক্ষতা যথেষ্ট হবে।
একই সময়ে, সমস্ত সিনিয়ররা দলের নেতৃত্বের অবস্থান একটি উপযুক্ত ক্যারিয়ারের পথ খুঁজে পাবে না। নেতৃত্বের অবস্থানে কাজ করা সত্যিই আকর্ষণীয় হওয়া উচিত, অন্যথায় আপনি ব্যবস্থাপনাগত কাজের চাপের পরিমাণ থেকে দূরে সরে যেতে পারেন।
সংক্ষিপ্ত উত্তর: চেষ্টা করুন। আপনার ম্যানেজারকে বলুন যে আপনি বিনামূল্যে অতিরিক্ত দায়িত্ব নিতে চান এবং দেখুন কি হয়। এটি একটি জয়-জয় স্কিম, তাই ব্যবস্থাপনা সাধারণত সহযোগিতা করতে ইচ্ছুক।
দলের নেতা জয়ী হয় : কেউ তার জন্য তার কাজ করে।
ব্যবসার জয় হয় : কাজ হয়ে যায়, কিন্তু এর জন্য আপনাকে টাকা দিতে হবে না।
টিম লিড ট্রেইনিরও একটি সুবিধা রয়েছে : কয়েক মাস থেকে এক বছর এই মোডে কাজ করার পরে, সে নিজেই বুঝতে পারে সে সফল হয় কিনা এবং সে নেতৃত্ব দিতে পছন্দ করে কিনা। এবং যদি প্রতিটি পয়েন্টের উত্তর "হ্যাঁ" হয়, তাহলে আপনি এই দিকে বাড়ানোর বিষয়ে গুরুত্ব সহকারে চিন্তা করতে পারেন।
শুধুমাত্র দুটি বিকল্প আছে. প্রথমটি হল কোম্পানির অন্যান্য সকল ডেভেলপারদের বাইরে বসতে এবং "সবচেয়ে পুরানো" কর্মচারী হিসাবে একটি দলের নেতৃত্বে পরিণত হওয়া। যাইহোক, একটি ঝুঁকি আছে যে "পুরাতন" শব্দটি উদ্ধৃতি চিহ্নগুলিতে রাখতে হবে না। দ্বিতীয় বিকল্পটি নিজেই উদ্যোগ নেওয়া।
এটা আমার জন্য কেমন ছিল আমি আপনাকে বলব. আমার ডিপ্লোমা অনুসারে, আমার পেশা হল ম্যানেজার, এবং আমি বিশ্ববিদ্যালয়ে আমার পড়াশোনার সমান্তরালে নিজে থেকেই প্রোগ্রামিং অধ্যয়ন করেছি। তাই আমি প্রোগ্রামার হিসেবে আমার প্রথম চাকরি পাওয়ার আগেই একজন ডেভেলপমেন্ট টিম লিডার হওয়ার সিদ্ধান্ত নিয়েছিলাম।
প্রথমে ছোট ছোট কোম্পানিতে কাজ করতাম। এটাকে আটকাতে এবং একজন জুনিয়র থেকে একজন শক্তিশালী মধ্যম খেলোয়াড়ে পরিণত হতে আমার দুই বছর লেগেছে। প্রোগ্রামিং-এ অভিজ্ঞতা না থাকলে, আপনি একজন ভাল দলের নেতৃত্বে পরিণত হতে পারবেন না: আপনাকে বুঝতে হবে কীভাবে উন্নয়ন প্রক্রিয়া কাজ করে এবং কী কী ভুল ও ত্রুটি রয়েছে।
কয়েক বছর পরে, আমি একটি বড় কোম্পানির জন্য কাজ করতে এসেছি এবং অবিলম্বে ইঙ্গিত দিয়েছিলাম যে আমি একজন দলের নেতা হতে চাই। বড় কোম্পানিগুলিতে, প্রতি ছয় মাস বা বছরে একবার, তারা সাধারণত একটি কর্মক্ষমতা পর্যালোচনা পরিচালনা করে, যখন ব্যবস্থাপক কর্মচারীর সাথে দেখা করেন এবং একসাথে তারা নিকট ভবিষ্যতের জন্য একটি স্বতন্ত্র উন্নয়ন পরিকল্পনা তৈরি করে। এই ধরনের প্রতিটি মিটিংয়ে আমি বলেছিলাম যে আমি দলের নেতৃত্ব হতে চাই। প্রথমবার তারা আমাকে বলেছিল: "সবকিছুই দুর্দান্ত, তবে আগে অভিজ্ঞতা অর্জন করুন।" আমরা একটি উন্নয়ন পরিকল্পনা তৈরি করেছি যাতে আমি নেতৃত্বের অভিজ্ঞতা অর্জন করতে পারি।
প্রায় ছয় মাস ধরে, আমার টিম লিডারের সাথে, আমি কাজগুলি মূল্যায়ন এবং পচিয়ে কর্মচারীদের মধ্যে বিতরণ করার চেষ্টা করেছি। যখন আমাদের কাজের মান সমান ছিল, কমবেশি, কোম্পানিটি সবেমাত্র একটি নতুন ফ্রন্ট-এন্ড ডেভেলপমেন্ট টিম গঠন করেছিল, যার নেতৃত্বে আমি। বড় কোম্পানিতে, আপনাকে খুব বেশি সময় অপেক্ষা করতে হবে না।
তারা বলে যে একটি দলের নেতার বিকাশে দুটি গুরুত্বপূর্ণ মাইলফলক রয়েছে: প্রথমটি হল দুই থেকে ছয়জন কর্মচারী, এবং দ্বিতীয়টি হল 7 বা তার বেশি। প্রথমে, আমার মাত্র একজন কর্মচারী ছিল, এবং এখন আমি তিনটি ফ্রন্ট-এন্ড ডেভেলপমেন্ট টিমের নেতৃত্ব দিই - 12 জন কর্মচারী।
আমি সহজভাবে উদ্যোগ দেখালাম, ম্যানেজমেন্টের সামনে দেখালাম এবং সুযোগ পাওয়া মাত্রই আমাকে দলনেতা নিযুক্ত করা হল।
টিম লিড প্রায়ই কোম্পানির মধ্যে উত্থাপিত হয়, এবং এটি অ্যাকাউন্টে নেওয়া গুরুত্বপূর্ণ। যদি আপনার বর্তমান চাকরিতে বৃদ্ধির সম্ভাবনা থাকে, তাহলে আপনাকে উদ্যোগ নেওয়া উচিত এবং একজন পরিচালকের ভূমিকায় নিজেকে চেষ্টা করা উচিত। কিন্তু পুরো দল যদি ফ্রন্ট-এন্ড এবং ব্যাক-এন্ড হয় এবং প্রত্যেকেই তাদের নিজস্ব দলের নেতা হয়, তাহলে আপনার অলৌকিক ঘটনা আশা করা উচিত নয়। একটি বড় কোম্পানিতে চলে যাওয়া এবং ভবিষ্যতে আপনি নেতৃত্বের অবস্থান নিতে চান তা নির্দেশ করা ভাল। প্রক্রিয়াগুলি অধ্যয়ন করতে এবং প্রকল্পের ব্যবসায়িক যুক্তি বুঝতে আপনার সময় লাগবে। কিন্তু যখন কোম্পানিতে একটি উপযুক্ত অবস্থান খোলা হয়, তারা সম্ভবত একজন বহিরাগতের চেয়ে আপনাকে বেছে নেবে।
দলের নেতৃত্বের অবস্থানে, হার্ড এবং সফট উভয় দক্ষতাই সমান গুরুত্বপূর্ণ। বিকাশকারীরা সাধারণত জানেন যে কঠোর দক্ষতার অভাব রয়েছে। তদুপরি, এই প্রয়োজনীয়তাগুলি বিশেষীকরণ এবং প্রযুক্তি স্ট্যাকের সাথে দৃঢ়ভাবে আবদ্ধ, তাই কোনও সর্বজনীন তালিকা নেই। আমি নরম দক্ষতা সম্পর্কে কথা বলব যা আমি পণ্য এবং কোম্পানির জন্য গুরুত্বপূর্ণ বলে মনে করি।
বিকাশের গতি এবং গুণমান, এবং সেইজন্য খরচ, কোম্পানির প্রক্রিয়াগুলির উপর নির্ভর করে, তবে তারা খুব কমই আদর্শ।
উদাহরণস্বরূপ, আপনি একটি বাগ সংশোধন করেছেন এবং বিল্ডটিকে স্ট্যান্ডে আনতে প্রস্তুত, ব্যবসা অপেক্ষা করছে। কিন্তু এটি করার জন্য, আপনাকে পাঁচটি পাইপলাইনের মধ্য দিয়ে যেতে হবে এবং জড়িত প্রত্যেকের কাছ থেকে অনুমোদন সংগ্রহ করতে হবে। আপনি দায়িত্বে যারা লিখুন - নীরবতা. আপনি তাদের কাছে টানাটানি শুরু করেন, কিন্তু আনুষ্ঠানিক বার্তা আসে কেবল প্রতিক্রিয়া জানাতে - প্রত্যেকের কাছে সময় নেই। সংশোধন করা সংস্করণ স্ট্যান্ডে পৌঁছাতে ছয় ঘণ্টা পর্যন্ত সময় লাগতে পারে। এবং এই সমস্ত সময় আপনি আপনার সহকর্মীদের কাছে পৌঁছানোর চেষ্টা করেন এবং ব্যবসাটি অর্থ হারায়।
আরেকটি উদাহরণ হল বিভিন্ন সিস্টেম, প্রোগ্রাম, স্ট্যান্ড এবং রিপোজিটরিতে অ্যাক্সেসের অত্যধিক সংখ্যা। ব্যাঙ্কগুলি সাধারণত এতে ভোগে। একজন ব্যক্তি কাজ করতে আসে, তাকে প্রকল্পটি বুঝতে হবে, তবে প্রথম দেড় মাস তিনি কিছুই করতে পারবেন না, কারণ - এটি ঠিক - সেখানে কোনও অ্যাক্সেস নেই। অ্যাক্সেসের সাথে আরেকটি সমস্যা হল যে তাদের মধ্যে অনেকগুলি রয়েছে এবং তাদের নাম মনে রাখা অসম্ভব। উদাহরণস্বরূপ, ডিরেক্টরিতে "ভান্ডারে অ্যাক্সেস" এর পরিবর্তে A32B18KZ থাকবে - এটি খুঁজে বের করার চেষ্টা করুন।
আমি বাস্তব ঘটনা জানি যেখানে একজন বিকাশকারী এক বা দুই মাস কাজ শুরু করতে অক্ষম ছিল। এই সমস্ত সময় তিনি বেতন পান, কিন্তু মোহভঙ্গ হয়ে পদত্যাগ করেন। অর্থাৎ, কোম্পানিটি একজন কর্মী খুঁজতে ছয় মাস কাটিয়েছে, তাকে দুই মাসের জন্য বেতন দিয়েছে, এবং তারপর আবার নিয়োগ প্রক্রিয়া শুরু করতে হয়েছে।
প্রক্রিয়াগুলিতে এই ধরনের সমস্যাগুলি কাজকে জটিল করে এবং ধীর করে দেয়। টিম লিডারের কাজ হল তাদের দেখা এবং বুঝতে পারা ঠিক কী খারাপ কাজ করছে এবং কোথায় ব্যর্থতা ঘটছে।
শুধু প্রক্রিয়ায় সমস্যা দেখা নয়, সমাধানের প্রস্তাব দেওয়াও গুরুত্বপূর্ণ। ব্যবস্থাপনার সাথে জড়িত না হয়ে আপনি নিজেই কিছু অসুবিধা মোকাবেলা করতে পারেন। উদাহরণস্বরূপ, একটি দল একটি অসুবিধাজনক রাষ্ট্র ব্যবস্থাপকের সাথে লড়াই করছে। যদি প্রকল্পটি ছোট হয় বা একেবারে শুরুতে, আপনি একটি কলের ব্যবস্থা করতে পারেন, সর্বোত্তম বিকল্পটি খুঁজে বের করতে পারেন এবং কীভাবে ক্ষয় ছাড়াই ধীরে ধীরে একজন নতুন রাষ্ট্র পরিচালকের সাথে পরিচয় করিয়ে দিতে পারেন তার রূপরেখা দিতে পারেন। একটি সমাধান পাওয়া গেছে, এবং ব্যবসা এমনকি অস্তিত্ব সম্পর্কে জানতে না সমস্যা.
তবে বেশিরভাগ সমস্যাগুলি শুধুমাত্র সিনিয়র ম্যানেজমেন্টের সাহায্যে সমাধান করা যেতে পারে। উদাহরণস্বরূপ, স্ট্যান্ডে বিল্ড প্রকাশের গতি বাড়ানোর জন্য, আপনি এমন একজন ব্যক্তিকে সনাক্ত করতে পারেন যার সমস্ত বিভাগে ভাল সংযোগ রয়েছে এবং সিদ্ধান্ত গ্রহণকারীদের কাছে অ্যাক্সেস রয়েছে এবং তাকে অনুমোদন প্রক্রিয়ায় জড়িত করতে পারেন। যদি অন্যান্য বিভাগের সহকর্মীদের কাছ থেকে কোনও প্রতিক্রিয়া না থাকে, তবে তিনি জানেন কাকে লিখতে হবে এবং ম্যানুয়ালি প্রক্রিয়াটি সেট আপ করতে পারেন। কিন্তু এই ধরনের কাজের জন্য একটি পৃথক অবস্থানের প্রয়োজন, তাই আপনাকে কোম্পানির ব্যবস্থাপনা থেকে অনুমোদন পেতে হবে।
অ্যাক্সেস সমস্যা একইভাবে সমাধান করা হয়। বেশিরভাগ বিকাশকারীদের একই সিস্টেম এবং প্রোগ্রাম প্রয়োজন। উদাহরণস্বরূপ, ফ্রন্ট-এন্ড ডেভেলপারদের জন্য - একটি সংগ্রহস্থল, স্ট্যান্ড, জিরা, ইত্যাদি। তাহলে কেন তাদের জন্য একটি স্ট্যান্ডার্ড অ্যাক্সেস প্যাকেজ তৈরি করবেন না এবং এমন একজন ব্যক্তিকে নিয়োগ করবেন না যিনি তাদের সামান্য বেতনের জন্য অনুরোধ করবেন? তবে এর জন্য কোম্পানির শীর্ষ ব্যবস্থাপনার সদিচ্ছাও প্রয়োজন।
অতএব, একটি দলের নেতার প্রধান দক্ষতা হল ব্যবসার কাছে সমস্যার সারমর্ম সঠিকভাবে জানাতে সক্ষম হওয়া। এখানে কিছু গোপনীয়তা আছে।
একবার যথেষ্ট নয় । প্রথম যোগাযোগের পরে সমস্যাগুলি খুব কমই সমাধান করা হয়, তাই আপনাকে নির্দিষ্ট বিরতিতে পরিচালনার কাছে যেতে হবে এবং তাদের সমস্যার কথা মনে করিয়ে দিতে হবে: "এটি দলকে হতাশ করছে," "আমরা উত্পাদনশীলতা হারাচ্ছি।"
আপনি যদি দেখেন কিভাবে দলের সমস্যা এবং ব্যবসায়িক স্বার্থ সংযুক্ত, এই স্পটটি আঘাত করুন । উদাহরণস্বরূপ, একটি জটিল বাগ ছিল যা ঠিক করতে দুই দিন সময় লেগেছিল, যদিও সেখানে মাত্র কয়েক ঘন্টা কাজ জড়িত ছিল, এবং ফলস্বরূপ ব্যবসাটি অর্থ হারিয়েছে। আপনি ব্যবস্থাপনায় যান এবং সমন্বয় বিল্ডের সমস্যা সম্পর্কে কথা বলুন। এই ধরনের মুহুর্তে, ব্যবসাগুলি পরামর্শের জন্য যতটা সম্ভব উন্মুক্ত। কিন্তু সমাধান ইতিমধ্যে প্রস্তুত হতে হবে।
সবচেয়ে নিশ্চিত উপায় হল ম্যানেজমেন্টে নিয়ে যাওয়ার আগে সমস্যাটি কোম্পানির কতটা খরচ করছে তা হিসাব করা।
ফ্রন্ট-এন্ড টিম লিড হিসাবে, আমি নিয়মিত কর্মীদের কাছ থেকে প্রতিক্রিয়া সংগ্রহ করি। উদাহরণস্বরূপ, বিকাশকারীরা ক্রমাগত অভিযোগ করে যে কাজগুলি খারাপভাবে বর্ণনা করা হয়েছে। এই কারণে, সমস্যাটির লেখক তাদের কাছ থেকে কী চেয়েছিলেন তা খুঁজে পেতে দীর্ঘ সময় লাগে। তারপরে পরীক্ষকরা ডেভেলপারদের কাছে আসেন এবং বোঝার চেষ্টা করেন যে কী করা হয়েছে এবং তাদের ঠিক কী পরীক্ষা করা দরকার এবং আরও চেইন বরাবর। ফলস্বরূপ, প্রত্যেকে এখনও তাদের নিজস্ব উপায়ে সারাংশ বোঝে এবং বাগগুলি উপস্থিত হয়।
আমি গণনা করেছি যে গড়ে দলটি তাদের কাজের সময়ের 40% বাগ সংশোধন করতে ব্যয় করে। দলটির সাথে একসাথে, আমরা একটি পূর্ববর্তী বিশ্লেষণ পরিচালনা করেছি এবং খুঁজে পেয়েছি যে এই বাগগুলির অর্ধেক শুধুমাত্র কারণ তারা সমস্যার সারাংশ ভুল বুঝেছিল। অর্থাৎ, ডেভেলপারদের কাজের সময়ের 20% নষ্ট হয় কারণ কাজগুলি খারাপভাবে বর্ণনা করা হয়। এই নম্বরটি আপনার সাথে পরিচালনায় যেতে হবে। এটিকে অর্থে রূপান্তর করা সহজ - একই ভাষা যা ব্যবসা বোঝে।
যখন লোকেরা একে অপরের সাথে কাজ করা উপভোগ করে, তখন যে কোনও মিথস্ক্রিয়া মসৃণ হয়। কেন স্ক্রাম এত জনপ্রিয়? এটি ডকুমেন্টেশন সম্পর্কে নয় কিন্তু মানুষের সম্পর্কে। কখনও কখনও একজন সহকর্মীকে তার উত্তর নথিভুক্ত করার জন্য এবং সবকিছু বিস্তারিতভাবে বর্ণনা করার জন্য দুই দিন অপেক্ষা করার চেয়ে দুই মিনিটের জন্য কল করা আরও কার্যকর। সুতরাং, যখন দলের মধ্যে পারস্পরিক বোঝাপড়া এবং পারস্পরিক সহায়তার পরিবেশ থাকে, তখন লোকেরা একে অপরের সাথে যোগাযোগ করা সহজ হয়। উদাহরণস্বরূপ, আপনি কোডের একটি অংশ খুঁজে পেয়েছেন এবং আপনি বুঝতে পারছেন না এটি কী করে। দলের অবস্থা ভালো না হলে, আপনি কেবল কল করে জিজ্ঞাসা করতে ভয় পাবেন - "সে ভাববে আমি বোকা।"
দলের মধ্যে ভাল সম্পর্ক বজায় রাখার জন্য, আমি সপ্তাহে একবার ঘন্টা-দীর্ঘ কল রাখি। আমরা এই সময়কে তিনটি ভাগে ভাগ করি। প্রথমটি হল "শিথিল"। আমরা মেমস এবং জোকস শেয়ার করি। দ্বিতীয় অংশটি সমস্যা নিয়ে আলোচনা। কখনও কখনও আমরা মিরোতে একসাথে কার্ড নিক্ষেপ করি, যা সবার পছন্দ নয়। এইভাবে আমি একটি ছবি পেতে যা ঠিক কি বলছি মন্থর হয়. তারপরে আমরা সমাধানের বিকল্পগুলি নিয়ে আসতে পারি, যা আমি তখন ব্যবস্থাপনার সাথে লবিং করব। এবং আমরা আবার "নিশ্চিন্ত" শেষ করি: আমরা সিনেমা বা অন্য কিছু নিয়ে আলোচনা করতে পারি। এই ধরনের মিটিং একটি ইতিবাচক পরিবেশ তৈরি করে এবং একজন নেতা হিসাবে আমাকে বুঝতে সাহায্য করে যে দলে কী ব্যথা রয়েছে।
নতুন টিম লিডের একটি সাধারণ ভুল হ'ল কাজের প্রক্রিয়াগুলি নিজের উপর ফোকাস করা। এই ক্ষেত্রে, যদি দলের নেতৃত্ব হঠাৎ অসুস্থ হয়ে পড়ে বা ছুটিতে যায়, কাজটি স্থবির হতে শুরু করবে এবং তাকে ক্রমাগত টানা হবে। এটি যাতে না ঘটে তার জন্য, আপনি দলের নেতৃত্বের দায়িত্বের অংশ সম্পাদন করতে দলের কাউকে শেখাতে পারেন। উদাহরণস্বরূপ, মাসে একবার কাজগুলি বিতরণ করার জন্য অন্যদের বিশ্বাস করুন। এইভাবে, দলের অন্য কারও এই দক্ষতা থাকবে, এবং দলের নেতৃত্ব শান্তভাবে ছুটিতে যেতে সক্ষম হবে, জেনে যে তাকে ছাড়া কিছুই ভাঙবে না।
সম্ভবত এটি একটি দলের নেতৃত্বের কাজের মূল্যায়নের জন্য একটি ভাল মানদণ্ড: যদি আপনাকে দল থেকে সরিয়ে দেওয়া হয়, তবে নিরাপত্তা মার্জিন এক মাসের জন্য যথেষ্ট হওয়া উচিত।
উন্নয়নে, একটি মেট্রিক যেমন বাস ফ্যাক্টর একটি প্রকল্পে ঝুঁকি পরিচালনা করতে ব্যবহৃত হয়। এটি দেখায় যে পুরো প্রকল্পটি নামিয়ে আনতে কতজন দলের সদস্যকে একটি কাল্পনিক বাসে আঘাত করতে হবে। বাস ফ্যাক্টর = 1 হলে, আপনার গুরুতর সমস্যা আছে।
উদাহরণস্বরূপ, আমরা একটি জটিল প্রকল্প তৈরি করছি। এটির একটি অত্যাধুনিক মডিউল রয়েছে এবং শুধুমাত্র একজন বিকাশকারী জানেন যে এটি কীভাবে কাজ করে এবং কীভাবে এটি পরিচালনা করতে হয় তা জানে৷ যদি এই ব্যক্তি অসুস্থ হয়ে পড়ে, ছেড়ে দেয় বা ছুটিতে যায়, এই মডিউলটি পরিবর্তন করা একটি খুব দীর্ঘ এবং ব্যয়বহুল পদ্ধতিতে পরিণত হবে, যা পুরো প্রকল্পকে নেতিবাচকভাবে প্রভাবিত করবে। এটি যাতে না ঘটে তার জন্য, আপনাকে ধীরে ধীরে অন্যান্য কর্মীদের জটিল মডিউল বা লাইব্রেরির সাথে কাজ করতে শেখাতে হবে।
দলের নেতাকে অবশ্যই একজন ব্যক্তির মধ্যে প্রক্রিয়া সীমাবদ্ধ না রেখে, তাকে প্রকল্পের সমালোচনা না করে দলের মধ্যে সঠিকভাবে দায়িত্ব বিতরণ করতে সক্ষম হতে হবে।
টিম লিডারকে অবশ্যই বুঝতে হবে প্রকল্পটি কোথায় যাচ্ছে, এতে কী সমস্যা রয়েছে এবং কীভাবে সেগুলি সমাধান করা যায়। উদাহরণস্বরূপ, দলের মোট কাজের চাপ প্রতি সপ্তাহে 100 কর্মঘন্টা। এবং ব্যবসা সব 100 ঘন্টার জন্য তার শুভেচ্ছা নিক্ষেপ. এই সময়ে প্রকল্পের ওপর কারিগরি ঋণ জমেছে, যা মোকাবেলা করারও সময় এসেছে। টিম লিডারের কাজ হল প্রযুক্তিগত ঋণ সমালোচনামূলক হয়ে ওঠার আগে মুহূর্তটি ট্র্যাক করা এবং লবি ম্যানেজমেন্ট যাতে দলটি তার সময়ের একটি নির্দিষ্ট শতাংশ বর্তমান সমস্যা সমাধানে ব্যয় করে।
শুরুতেই জেনে রাখা ভালো কেন টিম লিডরা বিপদের ঘণ্টা চিনতে জ্বলছে।
এটি সবচেয়ে সাধারণ সমস্যা যখন, মাসের পর মাস, আপনি ব্যবস্থাপনায় পৌঁছানোর চেষ্টা করেন, আপনি আপনার সমস্যা এবং একটি প্রস্তুত সমাধান নিয়ে আসেন, কিন্তু শীর্ষে, তারা কেবল সমস্যাটিকে ব্যাকলগে রাখে এবং কিছুই ঘটে না। বিভিন্ন কারণে হতে পারে। প্রথমটি হল আপনি ব্যবসার সাথে ভুল ভাষায় কথা বলছেন এবং আপনার দৃষ্টিভঙ্গি পরিবর্তন করা উচিত। দ্বিতীয়টি হ'ল আপনার বস "সবকিছুই ভাল জানেন" এবং তার মতো করে সবকিছু চালিয়ে যান। এই ক্ষেত্রে, সর্বোত্তম সমাধান হবে কোম্পানি পরিবর্তন করা।
একটি সাধারণ উদাহরণ: আপনার দল ক্রমাগত কাজ নিয়ে অভিভূত, এবং পর্যাপ্ত হাত আর নেই। ছোট এবং মাঝারি আকারের ব্যবসার কাছে নতুন কর্মচারী নিয়োগের জন্য অর্থ নাও থাকতে পারে। এই ক্ষেত্রে, আপনি একটি অতিরিক্ত ভূমিকা নিতে পারেন, যেমন একটি সিস্টেম বিশ্লেষকের ভূমিকা, এবং কাজগুলি বর্ণনা করা শুরু করতে পারেন যাতে কাজটি দ্রুত চলে। বড় কোম্পানিগুলিতে, সম্ভবত, অর্থ আছে, তবে সিদ্ধান্ত নেওয়ার চেইনটি খুব দীর্ঘ, এবং কোনও গ্যারান্টি নেই যে কোনও বিড়াল তৃতীয় এবং চতুর্থ স্তরের বসদের মধ্যে পাস করেনি এবং এর কারণে প্রক্রিয়াটি স্থবির হবে না। এখানে আপনি শুধুমাত্র টপ ম্যানেজমেন্ট থেকে আপনার পক্ষে কাউকে জয়ী করার চেষ্টা করতে পারেন বা শুধু অপেক্ষা করতে পারেন।
এটি ঘটে যে আপনি একটি কোম্পানিতে আসেন, একটি কৌশল তৈরি করেন, পরিকল্পনা তৈরি করেন এবং কাজের প্রতি উত্সাহী হন, কিন্তু সময় চলে যায় এবং কিছুই পরিবর্তন হয় না। এখানে হতাশাগ্রস্ত হতে বেশি সময় লাগে না: "কার এই সব দরকার?" এই ক্ষেত্রে, কেন প্রকল্পটি অগ্রগতি হচ্ছে না তা বোঝার জন্য আপনি একটি পূর্ববর্তী বিশ্লেষণ পরিচালনা করতে পারেন। নিজেকে জিজ্ঞাসা করুন: "হয়তো আমি ভুল লক্ষ্যে আঘাত করছি, ভুল সমস্যার সমাধান করছি?"
এটি ঘটে যখন আপনাকে নেতৃত্বের পদে রাখা হয়, দায়িত্ব দেওয়া হয়, কিন্তু কোনো নিয়ন্ত্রণ লিভার দেওয়া হয় না। উদাহরণস্বরূপ, স্বাধীনভাবে ইন্টারভিউ নেওয়ার এবং আপনার দলে যোগদানের জন্য ডেভেলপারদের নিয়োগ করার কোন উপায় নেই। এখানে শুধুমাত্র দুটি বিকল্প আছে: হয় ব্যবসার সাথে যোগাযোগ করার চেষ্টা করুন এবং আপনার অবস্থান নির্দেশ করুন, অথবা কোম্পানি পরিবর্তন করুন।
পণ্যটি বিকাশ করতে এবং দলের বর্তমান সমস্যাগুলি সমাধান করতে, দলের নেতৃত্বকে অবশ্যই সিদ্ধান্ত গ্রহণকারীদের সাথে অবিচ্ছিন্ন যোগাযোগ রাখতে হবে। যদি "শীর্ষ" অ্যাক্সেস বন্ধ করা হয়, সমস্যাগুলি অমীমাংসিত থাকবে, প্রতিশ্রুতিশীল উন্নয়ন কৌশলগুলি অব্যক্ত থাকবে এবং কাজ করার অনুপ্রেরণা হারিয়ে যাবে৷ জ্বলে না যাওয়ার জন্য, আপনি যদি পরিচালনার সাথে সম্পর্ক স্থাপন করতে না পারেন তবে সংস্থাগুলি পরিবর্তন করা ভাল।
কখনও কখনও অনেকগুলি কাজ থাকে এবং দলটি আর আগত প্রবাহের সাথে মানিয়ে নিতে পারে না। ক্রমাগত জরুরী পরিস্থিতিতে, নিয়মিত কলগুলি ব্যাকগ্রাউন্ডে ম্লান হয়ে যায় - কার মেম এবং খালি আড্ডা প্রয়োজন যখন এই ঘন্টাটি বাগ দূর করতে ব্যয় করা যেতে পারে? ফলস্বরূপ, পুরো দলটি একটি চালিত ঘোড়ায় পরিণত হয়, যা শীঘ্রই বা পরে বাষ্প ফুরিয়ে যাবে এবং লোকেরা চলে যেতে শুরু করবে। টিম লিড যা করতে পারে তা হল কর্মীদের সম্প্রসারণে জোর করার চেষ্টা করা বা কাজগুলিকে একটি সারিতে রাখা।
এটি ঘটতে পারে যদি আপনি একটি ইতিমধ্যে প্রতিষ্ঠিত দলে যোগ দেন যেখানে সবাই একে অপরকে ঘৃণা করে। যোগাযোগের একটি বিষাক্ত শৈলী ইতিমধ্যে দলে শিকড় গেড়েছে, এবং কোন পারস্পরিক সহায়তার কথা বলা হয়নি। তারপরে একমাত্র কাজটি করা যেতে পারে পুরো দলকে ভেঙে দিয়ে আবার নিয়োগ করা।
সমস্যা যাই হোক না কেন, সবসময় একটি অনুকূল ফলাফলের জন্য একটি সুযোগ আছে। প্রথম ব্যর্থতার পর হাল ছেড়ে দেবেন না। একটু অপেক্ষা করা বা আপনার পদ্ধতি পরিবর্তন করা মূল্যবান হতে পারে। কিন্তু আপনি যদি সবকিছু চেষ্টা করে থাকেন, এবং মনে হয় আপনি একটি ফাঁকা দেয়ালে ঠক ঠক করছেন, তাহলে চলে যাওয়ার সিদ্ধান্তই হবে একমাত্র সঠিক।
সমস্যা সমাধানের ক্ষমতা একজন দলের নেতার একটি গুরুত্বপূর্ণ গুণ। কিন্তু, হায়, এটা সবসময় কাজ করে না। কিন্তু আপনি যদি মনে করেন যে আপনি এক বা দুই বছর ধরে সময় চিহ্নিত করছেন এবং আপনি এটিকে কোনোভাবেই প্রভাবিত করতে পারবেন না, কিন্তু আপনি বড় হতে চান, কোম্পানি পরিবর্তন করা খারাপ ধারণা নয়। পরিবর্তন ভয় পাবেন না. চাকরি পরিবর্তন স্বাভাবিক।