আমি কীভাবে বিভিন্ন দক্ষতার স্তর সহ একটি দল পরিচালনা করব?


16

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

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


11
একই দক্ষতার স্তর সহ একটি দল আছে?
পি.ব্রায়ান.ম্যাকি

@ পি। ব্রায়ান.ম্যাকি: আমি বলতে চাইছি একেবারে অন্যরকম।
জন পুর্ডি

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

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

কোন সংস্থা বা পাশের প্রকল্পের জন্য?
মার্কি

উত্তর:


10

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

পার্শ্ব দ্রষ্টব্য: অ্যানুয়াল পর্যালোচনা চলাকালীন কোনও আশ্চর্য হওয়া উচিত নয়।


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


9

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

আমি এছাড়াও যতটা সম্ভব অটোমেশন ব্যবহার করার প্রস্তাব:

  • আপনি নেট নেট রাজ্যে থাকলে এনডিপেনড বা রিশার্পারের মতো একটি সরঞ্জাম ব্যবহার করতে দলটি পান । আপনি যদি পছন্দ না করেন তবে মানক বিধিগুলি মুছে দিন।
  • যতটা ব্যবহারিক তত আপনার পরীক্ষা স্বয়ংক্রিয় করুন।

ব্যর্থ পরীক্ষার কেস বা স্বয়ংক্রিয় পরিদর্শন সরঞ্জাম দিয়ে তর্ক করা শক্ত, যদি তারা ভালভাবে সেট আপ হয়।


3
খারাপ প্রোগ্রামাররা সম্ভবত খারাপ পরীক্ষার কেস সেটআপ করে?
জেফো

1
রিশার্পারের মতো সরঞ্জামগুলি ডিএফ। ঝরঝরে, তবে অবশ্যই মুক্ত নয়। অটোমেটেড টেস্টিংয়ে টেস্ট-সক্ষম কোড লেখার প্রয়োজন যা দক্ষতার স্তরগুলি সমানভাবে বন্ধ থাকলে তারা ব্যবহারিক প্রয়োজন সেট করতে পারে।
পি.ব্রায়ান.ম্যাকি

@ জেফ: এগুলি খারাপ প্রোগ্রামার নয়, আমাদের কেবল ভিন্ন ব্যাকগ্রাউন্ড রয়েছে এবং সেগুলি নিয়ে আমার বেশ কয়েক বছর রয়েছে। সম্ভবত আমি এবং সবচেয়ে অভিজ্ঞ লোক টেস্টগুলি লিখব, যদি থাকে তবে।
জন পুরী

@ জেফ ও: তারপরে তাদের দল থেকে নামিয়ে দিন।
পিটার কে।

@ পি.ব্রায়ান.ম্যাকি: প্রশ্নে বিনামূল্যে সরঞ্জামের স্পেসিফিকেশন ছিল না। কোডটি যদি পরীক্ষণযোগ্য না হয় তবে তাদের দল থেকে সরিয়ে দিন। পরীক্ষারযোগ্য কোড কীভাবে লিখবেন তা তাদের দেখানোর চেষ্টা করুন এবং যদি তারা কোনও উন্নতি না করে তবে তাদের দল থেকে সরিয়ে দিন।
পিটার কে।

5

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

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


3

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

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

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

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

দল নেতৃত্বের চূড়ান্ত স্বর্ণের তারকা মানুষকে তাদের দুর্বলতাগুলি এমনভাবে সচেতন করছে যাতে তারা সংশোধন শুরু করার জন্য প্রেরণা এবং ভালভাবে জানানো হয়।


2

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

মডেল আলোচনা এবং মান (যেমন নামকরণ কনভেনশন, সেরা অনুশীলন এবং ফোল্ডার কাঠামো কোডিং) মানচিত্রে আলোচনা করুন, সম্মতি দিন, লিখুন।

অবিচ্ছিন্ন এবং নিয়মিত পরীক্ষা এবং কিউএ চেকিং করুন। যখন আপনি অসঙ্গতিগুলি দেখেন তখন ASAP ব্যক্তিকে অবহিত করুন।


2

আমি বলতে চাইছিলাম 'এটির সংগঠনের জন্য দলের সবচেয়ে অভিজ্ঞ ব্যক্তিকে পান', তবে আপনার মনে হয় আপনি সেই ব্যক্তি are

আপনি যদি পারেন তবে প্রকল্পটি দুটি স্তরে বিভক্ত করুন। অ্যাপ্লিকেশন-স্তর / ড্রাইভার-স্তর একটি ভাল বিভাজন। আপনার দলের মধ্যে দুই উপগোষ্ঠী ফর্ম এবং করতে এক যে স্তরের জন্য প্রতিটি দায়ী ব্যক্তি। এটি অত্যন্ত ভাল কাজ করতে পারে।

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


কোড পর্যালোচনা অংশে একমত। আপনাকে অবশ্যই যত তাড়াতাড়ি সম্ভব তাদের গাইড করতে হবে।

2

সাধারণত আপনার কোম্পানীর কোনও প্রযুক্তিগত সীসা নিয়ে কী আশা করা হয়? আমি একজন পরিচালক এবং এই স্পটটিতে কয়েকবার এসেছি এবং এই সপ্তাহে আবার এটি শুরু করতে যাচ্ছি (20 বছর এবং 4 বছরের অভিজ্ঞ ব্যক্তিদের একটি দলে যোগদানের জন্য newbies এবং অন্যদের নিয়োগ দেওয়া)।

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

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

1

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


1

দলের সবচেয়ে অভিজ্ঞ বিকাশকারী হিসাবে, আমি আপনার ভারী কোচিং থেকে আশা করব ।

দলকে কানবান ব্যবহার করে তাদের কাজ নির্ধারণ করুন এবং তারপরে আপনার পুরো দিনটি তাদের প্রত্যেকের সাথে জুটি প্রোগ্রামিং করতে ব্যয় করুন।

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

কয়েক সপ্তাহ পরে, আপনি ভারী কোচিংয়ে ধীর করতে সক্ষম হবেন কারণ দলের সামগ্রিক দক্ষতা আপনার কাছে আসবে।


1

আমি আপনার অবস্থান থেকে পর্যালোচনা প্রলুব্ধ হতে পারে বিভিন্ন তালিকার একটি বেশ কয়েকটি আছে:

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

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

একভাবে এই সমস্ত যোগাযোগে ফোটে। শুভকামনা!


0

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

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

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