স্ক্রমে দুটি পৃথক প্রকল্পের মধ্যে কীভাবে বিকাশকারীদের সময় সমন্বয় করবেন?


40

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

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

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


1
প্রথমে সমালোচনামূলক উত্পাদন বাগটি সমাধান করুন এবং তারপরে স্বাভাবিক বিকাশ পুনরায় শুরু করুন। উভয় একই সাথে একটি ভুল করার জন্য বলছে।
মার্ক রজার্স

উত্তর:


60

এই সমস্যাটি স্ক্রামের মতো পুরানো। একটি সমাধান আছে, তবে আপনি এটি পছন্দ করবেন না।

  • ব্যাকলগে নতুন কাজগুলি রাখুন।
  • বিকাশকারীদের বাধা দেবেন না।
  • পরবর্তী স্প্রিন্টের জন্য অপেক্ষা করুন।

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

যদি আপনি এই ধরণের জিনিসগুলি চেষ্টা করেন তবে আপনি মূলত তার সমস্ত উপস্থিতি সমস্যা সহ 'বিশৃঙ্খলা' বা 'জেএফডিআই' বিকাশের পদ্ধতিতে ফিরে যান যেমন

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

অবশ্যই এই পরামর্শটির স্বাভাবিক প্রতিক্রিয়া হ'ল "তবে আমি এটি করতে পারি না! ব্যবসায়ের সেই প্রডাকশন বাগগুলি ASAP ঠিক করার জন্য প্রয়োজন!"

তবে এটি সত্য নয়।

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

তবে নিম্নলিখিত বিষয়গুলির মধ্যে একটি যা সম্ভবত বেশি হতে পারে:

  • বাগগুলি অপারেশনাল সমস্যা, ডিস্কের জায়গার বাইরে চলে যাওয়া, কোনও ডিআর, কোনও ব্যাকআপ, কোনও ব্যর্থতা ইত্যাদি কোনও ওপিএস দল পান।

  • বাগগুলি ব্যবহারকারীরা বুঝতে পারে না যে সিস্টেমটি কীভাবে কাজ করা উচিত "এটি ঘটেছিল এটি কি বাগ?"। একটি হেল্পডেস্ক পান এবং আপনার ব্যবহারকারীদের প্রশিক্ষণ দিন, ডকুমেন্টেশন লিখুন।

  • রোলব্যাকের ভয়। আপনি একটি নতুন বৈশিষ্ট্য চালু করেছেন এবং এটি কিছু ভেঙেছে, কোনও স্থির করার চেষ্টা করবেন না। পূর্ববর্তী সংস্করণে ফিরে রোল করুন এবং ব্যাকলগে বাগগুলি রাখুন।


5
আপনার স্প্রিন্ট কত দিন? আমি এক সপ্তাহে নেমে যাব
ইভান

3
আপনি পর্যালোচনা এবং রেট্রো না করে পালিয়ে যেতে পারেন, মাসে একবার এগুলি করতে পারেন। ডিজাইন (ইউআই ডিজাইন?) আলাদা দল / স্প্রিন্ট হিসাবে মনে করি এটি ভাল ধারণা। আশা করি বেশিরভাগ সময় ডিজাইনের কাজ শুরু হওয়ার আগে দেব শুরু হয়ে যায় এবং খুব বেশি পরিবর্তন হয় না
Ewan

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

5
আপনি যদি পর্যালোচনা এবং রেট্রোটি এড়িয়ে যান এবং আলাদা স্প্রিন্টে ডিজাইন করেন তবে সত্যিকার অর্থে কোনও স্ক্রাম বাকি নেই ...
এরিক

6
আপনার সমাধানটি "সংস্থায় শীর্ষস্থানীয় কর্তৃপক্ষ অর্জন করা, তারপরে তিনটি নতুন নতুন টিম তৈরি করে প্রচুর অর্থ ব্যয় করা উচিত"?
মনিকার সাথে লাইটনেস রেস

25

এখানে বক্সের বাইরে চিন্তা করার চেষ্টা করছি।

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

কেন এটি প্রত্যাশা করার চেষ্টা করবেন না এবং এটি আপনার সুবিধার জন্য ব্যবহার করবেন?

এটি সম্ভবত বাস্তবসম্মত হওয়ার জন্য আপনার 5+ টির একটি দল প্রয়োজন।

তবে কেন একজন বিকাশকারীকে প্রতিটি স্প্রিন্ট বের করে আনুন না (বিকাশকারীদের মধ্যে ঘোরানো, প্রতিটি তাদের পালা পায়)।

সংশোধনের জন্য পুরো বিকাশকারীকে ব্যবহার করার জন্য যথেষ্ট ত্রুটি না থাকায় অন্যান্য সমস্যা বা কাজগুলি করা যেতে পারে।

  • পারফরম্যান্সের বাধা বা স্কেলিবিলিটি সমস্যাগুলি সনাক্ত করতে পরীক্ষা চালানো
  • বিল্ড সিস্টেম বজায় রাখা
  • ক্লায়েন্টদের সাথে বৈঠক
  • নতুন ফ্রেমওয়ার্ক / গ্রন্থাগারগুলি গবেষণা করা হচ্ছে
  • আপনি যে ভাষা বৈশিষ্ট্যগুলি ব্যবহার করতে চান তা অন্বেষণ করে
  • সুরক্ষা ইস্যুতে পড়া
  • ডাটাবেস রক্ষণাবেক্ষণ
  • সার্ভার রক্ষণাবেক্ষণ

দলের গতিবেগ উপরে উঠতে পারে, মানসিক চাপ কমে যেতে পারে, পরিচালনার সাথে দ্বন্দ্ব হ্রাস পেতে পারে, আপনি আপনার জ্ঞানের উন্নতি করার জন্য সময় পাবেন।


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

1
এটি আসলে খুব ভাল ধারণা! আমাকে আরও এক বা দুজন বিকাশকারী নিয়োগ দেওয়ার দরকার আছে তবে আমি বিশ্বাস করি এটি মূল্যবান। অনেক ধন্যবাদ!
শাদিন

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

14

আমি ব্যবহার করেছি সত্যিকারের প্রয়োজনীয় উত্পাদনের সমস্যার জন্য বিকাশকারী প্রচেষ্টা পরিচালনার কার্যকর সমাধান হ'ল "ব্যাটম্যান অ্যাপ্রোচ"।

নতুন কার্যকারিতা বিকাশের সময় উত্পাদন সহায়তা দায়বদ্ধতার ব্যয়বহুল দিকটি প্রসঙ্গের স্যুইচিং, সুতরাং আপনার এটি সীমাবদ্ধ করার লক্ষ্য করা উচিত।

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

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


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