স্ক্রাম: প্রেরণার অভাব সামাল দেওয়া


11

মতে এই , "স্ক্রাম অত্যন্ত একটি অত্যন্ত উদ্দেশ্যমূলক, ঘনিষ্ঠভাবে সহযোগী, ক্রস কার্মিক এবং স্ব-সংগঠিত দল উপর নির্ভর করে।" সুতরাং আপনি কীভাবে সহ-কর্মীদের পরিচালনা করবেন যারা এই কোডটির মালিকানা নিতে যতটা প্ররোচিত হতে পারে না? আপনি কীভাবে কাউকে মালিকানা নিতে আগ্রহী করবেন?


তারা বরং কোডের অন্য একটি অংশের মালিক হতে পারে? অবশ্যই, যদি প্রশ্নের কোডটি এতই দুর্গন্ধযুক্ত হয় যে কেউ এটির মালিকানা চায় না, এটি একটি বড় সমস্যা ... এবং কোনও একটিকে কেবল এটিকে চুষতে হবে এবং সেই কোডটির মালিক হতে হবে।
হতাশ

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

1
কোডটির মালিকদের প্ররোচিত করার বিষয়ে নিবন্ধের কিছুই আলোচনা করে না। আসলে স্ক্রাম কোড-মালিকানা নিরুৎসাহিত করে। আপনি কেন কাজের চাপের চেয়ে কোডটির মালিক হতে তাদের উত্সাহিত করার চেষ্টা করছেন?
পিডিআর

উত্তর:


14

আমি জানি না এটি আপনার দলের ইস্যু কিনা তবে এটি অবশ্যই আমাদের জন্য ছিল যখন আমরা প্রথম স্ক্র্যাম চালু করি। আমাদের পরিচালনা একদিন আমাদের কাছে এসে বলল, এখন থেকে আপনি স্বতন্ত্র সিলোতে কাজ করবেন না। পরিবর্তে, আপনি একটি স্ক্রাম হিসাবে কাজ করা হবে। এখানে নতুন প্রসেসগুলির একগুচ্ছ আপনার সমস্তকে অবশ্যই অনুসরণ এবং অনুসরণ করতে হবে you

মূল কথাটি হ'ল তারা কখনই আমাদের কাছে, বিকাশকারীদের কাছে এসেছিল এবং জিজ্ঞাসা করেছিল, তোমরা লোকেরা কীভাবে কাজ করতে চাই? কি আপনাকে সুখী করবে? আরো দক্ষ?. সুতরাং আমি যা শুনেছি তা হ'ল, "আপনি আর কোনও কোডের মালিক নন you আপনি যে কোনও কিছু লিখুন না কেন পদদলিত হয়ে যাবেন (আপনি জানেন, দলের মালিকানা) You আপনি সরানো বা একটি আঙুল তুলবেন না কারণ আমরা এখন আপনার সময়টি পরিচালনা করব"। ওহ এবং এখন আপনার রোজ 15 মিনিট দাঁড়িয়ে আছে যেখানে লোকেরা আপনার যত্ন নেওয়ার বিষয়ে আলোচনা করবে এবং এটি সাধারণত 30 মিনিট সময় নেয় এবং তারপরে প্রতি দুই সপ্তাহে একটি উবার বিরক্তিকর 4 ঘন্টা পরিকল্পনার সভা হবে যা অবশ্যই চুষবে সমস্ত জীবন আপনার বাইরে

বাস্তবে এটি চটজলদি বা স্ক্র্যাম নয়, এটি কেবল পরিচালনার এক স্টাইল থেকে অন্য স্টাইলে চলেছে, যেখানে সবকিছু এখনও কেন্দ্রীয়ভাবে নিয়ন্ত্রিত রয়েছে, এবং এটি কেবল আমার জীবন থেকে সমস্ত জীবনই স্তন্যপান করেনি, তবে এটি আমাকে প্রচুর বিনামূল্যে দিয়েছে it আমার জীবনবৃত্তান্ত আপডেট করার সময়।

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

