কিছু দলের সদস্য স্প্রিন্ট পরিকল্পনায় সক্রিয়ভাবে অংশ নেন না


15

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

একরকমভাবে আমি এই অবস্থানটি বুঝতে পারি। এমন কোনও বৈশিষ্ট্য সম্পর্কে আলোচনা কেন শুনবেন যা আপনি স্প্রিন্টে বা কখনও উন্নয়নে সহায়তা করতে পারেন?

আমরা কি করা উচিত কি মনে করেন?


9
এই দলটি কত বড়?
জেফো

8
@ জেফও মাথায় পেরেকটি মারলেন - এটি বড় আকারের দলের একটি ধ্রুপদী সমস্যা। ওভারসাইজড টিম = স্বতন্ত্র পৃথক কর্তৃত্ব / দায়িত্ব = স্বতন্ত্র পৃথক ব্যস্ততা। একটি ডান মাপের টিম বলতে বোঝায় যে আপনি যে সমস্ত লোকের বিষয়ে কথা বলছেন তার ঘরের প্রত্যেককেই প্রভাবিত করে। বিকল্পভাবে আপনি দায়িত্বগুলি অত্যধিক সিলিং করছেন - এমন কোনও বৈশিষ্ট্য সম্পর্কে আলোচনা কেন শুনবেন যার সাথে আপনি সহায়তা করার সম্ভাবনা নেই? একটি সঠিক আকারের টিম যা সিলো দায়িত্বগুলি নয় প্রতিটি ক্ষেত্রে প্রতিটি বৈশিষ্ট্যে কাজ করার সম্ভাবনা থাকা উচিত।
জিমি হোফা

7
কোনও ব্যতিক্রম ছাড়াই ফোন বন্ধ। সাধারণ সভা সাধারণ জ্ঞান।
ব্যবহারকারী 1019696

5
@ ব্যবহারকারী 1019696 ন্যায্য হতে, আমি আমার স্ত্রীর কাছ থেকে একটি ফোন কল পেতে পারি যে আমার বাচ্চাটি যে কোনও সময় তার পা ফাঁপিয়েছিল। "ফোন অফ" এবং "কোনও ফোনের মধ্যবর্তী সময়ে আপনার ফোনের সাথে **** না থাকায় বড় পার্থক্য রয়েছে, কারণ এটি কেবল অসম্মানজনক" "
জিমি হোফা

4
@ আপনি যখন এমন একটি যুগের কথা বলছিলেন যখন কোম্পানির সেক্রেটারি থাকতেন, তখন এমন কোনও ব্যক্তি নেই যে আমি বছরের পর বছর ধরে কাজ করেছি - তাদের কিছু করার দরকার নেই। এবং না, এটি অপেক্ষা করতে পারে না। বিশেষত কাজের জন্য নয়, দুঃখিত তবে পরিবার> কাজের জন্য। এটি বলেছিল, আমি 30 বা 40 টি মিটিংয়ের মধ্যে 1 এর মাঝে কল পেতে পারি (সম্ভবত ??) যার মধ্যে আমি সম্ভবত 30 বা 40 এর মধ্যে 1 টি উত্তর দিয়েছি ... আপনার ফোনের সাথে ঝাঁকুনি না রাখা খুব কঠিন নয়। লোকেরা যদি কোনও বোকা হওয়া এড়াতে তাদের অক্ষম বা তাদের ব্যক্তির কাছ থেকে অপসারণের প্রয়োজন হয়, তবে সম্ভবত সেই ব্যক্তির কেবল বোকা বোকা।
জিমি হোফা

উত্তর:


32

কোডের মালিকানা বন্ধ করুন। দলের যে কেউ কোনও প্রদত্ত কাজ নিয়ে কাজ করার জন্য এটি সমান সম্ভাবনা তৈরি করুন।

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

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


4
+1 একেবারে। দক্ষতার একটি ভ্রান্ত ধারণা রয়েছে যখন আপনি ভাবেন কোডারগুলি অ্যাসেম্বলি লাইনের অন্য একটি অংশ এবং তারপরে ভাবছেন কেন কোনও প্রকল্প কেন পিছিয়ে যায় কারণ একটি কগকে প্রতিস্থাপন করা দরকার।
জেফো

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

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

1
@ জেন্টিটিং থ্যাটস অফ দ্য চৈতন্য। জিনিসগুলিতে এই ধরণের দৃষ্টিভঙ্গি পরিবর্তন করতে।
ইউফোরিক

