بایگانی

Posts Tagged ‘مدیریت پروژه’

همه چیز Timebox هست

آوریل 20, 2011 ۱ دیدگاه

https://i1.wp.com/blog.irscrum.com/wp-content/uploads/2011/04/time-box-scrum-285x300.jpgامیر مهرانی در وبلاگ خود مطلبی با عنوان ‹مدیریت زمان با تکنیک Time Boxing ‹ نوشته است که بی ربط با مطالب ارائه شده درباره اسکرام و Agile نیست. همانطور که در مطالب و نوشته های در مورد اسکرام خوانده اید تمام جلسات و رویداد ها در اسکرام Time Boxed می باشند به عبارتی هر جلسه و یا رویداد مانند یک اسپرینت قبل از شروع زمان یا طول آن تعیین می شود سپس رویداد مورد نظر به اندازه در نظر گرفته شده اجرا می شود.

تمام نکات مثبت اشاره شده در نوشته یاد شده در رابطه با Time Boxing در اسکرام نیز صدق می کند. برای مثال در نوشته می خوانیم :

Time Boxing به شما کمک می‌کنه تا بتونید برای یک کار محدوده های زمانی کوتاه تعریف کنید. مثلا برای ۳۰ دقیقه روی کار مشخصی متمرکز شوید و آن را به بهترین نحو ممکن انجام بدهید.

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

https://i1.wp.com/blog.irscrum.com/wp-content/uploads/2011/04/Il_pomodoro-300x300.jpgانجام کار به صورت Time Boxing علاوه بر ایجاد تمرکز روی کار مورد نظر موجب ایجاد روحیه و انرژی در نفر(ات) می شود. بدین صورت که از تکراری شدن کار جلوگیری می کند , هر وقت که به قول امیر مهرانی نفر می خواهد غرق کار شود دینگ Time Boxing نفررا به شروع یک TimeBox جدید دعوت می خواهد کرد و مسلما در این تایم جدید تغییراتی برای بهبود اوضاع نسبت به تایم قبلی ایجاد خواهد شد که این نیز باعث بهتر شدن کار و با انگیزه شدن نفر نیز خواهد شد.

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

یاشیاسیز

نجات پروژه شکست خورده توسط اسکرام

فوریه 23, 2011 2 دیدگاه

https://sirasad.files.wordpress.com/2011/02/cpr2-300x300.jpg?w=300شاید این حقیقت بسیار تلخی باشد که در عرصه صنعت توسعه نرم افزار تعداد زیادی از پروژه ها با شکست مواجه و در برزخ گرفتار می شوند. نجات دادن و یا بازگردانی این پروژه ها بر روی ریل معمولا کار سختی است زیرا زمانی متوجه می شوند  پروژه مرده است که دیگر امکان بازگردانی وجود ندارد یا حداقل خیلی سخت است.

علت اینکه بازگردانی این پروژه ها سخت یا غیر ممکن می شود این است که دیر متوجه می شویم (دیر با واقعیت روبرو می شویم) پروژه شکست خورده است و در این موقع هم اکثر پل های پشت سرمان را بدون اینکه بدانیم شکسته ایم… . کنترل پروژه رفته رفته از دست خارج شده است – اصلا معلوم نیست چه میزانی از پروژه تکمیل و چه میزانی باقی مانده است – خروجی ها ارائه شده پر از مشکل می باشد – مشتری اعصبانی است – اعتماد بین اعضای تیم از بین رفته است و خبری هم از کار تیمی نیست و … .

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

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

شاید سوال پیش بیاید که چگونه باید شفاف سازی کرد؟

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

بک لاگ موارد ساخته نشده که دقیقا مانند بک لاگ محصول می باشد و بک لاگ موارد مشکل دار و تست نشده هم شامل آیتم هایی خواهد بود که یا تست نشده اند (تست پذیرش مشتری و تست یکپارچه سازی و … ) و یا مشکل دار هستند. گذشته از اینکه یک یا دو بک لاگ داشته باشید باید بک لاگ (ها) را برآورد نمایید که آن هم بر اساس Story Point  خواهد بود.

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