আমি বিশ্বাস করি যে আমাদের জন্য মূল পরিবর্তনটি ছিল বিকাশকারীদের আমরা কীভাবে কাজ করতে চাই তা চয়ন করার ক্ষেত্রে আরও বেশি ভয়েস এবং স্বাধীনতা দেওয়া give আমরা কিছু জিনিস করেছি:

  1. বিশাল "চতুর" বিকাশকারী দলকে 3 টি ছোট ছোট করে ভাঙুন যাতে প্রত্যেকের কেবল 3-4 বিকাশকারী থাকে। এটি প্রত্যেককে নিযুক্ত করে তোলে এবং ব্যক্তিরা ডুবে যায় না।
  2. নিশ্চিত করুন যে একই দলের সবাই একই কার্যকরী ক্ষেত্রের চারপাশে কাজ করছে যাতে লোকেরা যত্ন নিতে পারে যে অন্যরা স্ট্যান্ড আপগুলি এবং পুনরাবৃত্তির পরিকল্পনাগুলিতে কী কথা বলছে।
  3. কারা কাহিনী নিয়ে কাজ করে এবং গল্প / কাজগুলি নির্ধারণের পরিবর্তে পরিচালনার পরিবর্তে আমরা একটি ব্যাকলগ নিয়ে এসেছি এবং দলটি নিজেই কাজটি কীভাবে বিভক্ত হবে সে সম্পর্কে অনেক কিছু বলেছিল।
  4. আমাদের অনেক নতুন সদস্য থাকার কারণে, আমরা কিছুটা সিলো সিস্টেম দিয়ে শুরু করেছি যেখানে প্রতিটি ব্যক্তি একটি প্রাথমিক দায়িত্বের ক্ষেত্রের মালিক। এটি নতুন লোককে অজানা পণ্যের ছোট্ট অঞ্চলে মনোনিবেশ করার অনুমতি দেয় এবং দ্রুততর ধারণা পেতে পারে যে তারা অন্য কারও স্যান্ডবক্সে খেলছে না। তবে প্রোগ্রামটিতে 6--৮ মাস পরে, সীমানা আরও ধূসর হয়ে যাওয়ার সাথে সাথে areas অঞ্চলগুলি আকার ধারণ করতে শুরু করে। এখন, ছেলেরা, আমি যে দলগুলিতে আছি তারা অন্যের কোডে পা রাখা বা অন্য বিকাশকারীদের তাদের কাজ করা মোটামুটি আরামদায়ক।
  5. সমস্ত দাখিলের কোড পর্যালোচনাগুলি কী ছিল (এবং এটি প্রথম জিনিস ছিল যা আমরা যখন প্রথম স্ক্রাম করতাম তখন এড়িয়ে যায়):
    • প্রোগ্রামিং কৌশল / পদ্ধতির ক্ষেত্রে জ্ঞান স্থানান্তর
    • অন্যদের কোড শেখার পক্ষে তারা অন্যথায় না দেখলে দুর্দান্ত ছিল
    • আপনার দলটি কথোপকথন এবং সামাজিকীকরণের সুযোগ পায় যা টিমের গতিবেগ উন্নত করে
    • এবং আমার ধারণা, কোড পর্যালোচনাগুলি একটি বা দু'টি বাগ ধরবে তবে আমি তাদের মানটি উপরের দিক থেকে দেখছি see
  6. ম্যানেজমেন্টকে দলের কথা শুনতে হবে। দলটি যদি বলে যে কিছু কাজ করে না বা পরিবর্তিত হওয়া দরকার, এবং তারা কেবল এটিকে উপেক্ষা করে, তার চেয়ে দলের সদস্যরা কেবল প্রকল্পটি পরিচালনা করতে ও পরিচালনা করতে দেবে than আপনি যদি মানুষকে অনুপ্রাণিত করতে চান, তবে তাদের নিযুক্ত করা দরকার এবং তারা কেবলমাত্র যদি তারা বিশ্বাস করেন যে সঠিকভাবে করছেন, তবে উপরের অংশ থেকে তাদেরকে যা করার জন্য বলা হচ্ছে তা নয়, তবে তারা নিযুক্ত হবে।

