চতুর এমভিপি (সর্বাধিক মূল্যবান প্লেয়ার / প্রোগ্রামার)


9

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

এর থেকে আমি যে ভালটি দেখতে পাচ্ছি তা নীচে:

  • আরও বাগ সংশোধন করা হয়েছে (যা ওপার ম্যানেজমেন্ট দেখতে চায়, যে দিকটি তারা চায় তার দিক পরিবর্তন করে)
  • প্রতিটি 'টিম' থেকে এমভিপি স্বীকৃত হয় এবং একটি আত্মসম্মান বর্ধন পায় (বা এটি কোনও অহংকে উত্সাহিত করবে?)

আমি কিছু লক্ষ্য করেছি যে এ জাতীয় কাজ করার জন্য খারাপ দিকগুলি আমি কী বিবেচনা করব (কমপক্ষে বিকাশকারী দিক থেকে):

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

আমি বিশ্বাস করি যে টিম প্রতিটি কীভাবে পরিচালনা করে তার উপর নির্ভর করে উপরের প্রতিটি 'খারাপ' কিছুটা ডিগ্রিতে সম্বোধন করা যেতে পারে।

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


8
একটি জিনিস অদ্ভুত। শুরুতে আপনি বলেছিলেন যে "দলের পক্ষে ভোট দিয়েছেন", তবুও বাকি পোস্টগুলি বাগ এবং বাগব্যাক্ট সম্পর্কে। দলটিকে সচেতন হওয়া উচিত নয় যে বাগ এবং বাগগাউন্ট এর মধ্যে নেই। এবং যে গুরুতর / হার্ড বাগ সমাধান করেছে এমন ব্যক্তির পক্ষে এমভিপি-র পক্ষে অনেক সহজ বাগ সমাধান করা এমন ব্যক্তির চেয়ে আরও উপযুক্ত হওয়া উচিত?
ইউফোরিক

2
সম্ভবত উচ্চ অগ্রাধিকারের বাগগুলি 2 বা 3 নিম্ন অগ্রাধিকারের বাগের সমতুল্য হওয়ার জন্য ওজন করা দরকার? এটা প্রতিযোগিতামূলক উপার্জন সঙ্গে জিনিস যে এটা হবে প্রতিযোগিতার কুশ্রী পক্ষের বের করে আনা। জিনিসগুলিকে বন্ধুত্বপূর্ণ এবং প্রতিযোগিতামূলক রাখা (গুরুতর উপায়ে) রাখা শক্ত।
হতাশ

8
যদি আমার দলটি কখনও এটি করে, আমি চাই দয়া করে দয়া করে এই ধরণের বাজে কথাটি থেকে বেরিয়ে আসুন। আমি পিছনে একটি দ্বৈতভাবে প্যাট চাই না।
অ্যান্টনি পেগ্রাম

7
একটি সময়ের ইউনিটের সাথে একত্রে একটি ওয়ার্ক ইউনিট পেতে টিম ইউনিট হিসাবে কাজ করার মতো কিছুই নেই। এবং এটি কোনও সময় ইউনিটের সাথে একত্রে একটি ওয়ার্ক ইউনিট পাওয়ার জন্য টিম ইউনিট হিসাবে কাজ করার মতো কিছুই নয়।
পিডিআর

3
মজাদারভাবে, গ্রাহক সেবা সংস্থাগুলিতে যখন কাঁচা মেট্রিকগুলির উপর অতিরিক্ত নির্ভরতা হয়ে যায় তখন ঠিক একই জিনিসটি ঘটে in
blrfl

উত্তর:


32

চটপটে ব্যক্তিদের প্রচেষ্টা নয়, দলের প্রচেষ্টাতে জোর দেয় । সুতরাং না, এই পদ্ধতির স্পষ্টভাবে চটচটে নয়।

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

আমি দলটিকে পুরোপুরি পুরস্কৃত করার পরামর্শ দিচ্ছি যদি তারা একটি ভাল কাজ করে।


2
আবার। যদি এমভিপিকে পুরো টিম ভোট দেয়, তবে এটি কীভাবে পৃথককে জোর দেয়? আমি যদি এই জাতীয় দলে থাকি তবে আমি সেই ব্যক্তিকে ভোট দেব, যাকে আমার মনে হয় প্রকল্পে সর্বাধিক সংযোজন হয়েছে। এবং আমি সেই ব্যক্তির বিরুদ্ধে যাব যা আমি মনে করি যে আমাকে সহায়তা করতে চায় না।
ইউফোরিক

