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

۵ مطلب با کلمه‌ی کلیدی «چابک» ثبت شده است

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تله سازماندهی به Product backlog ها توسط تیم به تنهایی

تیم توسعه اطلاع جامعی از نیازهای مشتری و اولویت بندی آنها بر اساس ROI ندارد.

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

این وظیفه مالک محصول (Product Owner) است که این کار را انجام بدهد. 

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

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

قواعد اسکرام

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

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

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

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

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

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

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

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

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

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

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

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

پیشرفت مداوم

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

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

 

 

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

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

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

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

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

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

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

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

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

 

نتیجه گیری

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

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

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

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

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

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

 

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