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

22.jpg (364×96)11.jpg (364×96)

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

چابکی در پروژه ارزش اول

1395/05/30
20:52
امیرحسین ستوده بیدختی
خوب، تو درس قبل بیانیه چابک رو به سرعت مرور کردیم. حالا تو این درس می‌ریم سراغ اولین ارزش بیانیه: این‌که برای افراد و تعامل‌هاشون بیشتر از فرآیندها و ابزارها ارزش قایلیم.
اسم تیلور (taylor) تا حالا به گوشتون خورده؟ تیلور پیشروی طرز فکری بود که از سال‌های ۱۸۸۰ شکل گرفت و بهش می‌گن مدیریت علمی. این طرز فکر که بعد از اون تقریبا با کمی پس و پیش طرز فکر مدیریتی «درست» به حساب اومد عمدتا مبتنی بر فرآیندها و ابزارهاس و از طریق اون‌ها محصول و نتیجه رو بهبود می‌داد.

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

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

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

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

چابکی در پروژه مانیفیست اجایل

1395/05/30
20:38
امیرحسین ستوده بیدختی
عنوان درس امروز شاید یه کم عجیب باشه. معمولا واژه کمابیش نامانوس «مانیفست» رو بیشتر تو متون سیاسی و گاهی اجتماعی می‌بینیم.
واقعیت اینه که روش‌های چابک خیلی هم جدید نیستن. اصلا به نظر من نمی‌شه تصور کرد که بشر تا همین چند سال پیش به نظرش نیومده پروژه‌هاش رو اینطوری اجرا کنه. این روش‌ها همیشه بودن، ولی به خاطر طبیعت پروژه‌هایی که در گذشته رایج بودن چندان جایی برای رشد نداشتن. با زیاد شدن پروژه‌های نرم‌افزاری، نیاز به این روش‌ها بیشتر شد و کم کم افراد مختلف شروع کردن به استفاده از اون.

آدم‌های مختلفی به موازات روی روش‌های چابک متفاوت کار می‌کردن، بدون این‌که این مفهوم رسمیت چندانی داشته باشه. در نهایت ۱۷ نفر از پیشروهاشون سال ۲۰۰۱ دور هم جمع می‌شن و بر اساس اشتراک‌هایی که تو روش‌هاشون بوده یه «بیانیه» صادر می‌کنن. اسمش رو هم می‌ذارن Agile Manifesto (بیانیه چابک).

این بیانیه کلیات این روش‌ها رو توضیح می‌ده و می‌گه که بر اساس تجربه‌شون به این نتیجه رسیدن که باید برای چهار عامل ارزش قایل باشن و بهش توجه کنن:
 

افراد و تعامل‌هاشون، بیشتر از فرآیندها و ابزارها
نرم‌افزار در حال کار، بیشتر از اسناد مفصل
مشارکت کارفرما، بیشتر از مذاکرات قراردادی
واکنش به تغییر، بیشتر از اجرای برنامه

 
کل بیانیه همینه. البته تاکید هم می‌کنه که بیانیه به این معنی نیست که برای عوامل سمت چپ ارزش قایل نیستن؛ معنیش اینه که از نظرشون سمت راستی‌ها خیلی مهم‌ترن.
 

 مهندسی و مدیریت ساخت ایران (ICEMA) Iran Construction Engineering Management


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


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

چابکی در پروژه تبعات فرهنگی چابکی

1395/05/30
20:38
امیرحسین ستوده بیدختی
بله، چابکی یعنی تطبیقی اجرا کردن پروژه. با این حال هر چیزی تبعات خودش رو داره. مثلا می‌دونیم که امکان تطبیقی پیش رفتن فقط زمانی فراهم می‌شه که متخصص‌ها تا حدی خودمختار (self-organized) باشن.
از کسایی که تو پروژه‌های چابک کار می‌کنن انتظار داریم که تمرکزشون روی کل پروژه باشه، نه روی تخصص خودشون. همه با هم همکاری می‌کنن و هیچکس نمی‌تونه بگه که این به من ربطی نداره و کار من چیز دیگه‌ایه. فقط خروجی پروژه‌س که اهمیت داره و نه کارهایی که تک تک افراد انجام می‌دن.

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

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

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

چابکی در پروژه چهارچوب‌ها و متدولوژی‌ها

1395/05/30
20:37
امیرحسین ستوده بیدختی
الان دیگه مفهوم چابکی رو درک کردین. برای پیاده‌سازی این مفهوم نیاز به متودولوژی یا چهارچوب داریم. یه چیزی که بهمون بگه قدم به قدم چیکار کنیم.
برای این کار گزینه‌های زیادی داریم:
  • اسکرام: اسکرام ساده‌ترین، موثرترین و معروف‌ترین چهارچوب چابکه. معمولا تو یه دوره دو روزه تدریس می‌کنیم، ولی کلیاتش رو می‌شه تو یه ربع هم توضیح داد. اگه دوست دارین باهاش آشنا بشین پیشنهاد می‌کنم کتاب رایگان Scrum and XP from Trenches رو بخونین. نسخه فارسیش هم هست.
  • DSDM Atern: این متودولوژی خیلی قدیمی و نسبتا پیچیده‌س، ولی استفاده‌ش برای شرکت‌های بزرگ قدیمی به نظر من راحت‌تر از اسکرامه. برای اون هم یه هندبوک رایگان تو سایتشون وجود داره. این یکی رو تو دوره ۵ روزه تدریس می‌کنیم.
  • XP: به نظرم به اندازه دوتای قبل راهگشا نیست، ولی از طریق تکنیک‌هایی که تبلیغ کرده کمک خیلی بزرگی به چابکی کرده که به هیچ وجه قابل انکار نیست. برای این پیشنهاد می‌کنم تو ویکیپدیا درباره‌ش بخونین.
  • Kanban: کانبان یه روشه و نه یه چهارچوب، ولی رویکردش هماهنگی زیادی با چابکی داره و می‌شه با یه نسخه ناقص اسکرام ترکیبش کرد تا به چهارچوبی بسیار انعطاف‌پذیر رسید که بهش می‌گن ScrumBan. به اندازه اسکرام موثر نیست، ولی گاهی انعطاف‌پذیریش لازمه.

 مهندسی و مدیریت ساخت ایران (ICEMA) Iran Construction Engineering Management

فردا می‌خوام درباره نکته خیلی مهمی باهاتون صحبت کنم: فرهنگ چابک.
به نظرتون تبعات فرهنگی اون تو شرکت‌ها چیه؟


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

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

مهندسی و مدیریت ساخت پروژه - مطالب ابر چابکی در پروژه,مدیریت ساخت ,مدیریت پروژه, مدیریت پروژه های ساخت, مدیریت پروژه و ساخت,مدل سازی اطلاعات ساختمان,مدیریت ساخت
تمامی حقوق این وب سایت متعلق به مهندسی و مدیریت ساخت پروژه است. |طراحی و توسعه:امیرحسین ستوده بیدختی|