ایلان ملکی
ایلان ملکی
خواندن ۵ دقیقه·۵ سال پیش

چرا در تیم اسکرام تنها خوب بودن کافی نیست ؟

برای رسیدن به اهداف یک تیم اسکرام علاوه بر آنکه خوب باشیم و خوب کار خود را انجام دهیم باید حواسم باشد که باقی افراد تیم هم بتوانند کار خود را خوب انجام دهند . اما چرا و چگونه ؟

تعهد - شجاعت - بازبودن - تمرکز و احترام ٬ ارزش های اسکرام
تعهد - شجاعت - بازبودن - تمرکز و احترام ٬ ارزش های اسکرام


برای درک بهتر چرایی این موضوع با یک مثال شروع می کنیم فرض کنید که ما به عنوان برنامه نویس در یک تیم اسکرام که روی یک محصول تحت وب کار می کنند در کنار سایر اعضای تیم مشغول به کار هستیم. اعضای تیم شامل:

میلاد به عنوان مالک محصول

شما و مسعود به عنوان برنامه نویس فرانت عند

علی و رضا به عنوان برنامه نویس بک عند

غزال به عنوان طراح رابط کاربری و تجربه کاربری

حسین هم به عنوان اسکرام مستر

مراحل کاری شما و همکارانتان به این صورت است شما به صورت کلی می دانید که در حال کار روی پروژه وب سایت فروشگاهی هستید که کار خرده فروشی در شهر تهران را انجام میدهد به صورت کلی می دانید که وب سایت دارای بیش از ۳۰ صفحه مختلف است هر صفحه بعد از طراحی رابط گرافیکی و تجربه کاربری به بخش پیاده سازی بک عند می رود و بعد از چک کردن محتوا و فیلد های لازم ساخت مسائل فنی به بخش شما که فرانت عند است می آید و شما باید آنرا پیاده سازی کنید.

شما چند سال تجربه کار دارید و قبلا هم در یک پروژه مشابه کار کرده اید به خوبی با روند کار و مراحل آن آشنا هستید و می دانید چه جاهایی احتمال گیر کردن کار وجود دارد. یک روز به سرکار خود می رود و در جلسه اسکرام روزانه قرار میشود که صفحه هاتی که قبلا طراحی شده اند و از نظر بخش بک عند آماده پیاده سازی هستند را برای فردا آماده کنید. بعد از جلسه به سراغ پیاده سازی می رود مسعود یک صفحه را پیاده سازی کرده است و متوجه می شوید چیزی در طراحی وجود دارد که اصلا نباید در این صفحه باشد و بجای دیگری تعلق دارد به مسعود می گوید که این باکس در این صفحه چی کار می کند مسعود به شما می گوید چون از سمت طراحی رابط کاربری در این بخش قرار داده شده است و بخش بک عند هم دیتای آن در ای پی ای قرار داده است

من پیاده سازیش کردم !

سراغ بخش بک عند می رود و به آنها می گوید که این بخش در این صفحه نباید باشد علی به شما می گوید که این موضوع را متوجه شده است ولی چون غزال (طراح رابط کاربری) این بخش را در این صفحه قرار داده آنها هم اقلام لازم آنرا فراهم کرده اند و شما هم این بخش را باید پیاده سازی کنید. روز به نیمه آمده است و تصمیم می گیرد این صفحه را پیاده سازی کنید و به خوبی این کار را انجام میدهید جوری که هیچ گونه لگ یا مشکلی در این بخش وجود ندارد و بخوبی کار می کند و این موضوع را نادیده می گیرد که اصلا چرا این باکس در این صفحه قرار گرفته روز های دیگر هم همین روال ادامه دارد و به جلسه دمو اسکرام میرسید در این جلسه میلاد (مالک محصول) یوزراستوری های این اسپرینت را مجدد می خواند و بخش های مختلف کار که پیاده سازی شده اند را با شما و باقی اعضای تیم مرور می کند و به حاضرین جلسه توضیحات لازم را می دهد و هر بخش را نمایش می دهد. نوبت به صفحه میرسد که باکس اضافه در آن وجود داشته !!! اینجا آنجایی است همه به یک باره یه یکدیگر نگاه می کند و دنبال کسی می گردند که تقصیر را به گردن بگیرد یا به گردن اون بی اندازند ! جلسه تمام می شود و حذف این باکس از این صفحه به لیست بدهی های فنی اضافه می شود.

