ویرگول
ورودثبت نام
نسیم نوائی
نسیم نوائیمهندسی کامپیوتر خوانده‌ام؛ و هنوز خودم را میان کلمات پیدا می‌کنم. این روزها در مرزِ کوچینگ و چابکی ایستاده‌ام: پیگیرِ شفافیتِ کار، نظمِ سیستم‌ها و رشدِ تیم‌ها—در دلِ پروژه‌های واقعی.
نسیم نوائی
نسیم نوائی
خواندن ۲ دقیقه·۶ ساعت پیش

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

چرا روش‌های سنتی کار نمی‌کنند؟ درس‌هایی از فاجعه‌ی FBI و پیامدهای آن

جف ساترلند در فصل اول کتاب Scrum: The Art of Doing Twice the Work in Half the Time، با ارائه‌ی مثالی تکان‌دهنده از شکست پروژه عظیم IT در FBI، پرده از یک حقیقت تلخ برمی‌دارد: مشکل اصلی در بسیاری از پروژه‌ها، نه کمبود بودجه یا ضعف فنی، بلکه «مدلِ تفکر»معیوبِ مدیران و سازمان‌هاست.

SCRUM, The Art of Doing Twice the Work in Half the Time.
SCRUM, The Art of Doing Twice the Work in Half the Time.

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

سه نکته‌ی کلیدی که از این فصل باید آموخت:

  1. «برنامه زیبا بود، اما بی‌فایده هم بود.»

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

  1. «برنامه‌ها بی‌ارزش‌اند، اما برنامه‌ریزی همه‌چیز است.»

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

  1. «در واقع، آن‌ها دارند به آدم‌ها پول می‌دهند که به آن‌ها دروغ بگویند.»

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

فراسوی کتاب: توهمِ کنترل در دنیای مدرن

تصور کنید در یک شرکت بزرگ، مدیر پروژه با افتخار یک فایل اکسلِ دو-سه هزار ردیفی را نشان می‌دهد که تمام تسک‌ها را تا ۶ ماه آینده زمان‌بندی کرده و همه‌چیز «سبز» است. اما در دنیای فنی، واقعیت چیز دیگری است؛ زیرساخت هنوز آماده نیست، تیم فنی با مشکلاتِ پیش‌بینی‌نشده دست‌وپنجه نرم می‌کند، و دیتابیس اصلی هنوز با چالش‌های اساسی روبروست.

این همان «توهمِ کنترل» است که ساترلند از آن هشدار می‌دهد. سازمان هزینه‌های هنگفتی را صرفِ ایجادِ یک «تصویرِ موفقیت» در گزارش‌ها می‌کند، در حالی که در عمل، کشتیِ پروژه در حالِ غرق شدن است.

چرا این فصل اهمیت دارد؟

فصل اول اسکرام بیش از یک نقدِ روش‌های قدیمی است؛ این فصل یک «سیلیِ بیدارکننده» است. ساترلند هوشمندانه به ترسِ ذاتیِ سازمان‌ها از ابهام و عدم قطعیت اشاره می‌کند. ما برای فرار از این ترس، به برنامه‌های صلب و ساختارهای آهنین پناه می‌بریم، غافل از اینکه همین ساختارها، انعطاف‌پذیری و سرعتِ لازم برای بقا در دنیای امروز را از ما می‌گیرند.

کتاب اسکرام، نقشه راهی است برای عبور از این «نظمِ اجباریِ صلب» به سمتِ «چابکیِ هدفمند»؛ مسیری که در آن، واقعیتِ کار بر توهمِ گزارش‌ها اولویت دارد.

تیم فنیمدیر پروژهاسکرام
۰
۰
نسیم نوائی
نسیم نوائی
مهندسی کامپیوتر خوانده‌ام؛ و هنوز خودم را میان کلمات پیدا می‌کنم. این روزها در مرزِ کوچینگ و چابکی ایستاده‌ام: پیگیرِ شفافیتِ کار، نظمِ سیستم‌ها و رشدِ تیم‌ها—در دلِ پروژه‌های واقعی.
شاید از این پست‌ها خوشتان بیاید