আপনি কীভাবে আপনার সহযোগী প্রোগ্রামারদের বাড়াতে সহায়তা করবেন?


20

একটি দল নেতৃত্ব হিসাবে, আপনি কীভাবে আপনার প্রোগ্রামারদের বৃদ্ধি করতে সহায়তা করতে পারেন?

আমি এটি জিজ্ঞাসার কারণটি হ'ল আমার সাথে কয়েকজন প্রোগ্রামার কাজ করছে এবং আমি তাদের সত্যিকার সম্ভাব্যতা উপলব্ধি করতে এবং তাদের সুখী রাখতে "সত্যই তাদের" আলগা করতে "চাই turn

তবে আমি কীভাবে এটি করতে পারি তা বেশ জানি না, আমার কি করতে হবে

  1. তাদের সাথে প্রায়শই কথাবার্তা বলুন, বা তাদের শান্ত সময় দিন, তাদের আনুষঙ্গিকভাবে ছেড়ে দিন?
  2. কোডিং গাইডলাইনগুলি অনুসরণ করতে বলুন, যেমন ইউনিট পরীক্ষা প্রয়োগ করা, কোডিং শৈলী প্রয়োগ করা বা তাদের যা উপযুক্ত মনে হয় তা করতে দিন?
  3. তাদের সাথে লেলেন্ট হন। যেমন তারা সত্যিই 8 ঘন্টা বা 4 ঘন্টা অফিসে আসেন কিনা, বা কাজের জায়গায় কিছু "শৃঙ্খলা" প্রয়োগ করা দরকার কিনা তা সত্যিই চিন্তা করে না?

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

আপনি কি মনে করেন?


21
ডোনাট সঙ্গে তাদের খাওয়ান।
এসকে-লজিক

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

@ এসকে-যুক্তি: আমি যেখানে কাজ করি সেখানে গোল, পিজ্জা হ'ল পছন্দসই পদ্ধতি।
ডোনাল ফেলো

উত্তর:


9

এটি একটি খুব সূক্ষ্ম লাইন আপনি চলতে হবে।

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

অন্যদিকে, প্রক্রিয়া পছন্দগুলি আপনার নিজস্ব। এই সিদ্ধান্তগুলিতে, দলটি আপনাকে গাইড করতে দিন তবে শেষ পর্যন্ত আপনার এগুলি করা দরকার। কমপক্ষে প্রথমে।

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

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


6

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

আইএমএইচও বিকাশকারীদের স্বাভাবিক পরিস্থিতিতে শেখার স্বাভাবিক তাগিদ থাকে (যদি না তারা পূর্বের খারাপ কাজের অভিজ্ঞতায় জ্বলে ওঠে না বা জেদ না হয়)। সুতরাং আপনাকে যা করতে হবে তা হ'ল তারা কী এবং কী শিখতে চায় তা বুঝতে এবং এটি করার জন্য তাদের সরঞ্জাম এবং সময় সরবরাহ করতে হবে (অবশ্যই যুক্তিসঙ্গত সীমার মধ্যে)।

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

কোডিং গাইডলাইনগুলি অনুসরণ করতে বলুন, যেমন ইউনিট পরীক্ষা প্রয়োগ করা, কোডিং শৈলী প্রয়োগ করা বা তাদের যা উপযুক্ত মনে হয় তা করতে দিন?

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

তাদের সাথে লেলেন্ট হন। যেমন তারা সত্যিই 8 ঘন্টা বা 4 ঘন্টা অফিসে আসেন কিনা, বা কাজের জায়গায় কিছু "শৃঙ্খলা" প্রয়োগ করা দরকার কিনা তা সত্যিই চিন্তা করে না?

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


3

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

তবে আপনি তাদের বাড়াতে সহায়তা করতে চান যা একটি নেতার দুর্দান্ত বৈশিষ্ট্য।

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

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

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

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

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

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

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

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

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

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

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


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

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

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


1

তাদের সাথে প্রায়শই কথাবার্তা বলুন, বা তাদের শান্ত সময় দিন, তাদের আনুষঙ্গিকভাবে ছেড়ে দিন?

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

কোডিং গাইডলাইনগুলি অনুসরণ করতে বলুন, যেমন ইউনিট পরীক্ষা প্রয়োগ করা, কোডিং শৈলী প্রয়োগ করা বা তাদের যা উপযুক্ত মনে হয় তা করতে দিন?

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

তাদের সাথে লেলেন্ট হন। যেমন তারা সত্যিই 8 ঘন্টা বা 4 ঘন্টা অফিসে আসেন কিনা, বা কাজের জায়গায় কিছু "শৃঙ্খলা" প্রয়োগ করা দরকার কিনা তা সত্যিই চিন্তা করে না?

আমি প্রথমে আরও প্রত্যাশিত হয়ে উঠব তবে যখন তারা প্রমাণিত হবে যে তারা বিশ্বাসযোগ্য হতে পারে। জনগণকে অবকাশ থেকে ৪ ঘন্টা কাজ করার জন্য বিশ্বাস প্রদান করা সমস্যাটির জন্য জিজ্ঞাসা করছে তবে নিয়মিত দেরিতে কাজ করা কোনও মূল্যবান কর্মচারীকে প্রকল্পের মধ্যে কিছুটা ckিলে haveালা দেওয়া দেওয়া ঠিক হয়ে যায়।


