নেতৃত্ব হিসাবে ঠিক আছে প্রকল্পগুলি বন্ধ করে দেওয়া আপনার কাজ। সুতরাং আপনাকে এমন একজন হতে হবে যারা মানদণ্ড প্রয়োগ করে, কোড পর্যালোচনা করে, অগ্রগতি প্রতিবেদনগুলি এবং সমস্ত কিছুর জন্য জিজ্ঞাসা করে যখন বিকাশকারীরা বরং আপনি তাদের ছেড়ে চলে যান। এই জিনিসগুলি কেবল পরিচালনার প্রয়োজনীয়তা এবং কোড পর্যালোচনাগুলি বাদ দিয়ে সত্যই কর্মীদের দক্ষতা বৃদ্ধি করে না।
তবে আপনি তাদের বাড়াতে সহায়তা করতে চান যা একটি নেতার দুর্দান্ত বৈশিষ্ট্য।
কোড পর্যালোচনা অবশ্যই প্রথম পদক্ষেপ, তারা আপনাকে দেখতে সাহায্য করবে যে স্টার্লার স্কিলের চেয়ে কম কে আছে এবং এমনকি স্যাটিসফ্যাক্টরি পারফরম্যান্সের জন্য উন্নতির প্রয়োজন রয়েছে। তারা বিকাশকারীদের ব্যক্তিগতভাবে কাজ করেছেন সেগুলির চেয়ে কোড করার বিভিন্ন উপায়গুলি বুঝতে এবং কোড বেসের বিভিন্ন অংশগুলি বুঝতে সহায়তা করবে। আমার মতে, কোড রিভিউগুলি বিকাশকারী এবং পর্যালোচনাকারীর সাথে একটি কনফারেন্স রুমে ব্যক্তিগতভাবে সর্বোত্তমভাবে সম্পন্ন করা হয় (সর্বদা নেতৃত্ব না থাকলে যিনি অন্য বিকাশকারী হওয়া উচিত, অন্যের কোড পর্যালোচনা করাও একটি দক্ষতা যা বিকাশ করা প্রয়োজন) এবং আপনি হিসাবে একজন মডারেটর প্রবণতাগুলি চিহ্নিত করতে আপনার কী পরিবর্তন করতে হবে সে সম্পর্কে আপনার নোট রাখতে হবে। আপনি যা খুঁজছেন তা ভুল বা পরিবর্তন নয় (সবার কোড উন্নত করা যেতে পারে), তবে ভুল থেকে শিখতে ধারাবাহিক ব্যর্থতা। আপনি এই নোটগুলি রাখছেন বলে ওপেন ম্যানেজমেন্টকে বলবেন না বা পারফরম্যান্স পর্যালোচনা প্রক্রিয়ায় এগুলি নিখরচায় পরাজিত করে এমন পরিমাপ হিসাবে আপনি এগুলি ব্যবহার করতে বাধ্য হবেন। বেশ কয়েকটি বিকাশকারী যদি একই ভুল করে থাকে তবে এক্স কীভাবে করা যায় সে সম্পর্কে একটি প্রশিক্ষণ সেশন বা উইকি প্রবেশের ক্রমটি হতে পারে।
এখন ন্যূনতম স্তরে পৌঁছে যাওয়ার উপায়ে বাড়ছে। প্রথমত, আপনার বিকাশকারীদের কী দক্ষতা নির্ধারণ করে এবং কী দক্ষতা সেট করে তা কার্যকর হবে যে তাদের কী ছিল এবং কীভাবে তারা জ্ঞাত জ্ঞান অর্জনে আগ্রহী হতে পারে তা আপনার জানা দরকার You আপনার সাথে তাদের কথা বলতে হবে এবং তাদের জীবনবৃত্তান্ত পর্যালোচনা করা উচিত এবং তারা কী শিখছেন তা বুঝতে হবে and করতে পছন্দ করবেন না
আকর্ষণীয় সমস্ত কার্য কেবলমাত্র দক্ষকেই দেবেন না। এটি অন্যদের নতুন সমস্যা এবং প্রযুক্তিগুলির গতি বাড়িয়ে তুলতে সহায়তা করে না। সিনিয়র লোকের কাছে কেবল সবচেয়ে ছোট এবং সর্বনিম্ন গুরুত্বপূর্ণ কাজ পেয়ে আপনি সর্বাধিক কনিষ্ঠ ছেলে হতে সরে যেতে পারবেন না যদি না কেউ সুযোগ নেয় এবং আপনাকে আরও কঠিন কাজ না দেয়। এটি বলেছিল, কম অভিজ্ঞদের আরও উন্নত দক্ষতা অর্জনের জন্য প্রথমে সিনিয়রদের সাথে প্রোগ্রামের জুটিতে নিয়োগের প্রয়োজন হতে পারে। কোড পর্যালোচনায় জুনিয়রগুলি অন্তর্ভুক্ত করা তাদের আরও উন্নত কৌশলগুলিতে প্রকাশ করবে।
প্রথমে তাদের নিজেরাই বিষয়টি বের করার সুযোগ দিন। তবে কখনও কখনও লোকেরা আটকে থাকে এবং কোথা থেকে শুরু করতে হয় তা জানেন না (এমন দক্ষতা যা আপনার বিশেষত নতুন প্রোগ্রামারগুলিতে বিকাশ করা প্রয়োজন) বা সমস্যা সমাধানের জন্য কী করবেন do
আপনি যদি তাদের কিছু গবেষণা করার জন্য কয়েক দিন সময় দেন এবং তারা এখনও কীভাবে কীভাবে চলবে তার জন্য তাদের কোনও নির্দেশনা নেই, তবে আপনাকে কিছু পরামর্শ দিয়ে হস্তক্ষেপ করতে হবে। আপনি যদি নিজে প্রযুক্তিগত হন তবে কীভাবে সমস্যাটি সমাধান করবেন সে সম্পর্কে আপনি তাদের কিছু ধারণা দিতে পারেন। যদি তা না হয় তবে বেশিরভাগ লোকের সাথে একটি সভা যেখানে আপনি বুদ্ধিমান ধারণা ব্যক্তির আটকে থাকলে সহায়তা করতে পারে। অথবা আরও অভিজ্ঞ ব্যক্তিকে কিছু পরামর্শ দেওয়ার জন্য জিজ্ঞাসা করছেন। আপনি যা করতে চান না তা হ'ল সমস্যাটি তাদের থেকে দূরে সরিয়ে নিজেই সমাধান করুন। তবে আপনাকে প্রোগ্রামারের অহংকারের সাথে প্রকল্পটি সম্পন্ন করতে ভারসাম্য বজায় রাখতে হবে এবং অনেক সময় আপনাকে সেগুলি একটি নির্দিষ্ট দিকে প্রেরণ করতে হবে। যদি তার কোনও খারাপ সমাধান হয় এবং এটি ঠিক করা দরকার, আপনি প্রোগ্রামারটিকে বরখাস্ত করার পরিকল্পনা না করা আপনি সবচেয়ে খারাপ কাজটি অন্য কাউকে দিতে পারেন।
আমি খারাপ প্রোগ্রামারগুলিকে কোডড করে দেখেছি, যেখানে অন্য কারও কাছে তাদের প্রায় সমস্ত কিছু ঠিক করতে হবে। অন্যান্য প্রোগ্রামাররা এতে বিরক্তি প্রকাশ করে এবং কেবল ব্যক্তিটিকে তাদের জীবন থেকে দূরে রাখতে চায়। একটি খারাপ প্রোগ্রামারকে কোডডিং করা ভাল প্রোগ্রামারদের ছেড়ে যায়। কোডিং এবং ডিভলপিং দক্ষতার মধ্যে আপনাকে লাইনটি খুঁজে পেতে হবে। যদি আপনি কাউকে বিভিন্ন সুযোগ দেন এবং সে কখনই ভাল না হয় তবে তাকে বা তার looseিলে .ালা কেটে দিন।
সিনিয়র যারা তাদের বর্তমান দক্ষতা সেটগুলিতে ইতিমধ্যে সক্ষম, তাদের জন্য জিনিসগুলি আরও সহজ। সাধারণত আপনাকে তাদের নতুন কিছু করার সুযোগ দেওয়া দরকার এবং তারা এটিকে লাফিয়ে সন্ধান করে। কেবল আকর্ষণীয় সুযোগগুলি চারদিকে ছড়িয়ে পড়েছে এবং যা জো ওয়ান্ডার প্রোগ্রামার যিনি কিছু ঠিক করতে পারেন তার কাছে সকলেই যাবেন না তা নিশ্চিত করুন। আপনি কেবল একটি নয় দশ জয়ের সাথে শেষ করতে চান।
দক্ষতা বিকাশের আরেকটি উপায় হ'ল সাপ্তাহিক 1 ঘন্টা প্রশিক্ষণের অধিবেশন করা। প্রতিটি ডেভলপারকে একটি নির্দিষ্ট বিষয়ের জন্য দায়বদ্ধ করুন। এটি তাদের যোগাযোগের ক্ষেত্রে আরও ভাল হতে সহায়তা করবে, তাদের গভীরতার সাথে কিছু গবেষণা করতে সক্ষম করবে এবং প্রত্যেককে তাদের গবেষণার সুবিধা দেবে। কিছু বিষয় এমন লোকদের অর্পণ করা উচিত যারা এই বিষয়টির সাথে ফ্যামিলার নয় তাদের এ বিষয়ে কিছু জ্ঞান বাড়ানোর জন্য বাধ্য করা এবং কিছুকে আপনার পরিচিত লোকদের নিযুক্ত করা উচিত সেই বিষয়টির স্থানীয় বিশেষজ্ঞ। বিষয়গুলি হ'ল জিনিসগুলির জন্য আপনার এখনই কাছাকাছি বা ভবিষ্যতের কাছাকাছি থাকা ভাল হওয়া দরকার এবং নতুন আগত প্রযুক্তির কিছু কভারেজ যা আপনি এখন ব্যবহার করেন না তবে লোকেরা সেগুলি কার্যকর হতে পারে কিনা তা শিখতে ছেদ করে। তবে সর্বাধিক জুনিয়র সহ প্রত্যেককে অবশ্যই একটি বিষয় বরাদ্দ করা উচিত।
আপনার বিকাশকারীদের সময় কীভাবে বিল করা হয় তার উপর নির্ভর করে (গ্রাহক বিলিংয়ের পরিস্থিতিতে এটি আরও কঠিন), ব্যক্তিগত প্রকল্পগুলিতে কাজ করার জন্য বিকাশকারীদের পক্ষে সপ্তাহে 4-8 ঘন্টা রাখা সাধারণত উপযুক্ত। তারা এটি করতে আগ্রহী হবে। সেরা লোকেরা সেখানে কাজ করতে চাইবে এবং তারা অনেক কিছু শিখবে যা ভবিষ্যতের জন্য দরকারী হয়ে উঠবে। শিম কাউন্টারগুলির পক্ষে এটির প্রয়োজনীয়তা বোঝা কঠিন, তবে এই সময়টি কর্মীদের সন্তুষ্টি, নতুন বৈশিষ্ট্য বা সফ্টওয়্যার যা অনেকেরই প্রয়োজন হয় না (বা যা কিছু শ্রমসাধ্যকে স্বয়ংক্রিয় করতে সহায়তা করবে) এবং দ্রুত বিকাশের কারণে অনেক বার পরিশোধ করা হবে to নতুন কৌশল শিখেছি। কিছু বিকাশকারী আপনার সময়কালের সাথে সম্পর্কিত নয় এমন ব্যক্তিগত প্রকল্পগুলির জন্য এই সময় কঠোরভাবে ব্যবহার করবে (এবং এটি ভাল, তারা এখনও দক্ষতা অর্জন করবে এবং সুযোগের জন্য খুশি হবে), তবে অনেকেই এটি অবিচ্ছিন্ন সমস্যাগুলি সমাধান করতে ব্যবহার করবেন যা প্রকল্পগুলি কীভাবে পরিচালিত হয় তার প্রকৃতির কারণে, এনডি কারো আগেই ঠিক করার সময় ছিল। সুতরাং আপনি রিফ্যাক্টরিংগুলি পেতে পারেন যা প্রত্যেকের উপকার করে; কিছু লোক টেস্টের কাভারেজ উন্নত করতে টেস্টগুলি রিফ্যাক্টরটিকে আরও সহজ করার জন্য লিখতে পারে; অন্যরা হয়ত এমন কিছু নতুন বৈশিষ্ট্য অন্বেষণ করতে পারে যা আপনার সফ্টওয়্যারটিকে গ্রাহকদের জন্য আরও কার্যকর করে তুলতে পারে। সাধারণভাবে, যদি আপনি শিম কাউন্টারগুলিকে রাজি করতে পারেন তবে তাদের এই স্বাধীনতাকে অনুমতি দিয়ে হারাতে হবে না।
লোকদের দক্ষতার জন্য কিছুটা প্রসারিত করার জন্য এবং প্রকল্পটিকে ট্র্যাকে রাখার জন্য কীভাবে ভারসাম্য বজায় রাখতে হয় তা শিখতে হবে। বিকাশকারী যত কম অভিজ্ঞ, তত বেশি কারও বিশেষত প্রারম্ভিক পর্যায়ে যখন দিক পরিবর্তন করা সহজ হয় তখন অগ্রগতি পরীক্ষা করা প্রয়োজন। অনভিজ্ঞরা লড়াই করতে এবং কথা বলতে ভয় পান। এই লোকেরা প্রবর্তনের ঠিক আগে চলে যাওয়ার প্রবণতা দেখায় এবং আপনি দেখেন যে প্রকল্পের অংশটি সম্পন্ন হওয়ার খুব কাছাকাছি নয়। আপনার যে কারও সাথে ঘন ঘন চাকরি পরিবর্তন হয়েছে তার অগ্রগতি পরীক্ষা করার জন্য বিশেষভাবে সতর্ক হন (যদি না তারা চুক্তি হওয়ার প্রকৃতি হিসাবে ঠিকাদার হিসাবে থাকতেন)।
যখন সমাধানটি খুঁজতে সমস্যা হয় এবং যখন সে অঞ্চলে আরও জ্ঞান আছে এমন কারও কাছ থেকে তাদের কিছু সহায়তার প্রয়োজন হয় তখন সাধারণভাবে অভিজ্ঞদের উপর নির্ভর করা যেতে পারে বা তারা সেই ব্যক্তিকে সন্ধান করতে এবং জ্ঞানের স্থানান্তর পাবেন। সুতরাং তাদের কোনও প্রকল্পের জন্য একটি নতুন দক্ষতা সেট শিখার অন্তর্নিহিত পর্যায়ে যেমন নিবিড়ভাবে পর্যবেক্ষণ করার দরকার নেই। তারা প্রকল্প সরবরাহ করার জন্য একটি উপায় খুঁজে পাবেন। যাদের ডেলিভারির ট্র্যাক রেকর্ড রয়েছে তাদের ন্যূনতম অগ্রগতি রিপোর্ট বাদে সাধারণত একা রাখা যেতে পারে (আপনার সাধারণত আপনার পরিচালনায়ও প্রতিবেদন করতে হয় এবং সুতরাং কিছু তথ্যের প্রয়োজন হয়)।