برنامه نویس - اسکرام مستر - DevOps

۱۰ مطلب با کلمه‌ی کلیدی «Agile» ثبت شده است

مشکلات SCRUM MASTER

شفافیت

ممکن است برای اینکه تیم به شفافیت لازم در task ها برسد زمان زیادی تلف شود.

به عنوان مثال چنانچه task ها پیش نیازی داشته باشند و scrum master این پیش نیازها را تهیه نکند، تیم نمی تواند کار خود را شروع کند.

برای این مشکل توصیه می شود که فرهنگی در تیم شکل بگیرد تا برای شروع یک task از استانداردی مشخص پیروی شود.

کنترل زمان

اگر scrum master کنترل زمان را نداشته باشد،

ممکن است اعضای تیم برای شفافیت task با یکدیگر بحث کنند تا به نتیجه برسند اما این موضوع باعث شود که اعضای دیگر خسته شوند و جلسه کسل کننده شود.

اسکرام مستر چند پروژه ای

چنانچه یک فرد scrum master چند پروژه مختلف باشد، ممکن است برای راحتی کار جلسات این پروژه ها با هم برگزار بشوند، که اصلا توصیه نمی شود.

این ها مشکلاتی بود که ممکن است بخاطر scrum master بوجود بیاید.

۰ نظر موافقین ۰ مخالفین ۰
محمدحسین عزتی

اسکرام مستر ها (Scrum Master) لازم است که بدانند

enlightenedزمانی قول کاری را به دیگران بدهید که حتماً با تیم خود در مورد آن مشورت کرده باشید.

enlightenedشما هستید تا تیم خوب بنظر برسد نه {خود شما}. هرچند که ممکن است فکر کنید که اگر تیم خوب بنظر برسد، رئیس به این نتیجه خواهد رسید که دیگه به شما نیازی ندارد!!

اما مدیران خوب، می دانند که اسکرام مستر نقش مهمی را ایفا می کند.

enlightenedاسکرام و اصول چابک هیچکدام با دستور العمل نیامدند. پس اعضاء تیم را با اجرای بدون چون چرای کتابها و نظرات دیگران که درباره اسکرام و اجایل نوشته شده است آزار ندهید و از بین نبرید. کافیست که به اصول و ارزش های چابک پایبند باشید.

enlightenedهر چیزی که از تکراری شدن اوضاع جلوگیری می کند را تست کنید. از آزمایش چیزهای جدید نترسید.

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

enlightenedیک تعادل بین حجوم مالک محصول (ایجاد استرس،تزریق کار زیاد،آداب بعد و...) به افراد تیم و غرور کاذب اعضاء تیم برقرار کنید. این دو نکته مهم و کلیدی است که می تواند تیم را متلاشی کند. در مورد اول از افراد تیم محافظت کنید و در مورد دوم اعضاء تیم باید بدانند که همیشه نقطه بهبود وجود دارد و آنها آخرش نیستند.

enlightenedشکستی وجود ندارد.
هر وقت پلن یا هدفی تعیین می شود که انجام نمی شود، این به معنی شکست نیست، بلکه تلاشی است که می شود آن را بهتر کرد.

enlightenedاز افراد تیم تشکر و قدردانی بجا و درست کنیم. (نه تملق)

enlightenedاعضای تیم را دعوت کنید با کار و فسلفه کار شما بیشتر آشنا بشوند، حتی بخشی از کار شما را انجام بدهند. 
شاید در اوایل کار لازم باشد همه جلسات را خودتان برگزار کنید، ولی می توانید کم‌کم از آنها بخواهید این کار را انجام بدهند. 
در حدی که انگار به شما نیازی نیست،

البته همیشه به شما (Scrum Master) نیاز هست

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

۰ نظر موافقین ۰ مخالفین ۰
محمدحسین عزتی

تله نامرئی و فوق خطرناک "قهرمان سازی های فردگرایانه" در اسکرام

Barry Turner:

اسکرام به ما کمک می کنه تا از افراد تیم های خوبی بسازیم نه تیم هایی از افراد خوب بسازیم.

شخص واحد در اسکرام جایگاهی ندارد

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

اگر محصول شکست خورده باز کل تیم مقصر است.

ممکن است یکی از اعضای تیم را قهرمان موفقیت ها بدانیدکه این اشتباه است و

انگیزه را از سایرین خواهد گرفت

۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی

تله "افراط در هدف گذاری یک اسپرینت" در اسکرام

تیم تصمیم میگیرد که در طول یک اسپرینت (Sprint) چه کارهایی را می تواند انجام بدهد و در واقع توانش چقدر است.

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

در صورت وقوع این اتفاق، اعضای تیم آزرده خاطر خواهند شد و مطمئناً