@ ইউফোরিক: সম্মত হয়েছে তবে এটি "যদি এমভিপি পুরো দল দ্বারা ভোট দেওয়া হয়"। প্রশ্নটি অস্পষ্ট যে এটি কোনও বাগ গণনা বা ভোট .. এটি যদি একটি গণনা হয় তবে আমি মার্টিনের সাথেও একমত ...
rdurand

যদি সমস্ত দল কোনও একক ব্যক্তিকে ভোট দেয় তবে ঠিক আছে। অন্যথায়, এটি প্রস্তাবিত মতো, আপনার "সঠিকভাবে" ভোট দেওয়ার চাপ রয়েছে।
ডেইনিয়াস

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

1
আমি সম্মত, এবং এখন এটি কার্যকর করা হয়েছে, এই দলে আরও একটি সমস্যা সমাধান করতে হবে; দলটির গতিশীলতা আরও বিঘ্নিত না করে কীভাবে এই পুরষ্কার সিস্টেমটি দূর করা যায়; "উদাহরণস্বরূপ; 'এটি ন্যায়সঙ্গত নয়, আমরা কেবল এটি দু'বার করেছিলাম তাই জয়ের সুযোগ পেলাম না!'"
আরজে লোহান

7

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

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

গেমিফিকেশন সফলভাবে প্রয়োগ করা যেতে পারে তবে আপনাকে অভ্যন্তরীণ / বহির্মুখী অনুপ্রেরণার কাজে লাগাতে খুব সতর্কতা অবলম্বন করতে হবে। প্রেরণা স্বতন্ত্র হয়ে ওঠার জন্য স্ব-সংকল্পকে উত্সাহিত করার জন্য বহিরাগত প্রেরণার শক্তি থাকতে হবে । তবে এখানে যা ঘটেছিল তা বিপরীত, প্রোগ্রামাররা জয়ের জন্য "গেমিং গেম" করছে

এটি ঠিক করতে আপনি যা করতে পারেন তা হ'ল নিয়মগুলিকে কিছুটা পরিবর্তন করতে ম্যানেজমেন্টকে জিজ্ঞাসা করা:

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

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

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

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


5

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

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

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

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

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


3

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

প্রশ্নটি হল - আপনি কীভাবে একটি প্রক্রিয়া ডিজাইন করতে পারেন যাতে আপনার দলটি দৃ rig় নীতিমালা না রেখে বা লোককে কিছু করতে বাধ্য না করে স্বাভাবিকভাবেই সমস্ত সঠিক কাজগুলি করতে পারে বলে মনে হয়?

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

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

আপনার টিমের মান ধারাবাহিকতা, পূর্বাভাসযোগ্যতা এবং উচ্চমানের কোডটি মানুন।

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

ত্রুটিযুক্ত মেট্রিকের উপর ভিত্তি করে একটি একক এমভিপি না রেখে, আমরা কিছু ছোট, তবে উল্লেখযোগ্য পরিবর্তন করে দলের আচরণ পরিবর্তন করার চেষ্টা করব।

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

এবং এই পদ্ধতির প্রদর্শন এবং আপনাকে শুরু করার জন্য কেবল কয়েকটি উদাহরণ ...

এই পদ্ধতির সম্পর্কে দুর্দান্ত যে আপনি সক্রিয়ভাবে আপনার প্রক্রিয়া পরিবর্তনগুলি ডিজাইন করছেন এবং আপনার প্রক্রিয়া পরিবর্তনের জন্য ন্যায়সঙ্গত কারণ রয়েছে। অবজেক্ট বা ইউআই ডিজাইনের মতো আপনি জিনিসগুলি কাজ করছে কি না তা বুঝতে ফলাফলগুলিও পরিমাপ করতে পারবেন।


2

এমভিপি প্রোগ্রামের মতো কাজ করার মতো কিছু নিশ্চিত করার জন্য সবচেয়ে সহজ সমন্বয় হ'ল টিম সদস্যদের দলের সাফল্যের জন্য সবচেয়ে মূল্যবান হওয়ার জন্য পুরস্কৃত করা, খুব কঠোর কর্মী না হয়ে।

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

পুরষ্কার দলকর্ম, এবং দল লক্ষ্য করবে যে এটি টিম তাদের নিজস্ব সাফল্য নয়, গুরুত্বপূর্ণ।

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