4

অনুপ্রেরণার অভাবের জন্য অনেকগুলি কারণ রয়েছে তবে সম্ভবত সবচেয়ে সাধারণ অনুভূতিটি আপনার মতামত বলে মনে হচ্ছে না। যখন আমাদের দল স্ক্রাম করা শুরু করেছিল তখন আমি লক্ষ্য করেছি যে স্ক্রাম সম্পর্কে স্বল্পতম অনুপ্রাণিত লোকেরা যখন তারা পূর্ববর্তী পক্ষ থেকে তাদের পরামর্শগুলি বাস্তবায়িত হতে দেখেছিল তখন তারা ঘুরে দাঁড়িয়েছিল।

একগুচ্ছ ছোটখাটো সমস্যা ডেমোটিভেটিং যোগ করতে পারে। উদাহরণস্বরূপ, একটি জিনিস যা গত সপ্তাহে উঠে এসেছিল তা হলেন একটি দলের সদস্য যারা 4:00 টি মিটিং পছন্দ করেন না। এটি সহজেই ঠিক করা হয়েছে।

অন্য কথায়, আপনার দলকে কী কী ক্ষতিগ্রস্থ করছে তা জানার সেরা উপায় হ'ল তাদের জিজ্ঞাসা করা।


আপনি কি সেই দলের সদস্যকে বরখাস্ত করেছেন যিনি বিকাল ৪ টা বৈঠক পছন্দ করেন না ?? ;)
ডেভ হিলিয়ার

3

কোডের উপর তাদের স্বতন্ত্র মালিকানা দেওয়ার মাধ্যমে।

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

সমাধান: কোডের প্রতিটি অংশে ব্যক্তিদের কোডের সেই অংশের স্টিওয়ার্ড হওয়ার জন্য নির্ধারিত করুন, তবে পুরো টিমকে পুরো কোড বেসে অ্যাক্সেসের অনুমতি দিন।

আরও দেখুন: https://softwareengineering.stackexchange.com/a/33464/1204


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

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

@ পিডিআর: আপনি একটি আকর্ষণীয় বিষয় উত্থাপন করুন। আমি মনে করি আপনি এবং রবার্ট হার্য় এই বিষয়ে আরও বিতর্ক করলে আমি অনেক কিছু শিখতে পারি।
জিম জি

@JimG। আরও সংক্ষিপ্ত এবং বিস্তৃত দর্শনের জন্য ডিএক্সএম এর উত্তর দেখুন (যার সাথে আমি সম্মত হয়েছি)।
রবার্ট হার্ভে

1
@JimG। এটি একটি লজ্জাজনক, কখনও কখনও, যে আমাদের কোনও ফোরাম নেই (চ্যাটটি খুব তাড়াতাড়ি, আলোচনায় উত্সর্গ করার মতো সময় আমার কাছে নেই) যেখানে মুষ্টিমেয় অভিজ্ঞ এবং আগ্রহী বিকাশকারী, যারা বিভিন্ন সমস্যার মুখোমুখি হয়েছেন, বন্ধ করতে পারেন, কিছু নিয়ে বিতর্ক করতে পারেন এবং সম্মিলিত উত্তর দিয়ে ফিরে আসতে পারেন। যদিও আমি এটির জন্য বিশেষত আগ্রহী, কারণ এখানে রবার্টের উত্তরগুলির সাথে আমি খুব কমই একমত এবং (সম্ভবত আরও আকর্ষণীয়ভাবে) আমরা দুজনেই ডিএক্সএম এর উত্তরের সাথে একমত হয়েছি।
পিডিআর
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.