https://sirasad.files.wordpress.com/2011/02/wayne-rooney-007.jpg?w=460 فرض کنید یک پروژه با زمان 1 سال داشتیم و بعد از 9 ماه فهمیدیم که در حال کج روی هستیم و خواستیم شفاف سازی نماییم. بعد از شفاف سازی فهمیدیم 200 پوینت آیتم داریم و 3 ماه هم وقت. طول اسپرینت های ما هم 4 هفته بود و با اندازه گیری سرعت به این نتیجه رسیدیم که تیم قادر است در هر اسپرینت 10 پوینت انجام بدهد. حالا این 200 پوینت با این سرعت 10 پوینتی به چند ماه کار نیاز دارد؟

بعد از این , مشکل مدیریتی خواهد بود. مثلا مدیریت می تواند با افزایش تعداد نفرات و تیم ها سرعت و ظرفیت انجام کار را بالا ببرد و یا می تواند با رایزنی از دامنه پروژه بکاهد و یا امثالهم.

اما بهترین تصمیم و یا عملکرد مدیریتی در این شرایط می تواند رفع موانع و درگیری های موجود می باشد, موانعی مانند موارد زیر :

  • فشار بر روی تیم
  • تست ها و پروسه های غیر موثر (مانند قوانین کدنویسی شرکتی)
  • فقدان کار تیمی و انگیزه در نفرات
  • انتظارات غیر واقعی
  • عدم تمرکز شرکت بر روی پروژه
  • مدیریت دستور- و – کنترل به جای خود سازماندهی

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

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

یاشیاسیز

مدیریت نسل سوم

فوریه 3, 2011 ۱ دیدگاه

برادر گرامی Jurgen Appelo به تازگی اقدام به نگارش و انتشار کتاب خوبی در زمینه مدیریت چابک با نام Management 3.0 کرده اند. این کتاب که به تازگی و از اوایل سال میلادی جدید در دسترس همگان قرار گرفته است که با استقبال خوبی از طرف مدیران و علاقمندان به مبحث Agile مواجه شده است.

در این کتاب بحث شیرین مدیریت به 3 نسل اولیه و اولیه تکمیل شده و مدیریت قرن 21 یا همان 3.0 تقسیم شده است که همان مدیریت Agile گذری از مراحل 1 و 2 به دوران مدیریت جدید می باشد.

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

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

ولی باز با این حال کتاب ,  کتاب بسیار خوب و عالی و کم نظیری می باشد که برای مدیران چابک و یا کسانی که می خواهند از تحول سازمانی چابک بهره مند شوند بسیار توصیه می شود.

این کتاب موضوعات زیر را شامل می شود :

  • Getting beyond “Management 1.0” control and “Management 2.0” fads
  • Understanding how complexity affects your organization
  • Keeping your people active, creative, innovative, and motivated
  • Giving teams the care and authority they need to grow on their own
  • Defining boundaries so teams can succeed in alignment with business goals
  • Sowing the seeds for a culture of software craftsmanship
  • Crafting an organizational network that promotes success
  • Implementing continuous improvement that actually works

یاشیاسیز

خروجی کارآ در Agile

دسامبر 13, 2010 8 دیدگاه

در پست قبلی در تعریف Agile Software Development بیان شد که خروجی اصلی Agile نرم افزار یا محصول کارآ می باشد و منظور از محصول کارآ نرم افزاری می باشد که بتواند نیازهای کسب و کار مشتری را به بهترین نحو پاسخ گو باشد.

حال سوالی مهمی که قابل طرح است این می باشد که : در محیط های Agile یا چابک چگونه می توان به نرم افزار کارآ دست یافت؟ و پروسه های قدیمی چگونه بودند که نمی توانستد به این مهم دست یابند؟

