درحال مشاهده: مهندسی و مدیریت ساخت پروژه - مطالب ابر چابکی در پروژه

ادعونی
اهدای خون
موسسه محک
اهداء عضو

چابکی در پروژه مثال: دوره‌های آموزشی

1395/05/30
21:33
امیرحسین ستوده بیدختی
به نمونه‌ها فکر کردین؟
اولین نمونه‌ای که می‌خوام براتون تعریف کنم چیزیه که خود این دوره آموزشی جزئی از اونه (:

ماجرا اینه که مدت اخیر به تولید دو دوره آموزشی آنلاین فکر می‌کردم، یکی درباره اسکرام و یکی دیگر آمادگی آزمون PMP. دلیلش هم اینه که دوره آموزشی آنلاین فارسی برای هیچکدوم به اندازه کافی وجود نداره و شرکت تو دوره‌های کلاسی هم گرون و مشکله. از طرف دیگه به تازگی R.E.P هم شدیم و در نتیجه دوره‌مون می‌شه اولین دوره رسمی آنلاین آمادگی آزمون PMP به زبان فارسی. تازه برای اسکرام هم می‌تونیم این امکان رو به شرکت‌کننده‌ها بدیم که تو آزمون PSM I شرکت کنن، بدون این‌که نگران پرداخت ارزی باشن. خیلی خوبه، مگه نه؟
خوب، این به نظر من خوب میاد، ولی کی می‌دونه واکنش بازار چی خواهد بود؟ برای تولید دوره خیلی باید وقت و هزینه کرد و اگه عده کافی اون رو نخرن ضرر می‌کنیم.

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

 مهندسی و مدیریت ساخت ایران (ICEMA) Iran Construction Engineering Management
پس چیکار کردیم؟ به جای این‌که وقت و هزینه زیاد صرف فراهم کردن زیرساخت این دوره بکنیم، از یه روش خیلی ساده استفاده کردیم. تو این روش کار دستی زیاد از حد باید انجام داد، بهره‌وریش هم ایده‌آل نیست، قابلیت‌های هیجان‌انگیزی که دلمون می‌خواد رو هم نداره. اگه از این دوره استقبال نشه، این ماجرا رو فراموش می‌کنیم. اگه استقبال بشه، اونوقته که می‌ریم سرمایه‌گذاری می‌کنیم و زیرساخت رو می‌سازیم.
بعد از اون این نوع دوره‌ها رو با زیرساخت مناسب پیش می‌بریم و اگه جواب بده، تازه می‌ریم سرمایه‌گذاری اصلی رو برای دوره‌های آنلاین می‌کنیم.
تازه تمام این چیزهایی که گفتم فقط یه حالت از تطبیق بود. ممکنه وسط راه بر اساس بازخوردها و تحلیل‌ها به این نتیجه برسیم که اگه صرفا روی همین روش تمرکز کنیم و پیشرفته‌ترش کنیم بهتر از دوره آموزشی آنلاین معمولیه. شاید اصلا متوجه بشیم آموزش رو ول کنیم و فقط بریم دنبال توسعه اون زیرساخت برای استفاده موسسه‌های آموزشی دیگه بهتره. کی می‌دونه؟
این می‌شه یه روش چابک.

برچسب ها:چابکی در پروژه ،

چابکی در پروژه:اجرای قدم به قدم پروژه

1395/05/30
21:29
امیرحسین ستوده بیدختی
پس وقتی می‌خوایم چابک یا تطبیقی باشیم، باید محصولمون رو تدریجی (incremental) تولید کنیم و از هر محصول میانی بازخوردی بگیریم برای تعیین مرحله بعد. مرحله به مرحله... قدم به قدم... iterative.

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

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

 مهندسی و مدیریت ساخت ایران (ICEMA) Iran Construction Engineering Management
خوب، حالا وقتشه به یه سری پروژه که می‌تونن تطبیقی اجرا بشن فکر کنین و ببینین چطوری می‌تونین اون‌ها رو چابک پیش ببرین. سه روز آینده فقط درباره تعدادی مثال با هم حرف می‌زنیم.

برچسب ها:چابکی در پروژه ،

چابکی در پروژه :روش‌های تطبیقی

1395/05/30
21:14
امیرحسین ستوده بیدختی
خوب، سوال این بود که وقتی ارتباط بین محصول و نتیجه محکم نیست و در نتیجه نمی‌تونیم از روش‌های متعین استفاده کنیم، تکلیف چیه.
راه حل خیلی ساده‌س: به جای این‌که پروژه رو کامل از ابتدا تعریف کنیم و بعد طبق برنامه بریم جلو تا محصول پیش‌بینی شده به وجود بیاد، از روش‌های تطبیقی استفاده می‌کنیم. «تطبیقی» معادلیه که برای Adaptive استفاده می‌کنم.
 
تو این روش یه بخش کوچیک از محصولی رو که فکر می‌کنیم ما رو به نتیجه می‌رسونه تعریف می‌کنیم و تو یه مدت محدود (معمولا کمتر از یک ماه) می‌سازیمش. کامل هم می‌سازیمش، طوری که قابل استفاده باشه. بعد ازش به شکل آزمایشی یا واقعی استفاده می‌کنیم. از بهره‌بردار بازخورد می‌گیریم که ببینیم این بخش از محصول تا چه حد ما رو به نتیجه نزدیک کرده و بر اساس اون بازخورد مسیرمون رو اصلاح و چرخه رو تکرار می‌کنیم.
مثلا می‌تونین یه نرم‌افزار رو فرض کنین: اکسل. قابلیت‌های خیلی زیادی داره، درسته؟‌ فرض کنین هزارتا. تو اولین چرخه مثلا ده تا قابلیت که از همه مهم‌تر و پرمصرف‌تر هستن رو می‌سازیم و می‌دیمش دست مصرف کننده واقعی یا کسایی که می‌تونن نماینده‌شون باشن، که ببینیم مردم اصلا از چنین نرم‌افزاری خوششون میاد یا نه. بعد بر اساس بازخوردشون قدم‌های بعضی رو مشخص می‌کنیم. می‌بینیم دنبال چه قابلیت‌هایی می‌گردن و همون‌ها رو اضافه می‌کنیم، یا از قابلیت‌های موجود کدوم‌هاشون مطابق خواسته‌شون نیست و همون‌ها رو اصلاح می‌کنیم.
 
وقتی این چرخه رو تکرار می‌کنیم محصول نهایی‌مون بزرگ‌تر و بزرگ‌تر می‌شه، تا جایی که می‌بینیم به اندازه کافی به نتیجه نزدیکمون کرده و اونجاس که پروژه رو تموم می‌کنیم می‌ریم سراغ یه پروژه هیجان‌انگیز دیگه (:
 

 مهندسی و مدیریت ساخت ایران (ICEMA) Iran Construction Engineering Management
این روش اجرا، یعنی روش تطبیقی، همونیه که خودمونیش می‌شه چابک.
وقتی محصول اینطور تدریجی ساخته می‌شه، بهش می‌گیم incremental. نقطه مقابلش وقتیه که محصول نهایی یه دفعه‌ای تموم می‌شه و قبل از اون قابل استفاده نیست.
برای این‌که بتونیم تدریجی (incremental) محصول رو تولید کنیم، باید مراحل کارمون هم قدم به قدم (iterative) باشه. این موضوع درس فرداس. تو این فاصله به این فکر کنین که وقتی بخوایم قدم به قدم پروژه رو اجرا کنیم تو هر قدم باید چه اتفاقی بیفته.
 

برچسب ها:چابکی در پروژه ،

چابکی در پروژه - محصول یا نتیجه

1395/05/30
21:13
امیرحسین ستوده بیدختی
درس امروزمون درباره تفاوت و ارتباط محصول و نتیجه‌س، که برای درک چابکی خیلی مهمه، هرچند که درک درستش برای سیستم‌های سنتی هم واجبه.
 
چرا پروژه رو انجام می‌دیم؟
برای این‌که محصولی تولید کنیم.
چرا محصول رو تولید کنیم؟
برای این‌که نتیجه‌ای انتظار داریم.
چرا نتیجه‌ای انتظار داریم؟
چون می‌خوایم باهاش به منافعی برسیم.
چرا می‌خوایم به منافع برسیم؟
 
دیگه از این‌جا به بعد سوال و جواب یه مقدار فلسفی می‌شه و می‌ذاریمش برای یه موقع دیگه.
حالا بیاین همون سوال و جواب رو با مثال تکرار کنیم:
 
چرا پروژه استقرار شیرپوینت رو انجام بدیم؟
چون می‌خوایم باهاش یه سیستم مدیریت اسناد به وجود بیاریم (محصول).
چرا می‌خوایم یه سیستم مدیریت اسناد داشته باشیم؟
چون می‌خوایم وضعیت مدیریت اسنادمون بهتر بشه (نتیجه).
چرا می‌خوایم وضعیت مدیریت اسنادمون بهتر بشه؟
چون الان داریم سالی فلان قدر ضرر می‌دیم به خاطر مشکلات سیستم مدیریت اسنادمون و می‌خوایم جلوی اون رو بگیریم (منافع).
 
خوب، حالا فرقی نداره پروژه چطوریه، باید یه بار هم مسیر رو برعکس طی کنیم:
 
پس می‌خوایم جلوی ضررهامون رو بگیریم. آیا الان ضرر بزرگ‌تری نمی‌کنیم یا فرصت بهتری برامون وجود نداره که روی اون تمرکز کنیم (منافع > نتیجه)؟
نه!
خوب، پس همون سیستم مدیریت اسنادمون رو بهبود می‌دیم. حالا چطوری می‌تونیم این کار رو بکنیم (نتیجه > محصول)؟
گفتم که، با شیرپوینت.
راه حل‌های دیگه چیه؟ باید اون‌ها رو با هم بسنجیم و ببینیم بهترینش چیه، همینطوری که نمی‌تونیم بریم سراغ شیرپوینت.
 
و صحبت همینطور ادامه پیدا می‌کنه تا به محصول مناسب برسیم.
مثال محبوب من درباره آسانسوره که قبلا هم تو سایت درباره‌ش نوشتم. شرکتی می‌خواسته سرعت آسانسورهاش رو زیاد کنه (محصول). ولی یه تحلیل‌گر بهشون کمک می‌کنه که به جای این‌که روی محصول تمرکز کنن، به نتیجه فکر کنن. نتیجه‌ای که می‌خواستن بگیرن این بوده که مردم تو آسانسور خسته نشن و سریع‌تر کردنش فقط یکی از راه حل‌های ممکن بوده. پس یه قدم می‌رن عقب تا به «نتیجه» برسن و این دفعه با هوشیاری میان جلو به سمت بهترین «محصول» ممکن. محصولی که انتخاب می‌کنن این بوده که تو آسانسورها آینه نصب کنن! بله، وقتی آینه رو نصب می‌کنن دیگه کسی حوصله‌ش سر نمی‌رفته و از پایین بودن سرعت آسانسور شکایت نمی‌کرده.
 


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

برچسب ها:چابکی در پروژه ،

مهندسی و مدیریت ساخت پروژه - مطالب ابر چابکی در پروژه

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