1
@ অভিজ্ঞতাকে আমার অভিজ্ঞতার শেষ পরিণতি হ'ল বিপরীত ব্যবস্থাপনাগুলি মানুষকে আরও বেশি সম্পদ হিসাবে দেখছেন যা প্রয়োজনের মতো সবেমাত্র বদলে যেতে পারে ...

15

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


12

তাদের বিশৃঙ্খলা কেবল একটি লক্ষণ। সমস্যাটি হ'ল আপনি আপনার দলের সকল সদস্যকে সমানভাবে কাজ বিতরণ করছেন না। আদর্শভাবে প্রতিটি দলের সদস্যদের কোনও নির্দিষ্ট প্রকল্পের ক্ষেত্রে সীমাবদ্ধ নয় এমন কোনও নতুন টিকিট তুলতে হবে।


3
তাত্ত্বিকভাবে এটি দুর্দান্ত। অনুশীলনে, বিশেষত বড় প্রকল্পগুলিতে, সিস্টেমটি এত বড় হতে পারে যে এটি প্রতিটি দলের সদস্যের উপর কাজ করার সময় এর প্রতিটি অংশের পর্যাপ্ত জ্ঞান থাকতে পারে imp

@ জেন্টিং - দেখে মনে হচ্ছে এই দলটি খুব নিশ্চিত যে তাদের কখনও অন্য অংশে কাজ করার দরকার পড়বে না। যদিও একজন ব্যক্তি সব কিছু জানতে পারে না, তার অর্থ এই নয় যে তাদের যতটা সম্ভব কম পড়া উচিত।
JeffO

@ জেফো সত্য, তবে তারা জানে না এমন অঞ্চলের জন্য পরিকল্পনা পরিকল্পনায় সক্রিয়ভাবে অংশ নিতে সক্ষম হওয়ার আশা করা যায় না। শুনুন এবং শিখুন, তবে মুখ বন্ধ রাখুন। এবং প্ল্যানিং বোর্ডের কিছু ফটো তৈরি করতে আপনার সেলফোনটি ব্যবহার করুন :)
উঠুন

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

5

একটি অনুপ্রেরণামূলক সমস্যার মতো শোনায় - কিছু লোকেরা যে প্রকল্পে কাজ করছেন তা তাদের যত্ন করে না কেন? সম্ভবত কারণ টিমটি 'আয়োজক' এবং 'বাম আউটস'-এ বিভক্ত।

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

এখানে একটি ধারণা দেওয়া হয়েছে: পরিকল্পনা করার সময় প্রতিটি গল্পের দায়িত্বে নেওয়ার জন্য এলোমেলোভাবে একজনকে বেছে নিন। এলোমেলোভাবে. এটির পরিকল্পনার জন্য কে দায়ী ছিলেন তা রেকর্ড করুন, সুতরাং পরবর্তী স্প্রিন্ট আপনি বলতে পারেন যে তারা অনুমান এবং টাস্ক বিভাজনের একটি ভাল sensকমত্য পাওয়ার পক্ষে একটি ভাল কাজ করেছে কিনা। এটি তাদের মনোযোগ দিতে এবং প্রকল্পে জড়িত হওয়ার কারণও এনে দেবে।

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


চমৎকার চিন্তা. আশা করি লোকেরা এটিকে তাদের সময়ের অপচয় হিসাবে দেখবে না।
ইউজিন

1

আপনার স্প্রিন্ট সময়কাল কি?

দীর্ঘ স্প্রিন্ট সময়সীমা বাড়ে

  • স্প্রিন্টে পরিকল্পনা করার আরও কাজ, যা বাড়ে
  • দীর্ঘ পরিকল্পনা সভা, যা বাড়ে
  • দলের সদস্যদের মনোনিবেশ করতে উচ্চতর অসুবিধা, ...
  • টিম সদস্যরা বিরক্ত হন

সুতরাং যদি আপনার স্প্রিন্টের সময়কাল দুই সপ্তাহের বেশি হয় তবে ছোট স্প্রিন্টে কাজ করার চেষ্টা করুন।

সংক্ষিপ্ত স্প্রিন্টের প্রতি অঙ্গীকারাবদ্ধ হয়ে যদি স্টেকহোল্ডারদের পেতে অসুবিধা হয় তবে আপনি কিছু আনুষ্ঠানিক সভাগুলি এড়িয়ে যেতে পারেন, যেমন প্রতিটি স্প্রিন্টের পরিবর্তে প্রতি 2 স্প্রিন্টের পরে কেবল স্প্রিন্ট পর্যালোচনা করতে হবে।

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