کیفیت کار پایین خواهد آمد

۰ نظر موافقین ۰ مخالفین ۰
محمدحسین عزتی

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

Self-Organize

اساس تیم در اسکرام بر اساس self-organized بودن آن است.

چیزی به نام Task-Assign توسط هر عضوی از تیم یا سازمان کارفرما یا سازمان مجری در اسکرام وجود ندارد.

اگر روحیه و فرهنگ این کار را ندارید اسکرام را انتخاب نکنید! 

کاری که میتواند انجام شود

ایجاد اشتیاق

در اعضای تیم برای انتخاب یک Task است.

۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی

تله تمرکز بیش از حد بر روی ابزار در اسکرام

همونطور که می دونید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است

اما انجام صحیحش کار ساده ای نیست!

برای این که شما هم بتونید اسکرام را درست پیش ببرید مواظب باشید در این تله گرفتار نشوید

خیلی از افراد یا شرکت ها همواره بدنبال این هستند که ببینند چه ابزار جدیدی آمده که میتواند در جهت پیشبرد اسکرام به آنها کمک کند.

حتی اگر ندانند که اصلاً اسکرام چی هست.

اسکرام کِرِم دور چشم نیست که مارک آن مهم باشد!

شما می توانید اسکرام رو با حداقل ابزارهای آن پیش ببرید.

نهایت امر یک Excel نیاز خواهید داشت و لا غیر.

وقتی را هم که صرف جستجو، یادگیری و آزمون و خطای این می کنید که کدام ابزار به کار شما خواهد آمد را صرف افزایش دانش خود در اسکرام کنید.

۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی

تله افراط در مقدمه­ سازی و برنامه ریزی در اسکرام

همونطور که مستحضرید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است

اما انجام صحیح آن کار ساده ای نیست!

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

افراط در مقدمه­ سازی و برنامه ریزی

قبل از شروع هر اسپرینت در اسکرام، نیازی نیست اصطلاحاً "مته به خشخاش" بذارید و بخواهید در ابتدا همه مقدمات برگزاری اسپرینت آماده باشد تا بعد آن را برگزار کنید.

این موضوع مخصوصاً در اسپرینت اول همواره اتفاق خواهد افتاد.

کار رو شروع کنید و در Sprint Review آنچه که اتفاق افتاده را بررسی کنید.

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

۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی

قواعد اسکرام

گفته ها در مورد اسکرام بسیار است

اگر شما تمایل دارید اسکرام بخوانید باید ماها به مطالعه بپردازید و کتاب های زیادی مطالعه نمایید.

اما از قواعد اصلی اسکرام می توان به موارد زیر اشاره کرد که اسکلت اسکرام را تشکیل می دهد.

خود‌‌سازماندهی

روش‌های چابک و اسکرام هر دو برای تیم‌های امروز هستند.

تیم‌هایی که با استفاده از خود سازماندهی (Self Organize) موفق‌ترند و می‌توانند ارزشهای بیشتری عرضه کنند.

خود-سازماندهی، به خرید بیشتر سهام شرکت توسط کارکنان، و تعهد بیشتر اعضای تیم به اهداف می‌انجامد،

چون این خود آنها هستند که اهداف را برای خودشان تعریف می‌کنند.

چارچوب‌بندی زمان

همه ما برای کارهایمان سررسید داریم، و می‌خواهیم سریعتر حرکت کنیم و کارهای بیشتری را به انجام برسانیم.

به همین دلیل زمان در اسکرام یک چارچوب محدود دارد.

تقریبا در تمام عناصر اسکرام راهنماها و محدودیت‌هایی برای زمان بندی پروژه وجود دارد.

پیشرفت مداوم

آیا عالی نبود اگر تیم شما در کاری که انجام می‌دهند و چگونگی انجام آن، هر هفته بهتر از قبل می‌شدند؟

در این روش می‌توانید اطمینان داشته باشید که تیم شما مرتب و به‌ طور سیستماتیک، روند گردش کار خود را بهبود می‌بخشد.

 

 

۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی

agile به زبان ساده و معرفی Scrum

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

اما چگونه می توان چابک شد؟

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

برای اینکه بتوان به سطحی از چابکی دست یافت می توان از Practice های Agile مانند Scrum , XP , Crystal و یا … بهره جست.

یکی از این متدها اسکرام است

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

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

 

نتیجه گیری

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

۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی

مدیریت منابع انسانی در اسکرام

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

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

برای اینکه بتوانیم برنامه نویس ها را از حالت رفع تکلیف خارج نماییم ...

 

ادامه مطلب...
۰ نظر موافقین ۱ مخالفین ۰
محمدحسین عزتی