شکل های زیر جوابگوی این سوالات خواهند بود :

https://sirasad.files.wordpress.com/2010/12/dsc00003.jpg?w=592

شکل بالا (به خاطر بی کیفیت بودن شکل عذر خواهی می کنم) نشانگر روند توسعه نرم افزار در متدهای قدیمی می باشد. همانطورکه قابل ملاحظه است مشتری در فاز ابتدایی پروژه اقدام به سفارش محصول A می کند و تیم توسعه بر حسب این سفارش اقدام به پیاده سازی بر اساس قرار داد مندرج می کند. بالاخره خروجی فاز توسعه بعد از مدت زمانی آماده و تحویل مشتری می شود. اما مشتری در هنگام استفاده از خروجی فاز توسعه متوجه می شود که «این آنی نیست که من می خواستم یا این آنی نیست که بتواند نیاز های من را رفع کند» . به طور خلاصه این محصول برای مشتری ناکارآمد می باشد.

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

اما در محیط Agile برای این که بتوانیم همان محصول را به گونه کارآ توسعه دهیم می توانیم به گونه زیر عمل نماییم:

https://sirasad.files.wordpress.com/2010/12/dsc00004.jpg?w=592

همانطور که کاملا واضح است پروژه با Vision محصول A شروع می شود ولی در انتها مشتری صاحب محصول B است زیرا تیم توسعه و مشتری طی تعاملات دائمی در طول Iteration ها دائما در حال یادگیری هستند (یادگیری اینکه Business Value در چه سمتی و با چه محصولی به حداکثر خود خواهد رسید؟). اگر در شکل دقت نمایید متوجه می شوید  طی Iteration  ها به جای اینکه به جلو برویم (به طرف A ) کم کم به طرف B متمایل می شویم (محصول کارآ) . حتی در Iteration های آخر شاهد یک ثبات حرکتی هستیم که فقط و بدون تغییر جهت به سمت هدف حرکت می کنیم(بالاترین حد یادگیری).

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

البته با مقایسه اشکال بالا به نکات موثرتری پی خواهید برد.

یاشیاسیز

Agile Pack

نوامبر 14, 2010 دیدگاه‌ها غیرفعال

جهت گسترش و آموزش هر چه بیشتر متد Agile و Scrum در ایران اقدام به ایجاد یک بسته آموزشی با عنوان Agile Pack کردیم که امیدواریم باعث رشد سطح چابکی و دانش متخصصین و سازمان ها توسعه نرم افزاز شود .

https://sirasad.files.wordpress.com/2010/11/agilepack.gif

محتوای داخل این بسته آموزشی

قیمت پکیج

29 هزار تومان

مخاطبین اثر

  • مدیران پروژه های نرم افزاری و صنایع مربوطه
  • مدیران شرکت های توسعه نرم افزار
  • توسعه گران نرم افزار
  • مدیران اسکرام

پیش نیاز

  • آشنایی با مفاهیم توسعه نرم افزار

نحوه تهیه این پکیج

با ایمیل asad.safari[at]gmail[dot]com تماس بگیرید {عنوان ایمیل Agile Pack انتخاب کنید}

یاشیاسیز

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

اکتبر 30, 2010 3 دیدگاه

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

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

https://sirasad.files.wordpress.com/2010/10/pyramid_lg.jpg?w=592

شکل بالا شامل 3 جز اصلی می باشد. 1- تعریف دقیق از موفقیت 2-هرم موفقیت 3- 12 درس رهبری

