اگر سوال درست درک باشم، منظور شما این بود که آیا امکان گردش افراد بین تیم ها هست یا نه.
ترجیح بر ثابت بودن اعضای تیم است چون رفت و آمد هزینه دارد. اما معمولا در دنیای واقعی این چنین نیست.
معمولا تعدادش باید کم باشد، و قبول کنیم که این کار پرتی و هدر رفت زیادی دارد.
سلام
در مورد سازمان های ماتریسی فرمودید که برای هر بخش پروژه از تیم تخصصی نیرو آورده و در یک تیم که محصول یک ویژگی است سازماندهی می شود. این کار باعث جابجایی نیروها بین بخش های مختلف سازمان نمی شود و هزینه را بالا نمیبرد؟
و اینکه یکی بودن تست کننده با تیم توسعه باعث بایاس شدن ذهن تست کننده نخواهد شد؟
سلام
ما معمولا دو نا ماتریس داریم،
ماتریس ثابت و ماتریس موقت، در موقت افراد آزاد میشوند و دوباره تیم های جدید شکل میگیرد. اما منظور در اسکرام، بیشتر تیم های پایدار برای بلند مدت هستند. در این صورت جا به جایی زیاد نمیشود. اما تست کننده، در تیم های توسعه است، که فاصله بین تست یا توسعه و دست به دست شدن کم بشود. چرا که هر چقدر فاصله بین توسعه و تست بیشتر شود، هزینه کشف، رفع باگ بسیار زیاد خواهد شد.
سلام
داخل تیم توسعه اسکرامی، چون هدف خود سازماندهی تیم هست، نه چنین نقشی دیده نشده است.
رهبری خدمتگزار وظیفه اسکرام هست که بتواند تیم را به وضعیت خودسازماندهی برساند.
آیا ممکن هست که مثلا اگه سه تا backend کار داشته باشیم که الان بنا به نیاز هر سه روی یک اسگرینت یک محصول، و مثلا از دوو هفته دیگه ( هنوز اسپرینت الان تموم نشده باشه) یکیشون رو ی اسپرینت یک محصول دیگه هم کار کنه؟
امکانش بله حتما وجود دارد. ولی کلا در اسکرام توصیه بر ایجاد مفهوم تمرکز و کاهش میزان سوییچ کردن کار بین محصولات یا هر چیزی که باعث کانتستک سوییچ می شود، هست
سلام وقت بخیر من یک چیز رو خوب متوجه نشدم.الان تیم ما رو به افزایش نیرو هست و در حال حاضر حدود ۱۵ نفر هستیم.با این تیم رو به گسترش ، باید چیکار کرد ؟ باید تقسیم به زیرمجموعه های کوچک شوند یا میتوان با این روال ادامه داد؟
سلام،
وقتی تیم های بزرگتر میشوند، میتوانیم به شکستن تیم ها فکر کنیم،
مثلا، فرض کنید ما یک نرم افزار شبیه اسنپ تاکسی درست میکنیم، اول یک تیم بر روی کل محصول کار میکنند، بعد یک مدت تیم بزرگتر میشود، و یک تیم مستقل روی بخش مربوط به مسافر و تیم دیگر بر روی اپ راننده.
مثلا این مثال رو نگاه کنید، مربوط به اپ بام هست که چندین تیم با هم همکاری میکنند.
Comments
آیا از اسپرینتی به اسپرینت بعدی امکان گردش و جابجایی در بین اعضای تیم های توسعه وجود دارد؟ ترجیح بر چیست؟
اگر سوال درست درک باشم، منظور شما این بود که آیا امکان گردش افراد بین تیم ها هست یا نه.
ترجیح بر ثابت بودن اعضای تیم است چون رفت و آمد هزینه دارد. اما معمولا در دنیای واقعی این چنین نیست.
معمولا تعدادش باید کم باشد، و قبول کنیم که این کار پرتی و هدر رفت زیادی دارد.
یعنی یه تیم اسکرام، میتونه چند تا تیم توسعه داشته باشه؟
خیر ، اگر ما چند تیم توسعه داشته باشیم باید چند تیم اسکرام داشته باشیم که شاید مالک محصول یا اسکرام مستر آن ها مشترک باشند
سلام
در مورد سازمان های ماتریسی فرمودید که برای هر بخش پروژه از تیم تخصصی نیرو آورده و در یک تیم که محصول یک ویژگی است سازماندهی می شود. این کار باعث جابجایی نیروها بین بخش های مختلف سازمان نمی شود و هزینه را بالا نمیبرد؟
و اینکه یکی بودن تست کننده با تیم توسعه باعث بایاس شدن ذهن تست کننده نخواهد شد؟
سلام
ما معمولا دو نا ماتریس داریم،
ماتریس ثابت و ماتریس موقت، در موقت افراد آزاد میشوند و دوباره تیم های جدید شکل میگیرد. اما منظور در اسکرام، بیشتر تیم های پایدار برای بلند مدت هستند. در این صورت جا به جایی زیاد نمیشود. اما تست کننده، در تیم های توسعه است، که فاصله بین تست یا توسعه و دست به دست شدن کم بشود. چرا که هر چقدر فاصله بین توسعه و تست بیشتر شود، هزینه کشف، رفع باگ بسیار زیاد خواهد شد.
آیا توی تیم توسعه نقشی مثل تیم لیدر تعریف میشه؟
سلام
داخل تیم توسعه اسکرامی، چون هدف خود سازماندهی تیم هست، نه چنین نقشی دیده نشده است.
رهبری خدمتگزار وظیفه اسکرام هست که بتواند تیم را به وضعیت خودسازماندهی برساند.
آیا ممکن هست که مثلا اگه سه تا backend کار داشته باشیم که الان بنا به نیاز هر سه روی یک اسگرینت یک محصول، و مثلا از دوو هفته دیگه ( هنوز اسپرینت الان تموم نشده باشه) یکیشون رو ی اسپرینت یک محصول دیگه هم کار کنه؟
امکانش بله حتما وجود دارد. ولی کلا در اسکرام توصیه بر ایجاد مفهوم تمرکز و کاهش میزان سوییچ کردن کار بین محصولات یا هر چیزی که باعث کانتستک سوییچ می شود، هست
سلام وقت بخیر من یک چیز رو خوب متوجه نشدم.الان تیم ما رو به افزایش نیرو هست و در حال حاضر حدود ۱۵ نفر هستیم.با این تیم رو به گسترش ، باید چیکار کرد ؟ باید تقسیم به زیرمجموعه های کوچک شوند یا میتوان با این روال ادامه داد؟
سلام،
وقتی تیم های بزرگتر میشوند، میتوانیم به شکستن تیم ها فکر کنیم،
مثلا، فرض کنید ما یک نرم افزار شبیه اسنپ تاکسی درست میکنیم، اول یک تیم بر روی کل محصول کار میکنند، بعد یک مدت تیم بزرگتر میشود، و یک تیم مستقل روی بخش مربوط به مسافر و تیم دیگر بر روی اپ راننده.
مثلا این مثال رو نگاه کنید، مربوط به اپ بام هست که چندین تیم با هم همکاری میکنند.