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

آدرس جدید دنیای چابک

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

 

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

دسته‌ها:Uncategorized

Release Plan

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

«طرح ها چیزی نیستند، طرح ریزی ها همه چیز هستند»، گفته دوایت آیزن هاور. این بینش کاملا مناسب طرح ارائه یا همان Release Plan خودمان می باشد. هر چند در اسکرام تیم ها مجبور نیستند که طرح ارائه داشته باشند، ولی آنها مجبورند که ارائه را طرح ریزی بکنند. در پروژه های بزرگ اسکرام، یا آنهایی که مجبور هستند با پروژه های دیگر، شرکاء یا تامین کنندگان هماهنگ باشند معمولا از یک طرح رسمی استفاده می کنند.

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

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

طرح ارائه را نمی توان ثابت در نظر گرفت. این طرح با تکامل و درک کارهای لازم و بهبود سرعت تغییر می کند. جلسه بازبینی اسپرینت یا همان Sprint Review بهترین زمان برای ایجاد و آپدیت تعاملی طرح ارائه می باشد.

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

طرح ارائه نمونه برای یک محصول ارتباطاتی
اسپرینت 1 2 3 4 5 6 7 8
پیش بینی سرعت - 12 – 32 18 – 28 21 – 28 11 – 18 16 – 23 21 – 28 21 – 28
سرعت واقعی 20 25 28
وابستگی ها Imaging library
ارائه ها آلفا : تماس ها، پیام کوتاه پایه تعطیلات بتا : کنفرانس تلفنی ، تماس های تصویری نسخه 1.0
اسپرینت جاری

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

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

پیش بینی سرعت یا Velocity

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

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

ضرایب سرعت بر اساس تعداد اسپرینت تکمیل شده
اسپرینت های تکمیل شده ضریب پایین ضریب بالا
1 0.6 1.60
2 0.8 1.25
3 0.85 1.15
4 یا بیشتر 0.9 1.10
از کتاب برآورد و طرح ریزی چابک مایک کان

برای بدست آوردن سرعت، میانگین بدست آمده از سه اسپرینت اول ، در مثال ما همان 24 را با ضرایب پایین و بالای مناسب و اشاره شده در جدول بالا ضرب می کنیم. نتیجه حد سرعت 21 – 28 می باشد.

بعد از اینکه تیم چهار یا پنج اسپرینت را انجام داد، می توانیم پیش بینی های قابل اعتماد تری را داشته باشیم.  فرض کنید در اسپرینت آخر یا همان اسپرینت 8 طرح ارائه جدول اول هستیم و اکنون می خواهیم سرعت تیم در ارائه بعدی را پیش بینی کنیم. سرعت اسپرینت های تکمیل شده به این صورت می باشد: 20 – 25 – 28 – 26 – 16 – 20 – 26 – 26. اکنون هر داده ای مربوط به اسپرینت های غیر معمول را به دور می اندازیم، مانند اسپرینتی که کل اعضای تیم مریض شده بودند یا برای چند روز مشغول نصب سرور یکپارچه ساز بودند. سپس ما لیست را به صورتی صعودی مرتب می کنیم : 16 – 20 – 20 – 25 – 26 – 26 – 26 – 28. سپس ما با استفاده از جدول زیر می توانیم برای اسپرینت های بعدی پیش بینی با صحت 90% داشته باشیم.

استفاده از تعدادی از سرعت های اسپرینت قبلی برای پیش بینی آینده با صحت 90%
سرعت های شمرده شده چندمین سرعت شمرده شده
5 1
8 2
11 3
13 4
16 5
18 6
21 7
23 8
26 9
ذکر شده از کتاب موفقیت با چابک : توسعه نرم افزار با استفاده از اسکرام

بدلیل اینکه فقط 8 اسپرینت را اجرا کردیم، دومین سرعت را در لیست مرتب کرده مان انتخاب می کنیم. این به ما نشان می دهد در رنج 20 – 26 سرعت متوسط مان 23 خواهد بود. با این جدول می توانیم مطمئن شویم که 90 درصد سرعت واقعی برابر با رنج پیش بینی شده خواهد بود.

ایجاد طرح ارائه

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