نوبت به جلسه باز اندیشی اسکرام میرسد شما احتمالا این موضوع را مطرح می کنید که

من گفتم این باکس اینجا چی کار می کنه ولی کسی گوش نداد.

بحثی بی نتیحه٬ وقت جلسه را تلف می کند و هیچ کس زیر بار نمی رود. موضوع باز می ماند و جلسه تمام میشود.

یک بار همه مسائل بالا را با خود مررو کنید چه شد ؟ چرا وقتی شما کار خود را به بهترین نحو انجام دادید نه تنها کار شما دیده نشده بلکه حذف کار انجام شده از محصول در لیست کار ها قرار گرفت. بله حلقه ی معیوب در جریان است و کار شما بسیار وابسته به کار همکاران و هم تیمی های شما در تیم توسعه اسکرام و تیم اسکرام است.

شفافیت - بازرسی و سازگاری ارکان اسکرام
شفافیت - بازرسی و سازگاری ارکان اسکرام


حال چرخه درست این کار را با هم بررسی می کنیم.

شما متوجه یک باکس اضافه در طراحی میشود البته در ای پی ای دیتای این باکس توسط بک عند قرار داده شده است ولی شما حدس می زنید که این باکس نباید در این صفحه قرار داده شود ابتدا به دنبال میلاد (مالک محصول) میرود در صورتی که مالک محصول را نیافتید به سراغ حسین اسکرام مستر می رود برای او توضیح می دهید که متوجه یک مشکل شده اید و از او می خواهید یوزر استوری این بخش را دوباره بازبینی کند و برای شما توضیح دهد در صورتی که کج فهمی اتفاق افتاده است برطرف شود و در صورتی که این باکس اشتباه در طراحی قرار گرفته است کار با بخش طراحی گرافیک و بک عند مجدد چک شود و دیتای این بخش از ای پی ای حذف شود و در بخش طراحی رابط گرافیکی راه حل مناسب انتخاب شود (‌مثلا این باکس با باکس دیگری جا به جا شود یا هر آنچه محصول به آن نیاز دارد)‌ و اگر این موارد بیش از حد وقت گیر است این کار از لیست کارهای شما حذف و شما کار دیگری را در آن روز پیش می گیرد تا مشخص شود که دقیقا چه کاری باید روی این موضوع انجام شود و مالک محصول پیگیری های لازم برای رفع مشکل را در پیش می گیرد.

در هر مرحله ی از کار اشتباه می توان جلوی آنرا گرفت و دیر نیست.

موضوعی که گاهی آنرا فراموش می کنیم.


پس در یک کار تیمی خوب بهتر است هر زمان که متوجه اشتباهی در روند کار شدیم با مطلع کردن افراد تاثیر گذار و مطمعن از صحت کار اطمینان حاصل کنیم و علاوه بر این که حواسمان به خوب و عالی بودن کار خودمان است به کار باقی هم تیمی ها هم دقت کنیم و از کنار مسائل به سادگی عبور نکنیم. با حفظ ارزش های کلیدی اسکرام به فید بک دادن و ارتباط و تعامل با دیگران بپردازیم و از صحت کارهای اطمینان حاصل کنیم.


کار تیمیاسکراماسکرام مسترمالک محصولبرنامه نویسی
https://www.linkedin.com/in/elonmaleki/
شاید از این پست‌ها خوشتان بیاید