بایگانی

Posts Tagged ‘چابک سازی’

اجایل یعنی بودن

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

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

خیلی شنیده ام از خیلی ها که «خدا پدر و مادرت رو رحمت کنه این اجایل چیز خوبیه ، من اصلا تو دانشگاه از مهندسی نرم افزار و RUP چیزی حالیم نشد ولی جلسات و اسپرینت های اجایل خیلی راحتند و آدم زود یاد میگیره»

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

مسئله این است که Agile چیزی برای انجام دادن نیست که آن را هم مثل بقیه انجام دهید یا دستور بدهید تا انجام دهند. Agile بودن است باید چابک شد نه اینکه چابک کار کرد.

dilbert-agile_programming.png (400×139)

این عارضه را که من آن را دانش ناکافی می نامم از آنجایی آغاز می شود که تیم یا نفرات با دانش کم نسبت به اساس Agile می خواهند روشی دیگری مثل بقیه روش ها را برای انجام دادن آزمایش کنند. در همین راستا دست به دامن روشی مثل اسکرام می شوند. اسکرام که هم جذاب و با آن Taskboard ناز و جلسات سرپایی و بازی ها، خوراک تیم های ایرانی است (: حقیقتا از وقتی اسکرام کار می کنیم عاشق این روش شده ام

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

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

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

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

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

چابک و موفق باشید

Advertisements

اجایل برای طراحان وب

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

agile-web-development-versus-waterfall.jpg (530×317)

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

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

73 سیگنال را که حتما می شناسید ، یک استارت آپ موفق که قبلا یک کتاب آنها را در این آدرس معرفی کرده بودم. اخیرا این دوستان در یک حرکت خیرخواهانه اقدام به انتشار کتاب رایگانی با عنوان Getting Real : The smarter, faster, easier way to build a successful web application کرده اند.

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

چابک و موفق باشید

دسته‌ها:Agile برچسب‌ها: , ,

تحول چابک

DigitalTransition_LandingPage_Hero.png (317×356)نزدیک عید هستیم و صحبت ها بیشتر مبنی بر آغاز سال جدید و لزوم تغییرات است ، تغییراتی که همیشه از سال جدید آغاز خواهند شد و من هم لازم دیدم حتما مطلبی در این رابطه داشته باشم.

تحول چیست ؟

تحول یعنی گذر از حالتی و آغاز حالتی دیگر.

قبل از اینکه توضیح بیشتری در این رابطه داشته باشم از کتاب «مکتوب» پائولو کوئلیو مطلبی را نقل قول می کنم :

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

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

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

به پدر روحانی گفت : من برگشتم ! و بدن زخمی و لباس های پاره پاره اش را نشان داد.

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

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

تحول شامل سه مرحله می باشد : پایان ، منطقه خنثی یا برزخ و شروع جدید.

هر تحول که در انگلیسی به Transition معروف است ، با یک پایان شروع می شود. بلی ، درست شنیدید ، هر آغاز تحول همراه با پایان چیزی خواهد بود. باید با عادتی که می خواهید آن را تغییر دهید خداحافظی کنید ، یعنی هر وقت که گفتید «کد کثیف ، بای بای » تحول شما شروع شده است .

این مرحله از تحول بدلیل ترک عادت ها باعث خشم و ترس خواهد بود ، ولی باید برای شروع تحول به آن عادت یا روش خاتمه دهید.

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

اما این مرحله سخت و همراه با شک و تردید را می توان با شروع روش ها و عادت های جدید به لبه ساحل اطمینان و آرامش رساند. که این همانا مرحله سوم تحول خواهد بود.

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

اما این چه ربطی به دنیای چابک داشت؟

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

به امید تحولات چابک

یاشیاسیز

IBM فیلی که رقصید و 300 میلیون دلار جایزه گرفت

dancing-elephant

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

شرکت IBM یکی ازچند شرکت غول در زمینه توسعه نرم افزار می باشد که با دارا بودن درحدود 427000 کارمند در 170 کشورمختلف سودی سالانه بالغ بر 99 میلیارد دلار دارد . کارمندان این شرکت در تیم های مختلف بر روی 346 محصول در عرصه های مختلف کارمینمایند.

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

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

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

چابک باشید

یاشیاسیز

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

فوریه 24, 2012 ۱ دیدگاه

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

IMG_20120223_222313.jpg (1024×768)

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

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

تفاوت این نسخه با نسخه آنلاین

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

نحوه تهیه کتاب

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

انتشارات سلوی

تبریز / خیابان شریعتی جنوبی (شهناز) / بالاتر از پاساژ ضرغامی / اول کوچه مستشاردوم / انتشارات سلوی

شماره تلفن : 5542497 0411 – 09141004966

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

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

یاشیاسیز

پروژه های چابک سه برابر موفق تر از پروژه های غیر چابک

فوریه 18, 2012 بیان دیدگاه

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

طبق آخرین تحقیقات و آمار ارائه شده از طرف Standish Group در سال 2012 ، میزان موفقیت پروژه های مبتنی بر تفکر چابک سه برابر بیشتر از پروژه های غیرچابک بوده است .

Agile and waterfall success and failure rates

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

یاشیاسیز

گرومینگ بک لاگ محصول

فوریه 15, 2012 بیان دیدگاه

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

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

برای مثال فرض کنید می خواهید به آپارتمان جدید خود نقل مکان نمایید و برای اسباب کشی از چند نفر از دوستان خود خواهش کرده اید 1-2 ساعت به شما کمک نمایند تا اسباب کشی کنید. حالا فرض کنید که اسباب شما (مانند شکل زیر ) به هم ریخته و بسته بندی نشده باشند. آیا فکر می کنید این چند نفر (حتی اگر 10 نفر باشند) در 1-2 ساعت می توانند خواسته شما را برآورده نمایند؟

messy_desk_contest_winner.jpg (480×640)

چرا ؟ به این دلیل که تنها نفری که ارزش وسایل و اسباب موجود را می داند فقط شما هستید. تنها شما می دانید که چه وسایلی باید دور ریخته شوند ، چه وسایلی با ارزشتر هستند و کدام ها باید مطمئن تر بسته بندی شوند و … . چند نفر در این پروسه می توانند به شما کمک نمایند؟ مسلما همه این 10 نفر نخواهند بود و تعدادی از آنها دست به کمر نظاره گر خواهند بود.

پس اینگونه به نظر می رسد که بهتر بود قبل از اینکه دوستان خود را خبرکنید وسایل را بر اساس ارزش های خود آماده انتقال می کردید (چه خوب است که همیشه آماده انتقال باشیم) وپس از آن از دوستان خود یاری می طلبیدید.

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

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

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

اما چگونگی برگزاری و تعداد آن بستگی به محصول و تجربه تیم اسکرام دارد که بعد از برگزاری چند اسپرینت می توان در این مورد در جلسه بازنگری اسپرینت تصمیم گیری نمود.

یاشیاسیز

دسته‌ها:Agile, Scrum برچسب‌ها: , , ,