به جدول طرح ارائه یا همان جدول اول بنگرید. این جدول سرعت واقعی سه اسپرینت را 20 – 25 و 28 مشخص کرده است. پس سرعت میانگین به ازای اسپرینت 24 می باشد.  تیم اسکرام برای اسپرینت چهارم با توجه به جدول دوم حدود سرعت را 21 تا 28 امتیاز پیش بینی می کند. طرح ارائه همچنین برای اسپرینت های پنجم و ششم افت سرعت را پیش بینی می کند، جایی که برخی از اعضای تیم به مرخصی خواهند رفت.

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

این مطلب از کتاب جدیدم مدیریت محصولات چابک آورده شده است که به زودی منتشر خواهد شد.
چابک و موفق باشید
دسته‌ها:Agile, Scrum برچسب‌ها: , , ,

کارگاه آموزشی اسکرام

ژوئیه 27, 2012 بیان دیدگاه

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

عنوان کارگاه : کارگاه دو روزه اسکرام

مخاطبین : همه (همه که گفته می شود یعنی همه حتی کسانی که در دپارتمان توسعه نرم افزاری هم نیستند)

مدت : 2 روز هر روز 9 ساعت

مکان : در سایت سازمان یا شرکت درخواست کننده

scrumworkshop.jpg (803×525)

مطالب ارئه شده در این کارگاه به صورت خلاصه بدین صورت می باشد :

روز اول

  • مقدمات
  • مقدمه ای از Agile  و Scrum
  • اسپرینت 1
  • چارچوب اسکرام : 1
  • نقش ها و مسئولیت ها
  • مصنوعات اسکرام
  • رویدادها و Time Boxes
  • اسپرینت 2
  • چارچوب اسکرام : 2
  • مترهای اسکرام
  • بیشتر در مورد نقش ها ، مصنوعات و رویدادها
  • خود سازماندهی (Self-Organization)

روز دوم

  • اسپرینت 3
  • برنامه ریزی و طرح ریزی در اسکرام
  • Planning Levels
  • Estimating Software Development
  • Owning a Product Backlog
  • Defining Done
  • اسپرینت 4
  • شروع اسکرام (بحث هایی در مورد نحوه شروع اسکرام و ملزمات)
  • Getting Started
  • Starting
  • سلامت نگه داری اسکرام
  • What Scrum Is and Is Not
  • Monitoring Your Health
  • Patterns of Healthy Scrum Teams
  • ScrumBut

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

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

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

شرکت های یا سازمان ها یا آموزشگاها در سراسر کشور که خواهان استفاده از این کارگاه آموزشی می باشند می توانند از طریق آدرس ایمیل asad.safari در Gmail.com  یا با شماره تلفن 0914-912-0914 تماس حاصل نمیاند.

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

استارت آپ از نوع لین

ژوئیه 24, 2012 بیان دیدگاه

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

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

معمولا این استارت آپ ها با یک ایده و فرضیه ای شروع می شود ، «من فکر می کنم این رو درست کنم خواهد فروخت ، من فکر می کنم مشتری این رو می خواد، من فکر می کنم …» .

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

پس در هر استارت آپ مسئله اصلی سرعت است. دوستان خارجی ما اسم جدیدی به نام Lean Startup درآوردند که می شود گفت نسخه تکمیلی برای Agile می باشد.

tumblr_l8tfn09Y7b1qz6pqio1_500.png (500×500)

در کل Lean Startup بر پایه این اصوول است :

  • Eliminate Waste : وقت خود را برای روی ساخت ویژگی هایی که کسی نمی خواهد به هدر ندهید.
  • Create Knowledge : لین استارت آپ در مورد یادگیری مداوم است.
  • Short Iterations : چرخه کوتاه و مداوم برای یادگیری و منطبق سازی.
  • Fail Fast : اگر چیزی قرار نیست کار بکند بهتر است زودتر کار نکند تا بتوانیم فرضیه های دیگر را آزمایش نماییم. 

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

ساختن چیز درست با درست ساختن چیزها فرق دارد

پس در لین استارت آپ فرض بر این است حتی Problem هم ناشناخته است و ما می خواهیم کشف کنیم که مشکل چیست؟ و این همان دلیلی است که یک استارت آپ تشکیل شده است. یک استارت آپ یک ورژن کوچک از سازمان نیست بلکه یک استارت آپ صرفا برای حل کردن یک مشکل ایجاد شده است و برای حل این مشکل با ایجاد Business Model های فرضیه های خود جهت شناخت و حل این مشکل تلاش می کند.