اگر به کتابخانه های محل زندگی خودتان مراجعه کنید , شاهد این خواهید بود که صد ها و شاید هزاران کتاب با عناوینی مانند»چگونه در 2 ثانیه موفق شویم»  یا «چگونه 1 روزه میلیونر شویم» یا «همه را تحث نفوذ خود قرار دهید» و یا … بر روی قفسه ها موجود می باشند . شاید به طور فیزیکی هزاران کتاب از صد ها نویسنده موجود باشد ولی ذاتا همه آنها یکی هستند. به صراحت می توانم عرض کنم که : عکس بالا چکیده این هزاران کتاب می باشد. یعنی اگر ما بدنبال دست یابی به مفهوم موفقیت هستیم این یک شکل ما را کفایت می کند. به قول استاد گرامی آقای قمشه ای , انسان در عمر خود چند کتاب مفید را بخواند برای تمام عمر او کافی خواهد بود. https://sirasad.files.wordpress.com/2010/10/515r62yff7l-_sl500_aa300_.jpg?w=300این عکس از آنهایی است که باید طلا گرفته شود و به جای بعضی چیزها بر روی دیوار ها نصب شود.

اما اگر در درک شکل بالا با مشکل مواجه شدید , می توانم کتاب Coach Wooden’s Leadership Game Plan for Success را معرفی کنم.یک کتاب با حجم کم و متن انگلیسی روان و سرتاسر شکل و داستان و نکته.

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

مربی وودن علاوه بر این کتاب , کتاب های دیگری نیز دارد که خواندن آنها هم خالی از لطف نیست. البته این کتاب وی از طرف استفان کاوی (نویسنده کتاب معروف هفت عادت مردمان موثر) مورد تایید قرار گرفته است.

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

یاشیاسیز

کتاب اسکرام و اکس پی ساده شده

اکتبر 19, 2010 15 دیدگاه

https://i0.wp.com/iragile.com/css/images/scrumBook.gif

کتاب اسکرام و اکس پی ساده شده (چگونه اسکرام را انجام دهیم) نوشته استاد هنریک کنیبرگ می باشد . این کتاب یکی از محبوب ترین و پرطرفداترین کتاب های اسکرام و Agile می باشد به نحوی که اگر واژه Scrum را در گوگل جستجو نمایید این کتاب را در ردیف های اول مشاهده خواهید کرد .

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

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

حوزه هایی که این کتاب پوشش می دهد در مورد آشنایی و پیاده سازی کامل اسکرام می باشد و علاوه بر آن  معرفی و ترکیب روش XP با اسکرام را به طور مفصل بحث  کرده است .

متن فارسی این کتاب به صورتی برگردان شده که کاملا واضح و گویا می باشد / و خواننده کتاب با کمترین اطلاعات اسکرام می تواند این روش را به طور کامل فراگیرد و در سازمان و شرکت خود به کار ببندد.

علاوه بر این , این کتاب توسط چندین مربی و آمورزگار اسکرام به عنوان مرجع کورس Certified Scrum Master معرفی می شود و می توانید با این کتاب برای ارزیابی کورس مربوطه نیز آماده شوید.

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

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

https://i0.wp.com/iragile.com/css/images/frontcover.gifدر کتاب نحوه مدیریت نوین توسط اسکرام به صورت کامل شرح داده شده است. در مدیریت مشتریان و تیم نقش بسزایی ایفا می کنند که این کتاب توجهی ویژه به  مدیریت نیروی انسانی و مشتریان داشته است .

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

به عنوان حسن ختام معرفی کتاب ,  این کتاب روانترین و عملی ترین کتاب موجود در حوزه اسکرام و Agile  می باشد به همین خاطر این کتاب را انتخاب و به عنولن اولین و تنهاترین کتاب موجود فارسی اسکرام و Agile برگردان فارسی کردم .

امیدوارم توانسته باشیم خدمت کوچکی به جامعه Agile ایران کرده باشم .

در این کتاب چه چیزی هایی خواهید خواند

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

مخاطبین کتاب

  • مدیران شرکت های توسعه نرم افزار
  • مدیران پروژه نرم افزاری
  • مدیران اسکرام (Scrum Mater)
  • توسعه دهندگان نرم افزار

برای تهیه این کتاب می توانید به این لینک مراجعه فرمایید.

یاشیاسیز