5
"প্রতি কয়েক ঘন্টার মধ্যে প্রায় একবার সঠিক ফ্রিকোয়েন্সি শোনায়" - আমার ম্যানেজার যদি আমাকে প্রায়শই
বগি

1
@ পিটার টারিক থাট কেন আমি বললাম এটি কান দিয়ে খেলুন। আমার জন্য সঠিক স্তরের কথা তবে আমি নিশ্চিত যে প্রচুর লোক কম পছন্দ করবে
টম স্কুইয়ার্স

0

আপনার তিনটি বিষয় সম্পর্কিত:

তাদের সাথে প্রায়শই কথাবার্তা বলুন, বা তাদের শান্ত সময় দিন, তাদের আনুষঙ্গিকভাবে ছেড়ে দিন?

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

কোডিং গাইডলাইনগুলি অনুসরণ করতে বলুন, যেমন ইউনিট পরীক্ষা প্রয়োগ করা, কোডিং শৈলী প্রয়োগ করা বা তাদের যা উপযুক্ত মনে হয় তা করতে দিন?

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

তাদের সাথে লেলেন্ট হন। যেমন তারা সত্যিই 8 ঘন্টা বা 4 ঘন্টা অফিসে আসেন কিনা, বা কাজের জায়গায় কিছু "শৃঙ্খলা" প্রয়োগ করা দরকার কিনা তা সত্যিই চিন্তা করে না?

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


0

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


0

তবে আমি কীভাবে এটি করতে পারি তা বেশ জানি না, আমার কি করতে হবে

  1. তাদের সাথে প্রায়শই কথাবার্তা বলুন, বা তাদের শান্ত সময় দিন, তাদের আনুষঙ্গিকভাবে ছেড়ে দিন?
  2. কোডিং গাইডলাইনগুলি অনুসরণ করতে বলুন, যেমন ইউনিট পরীক্ষা প্রয়োগ করা, কোডিং শৈলী প্রয়োগ করা বা তাদের যা উপযুক্ত মনে হয় তা করতে দিন?
  3. তাদের সাথে লেলেন্ট হন। যেমন তারা সত্যিই 8 ঘন্টা বা 4 ঘন্টা অফিসে আসেন কিনা, বা কাজের জায়গায় কিছু "শৃঙ্খলা" প্রয়োগ করা দরকার কিনা তা সত্যিই চিন্তা করে না?

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

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


0

আপনি তাদের জিজ্ঞাসা করুন তারা কীভাবে কাজ করতে পছন্দ করবে।
তারা কী পরিবর্তন করতে চান ইত্যাদি ইত্যাদি।

একবারে না। ঠিক যেমন ... জিনিসগুলি প্রদর্শিত হয়।
প্রাকৃতিক থাকুন। (বা তারা ভয়ের গন্ধ পাবে)

এবং তারপরে ... আপনি তাদের কাছ থেকে জিনিসগুলি শিখতেও পারেন । আপনি যদি না ভাবেন যে এটি কখনই ঘটবে, (শিক্ষা এবং অভিজ্ঞতায় খুব বেশি দূরত্ব) তাদের বড় করার চেষ্টা করার সত্যিই বিরক্ত করবেন না, এটি কেবল তাদের বিভ্রান্ত করবে।

(এই বিশেষ ক্ষেত্রে, এটি ছেড়ে দিন এবং একটি লোহার মুষ্টি দিয়ে শাসন করুন , এটি আগ্রহ জাল করার চেয়ে বেশি সৎ আপনার )

একটি গণতান্ত্রিক প্রক্রিয়া প্রতিষ্ঠা করুন , ভোট প্রদান করুন, বিষয়গুলি আলোচনা করুন।

প্রত্যেক রাষ্ট্রপতির মতোই, আপনি চূড়ান্ত শব্দটি রাখেন : ভেটো
বাকি গ্রুপে to


0

আপনার লোকদের বৃদ্ধিতে সহায়তা করার একটি উপায় হ'ল তারা যা করতে পারে তা করুক।

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

"নমনীয় সময়" এর সাথে আপনি আপনার আরও উত্পাদনশীল কর্মীদের আরও বেশি পরিমাণে ছাড় দিতে পারবেন। যতক্ষণ না তারা কাজটি চালাচ্ছে, আমি তাদের ঘন্টা সম্পর্কে কম চিন্তা করব। কিছু লোক আসেন, 5--6 "ননস্টপ" ঘন্টা রাখেন এবং অন্যদের চেয়ে বেশি অর্জন করেন যারা 10 ধীর গতিবেগিত ঘন্টা রেখেছেন।

তবে পরিচালক হিসাবে আপনার কাজের একটি হ'ল WEAKNESSES সংশোধন করা। এটি হ'ল আপনাকে এমন আস্তে প্রোগ্রামারদের উপর নীচু হতে হবে যাদের পরীক্ষার মান অপর্যাপ্ত, বা এমন লোকেরা যারা যথেষ্ট উত্পাদনশীল না - কারণ তারা সময় নিচ্ছেন না।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.