lnAgile.jpg (655×485)
در لین استارت یک پروسه ای داریم به نام Customer Development .  این پروسه معادل جمع آوری نیازمندی های روش های قدیمی نیست، هنری فورد (سازنده ماشین های فورد) گفت: «اگر از مشتری بپرسیم چه چیزی می خواهی ، مشتری خواهد گفت اسب های سریعتر» . Customer Development در مورد معتیر سازی یا Validate چشم انداز خود ما است.

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

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

اما بزودی در تهران رویدادی به اسم Startupweekend برگزار خواهد شد که به نوعی یک رویداد Lean startup می باشد. این رویداد برای پرورش کارآفرین جهت ایجاد استارت آپ های لین می باشد.

swteh28aug-hq.jpg (680×220)

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

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

دسته‌ها:Agile, Lean, Lean Startup

دعوت به نوشتن در دنیای چابک

ژوئیه 20, 2012 بیان دیدگاه

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

پس از طریق همین تریبون از تمام دوستانی که علاقمند هستند در دنیای چابک بنویسند دعوت می کنم به جمع نویسندگان دنیای چابک بپیوندند. برای تماس با من از ایمیل asad.safari در جمیل دات کام می توانید استفاده کنید.

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

دسته‌ها:Agile

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

ژوئیه 20, 2012 بیان دیدگاه

در طول دوره های اسکرام اقدام به نظر سنجی در مورد چابک شدن کردیم که دوستان شرکت کننده همکاری بسیار مناسبی در این مورد کردند. در این پست نتیجه این نظر سنجی را مشاهده خواهید کرد.

چرا باید در ایران چابک شد؟

یکی از سوالات ما از جامعه آماری این بود که چرا باید چابک شد؟ اصلا ضرورت این که ما باید چابک شویم در چیست؟

Iran.Why_.Agile_.jpg (847×724)

همانطور که در شکل بالا مشاهده می کنید، دلایل اصلی برای چابک شدن به ترتیب می تواند موارد زیر باشند:

  • پاسخ سریع به بازار با ارائه های کوتاه مدت و مداوم
  • تولید محصول با کیفیت و کارکننده
  • پاسخگویی به تغییرات
  • افزایش بهره وری و کارایی
  • کاهش ریسک
  • شفاف سازی
  • کاهش هزینه ها

بزرگترین مانع برای چابک شدن در ایران؟

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

Iran.Agile_.Adopt_.Imp_.jpg (984×700)

  • تفکرات سنتی بر مدیران و مشتریان
  • ساختار سازمانی
  • فرهنگ کار تیمی
  • عدم دانش کافی برای چابک سازی
  • مقاوت در برابر تغییر
  • هماهنگی نیروی های داخلی شرکت
  • عدم آگاهی و ضرورت تغییر
  • عدم تمایل به شفافیت
  • عدم برتری فنی
  • عدم وجود منابع و آموزش های کافی
  • پیچیدگی
  • ترک عادت فعلی و شکستن ساختارهای شکل گرفته
  • عوامل خارجی مانند ذی نفعان
  • خود سازمانده سازی نفرات
  • کار به صورت Time Box
  • قید زمانی پروژه ها
  • اعتماد
  • چابک سازی بی برنامه

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

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

 

 

 

دسته‌ها:Agile

دوره های اسکرام ایران

ژوئیه 19, 2012 بیان دیدگاه

هفته پیش سومین دوره از دوره های اسکرام ایران برگزار شد و خیلی خوشحالم که توانستیم یک دوره خوب و مفید برای عزیزان علاقمند از سرتاسر کشور داشته باشیم. این دوره شامل سه دوره متفاوت برای نقش های مختلف اسکرام بود : Scrum Master – Product Owner – Scrum Developer .

این دوره های اسکرام ایران یک سری ویژگی خاص داشت :

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

lggs.jpg (625×310)

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

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

 

 

 

دسته‌ها:Agile, Scrum
دنبال‌کردن

هر نوشتهٔ تازه‌ای را در نامه‌دان خود دریافت نمایید.

به 27 مشترک دیگر بپیوندید