پروژه ققنوس
نوشتهٔ جین کیم، کوین بر و جرج اسپافورد · سال انتشار 2013
سازمانها وقتی بهتر میشوند که توسعه، عملیات و کسبوکار جریان کار را در کل سیستم بهینه کنند، نه اینکه هر بخش را جداگانه بهینه کنند.
نقاط قوت
- مقدمهای عالی بر تفکر دواپس.
- روایتی بسیار خوشخوان.
- گلوگاههای سازمانی را قابلفهم میکند.
- بهویژه برای رهبران فنی مفید است.
نقاط ضعف
- پیچیدگی سازمانی را ساده میکند.
- شخصیتها گاهی صرفاً ابزار آموزشاند.
- اگر دواپس را عمیق بدانی، کمتر به کارت میآید.
خلاصه کتاب
«پروژهٔ ققنوس»، نوشتهٔ جین کیم، کوین بر و جرج اسپافورد، اصولِ دواپس (DevOps) را نه از طریقِ یک متنِ فنیِ خشک، بلکه در قالبِ یک رمانِ کاری روایت میکند. شخصیتِ اصلی، بیل پالمر، ناگهان به سمتِ معاونِ عملیاتِ فناوریِ اطلاعاتِ شرکتی ارتقا مییابد که در آستانهٔ فروپاشی است — پروژهای حیاتی بهنامِ «ققنوس» بارها به تعویق افتاده، سیستمها مدام از کار میافتند، و تیمهای توسعه و عملیات بهجای همکاری، یکدیگر را مقصرِ همهچیز میدانند.
بیل، تحتِ راهنماییِ شخصیتی بهنامِ اریک (که بهطورِ آشکار الهامگرفته از نظریهٔ محدودیتهایِ الیاهو گلدرت در کتابِ «هدف» است)، بهتدریج یاد میگیرد که مشکلِ واقعیِ سازمان نه یک فردِ ناکارآمد، بلکه ساختارِ جریانِ کار در کلِ سیستم است — از درخواستِ اولیهٔ کسبوکار تا زمانی که یک قابلیت واقعاً به دستِ مشتری میرسد.
پیامِ مرکزیِ کتاب، که نویسندگان آن را در پیوستِ پایانی بهصراحت بهعنوانِ «سه راه» (Three Ways) فرمولبندی میکنند، این است: سازمانها زمانی بهبود مییابند که جریانِ کار را در کلِ سیستم بهینه کنند (نه هر بخش را جداگانه)، بازخورد را از انتهای فرایند بهسرعت به ابتدای آن بازگردانند، و فرهنگی از آزمایشِ مستمر و یادگیری بسازند.
ایدههای کلیدی
۱. «سه راه» بهعنوانِ چارچوبِ بنیادین
کتاب حولِ سه اصلِ مرکزی سازمان یافته که نویسندگان آنها را «سه راه» مینامند: راهِ اول (جریان) یعنی بهینهسازیِ حرکتِ کار از ابتدا تا انتهای سیستم، نه هر ایستگاهِ کاری بهطورِ مجزا؛ راهِ دوم (بازخورد) یعنی ساختنِ حلقههای بازخوردِ سریع و مداوم بینِ عملیات و توسعه؛ و راهِ سوم (یادگیریِ مستمر) یعنی ساختنِ فرهنگی که در آن آزمایشکردن، شکستخوردنِ کنترلشده و بهبودِ تدریجی تشویق میشود. این سه اصل، ستونِ فقراتِ چیزی است که بعدها بهعنوانِ جنبشِ دواپس شناخته شد.
۲. برنت بهعنوانِ گلوگاهِ انسانی
یکی از آموزندهترین عناصرِ داستان، شخصیتِ برنت است — مهندسی که چنان دانشِ منحصربهفردی از سیستمهای حیاتیِ شرکت دارد که تقریباً هر مشکلِ فوری، مستقیم یا غیرمستقیم، به او ختم میشود. برنت، بهجای آنکه دارایی باشد، به تنگناترین نقطهٔ کلِ سیستم تبدیل شده — هیچکاری بدونِ او پیش نمیرود، و همین وابستگی، هم او را فرسوده میکند و هم کلِ سازمان را کند. بخشِ زیادی از تحولِ داستان، حولِ شناساییِ همین گلوگاه و باز کردنِ دانشِ او در قالبِ مستندسازی و آموزشِ تیم میچرخد.
۳. نظریهٔ محدودیتها و ارجاع به «هدف»
اریک، شخصیتِ مرشدِ داستان، بارها و آشکارا بیل را به کتابِ «هدف»ِ الیاهو گلدرت ارجاع میدهد — متنی کلاسیک دربارهٔ نظریهٔ محدودیتها در تولیدِ صنعتی. درسِ اصلیِ این نظریه که به فناوریِ اطلاعات منتقل میشود این است: بهبودِ هر بخشی از سیستم که گلوگاهِ واقعی نیست، تأثیرِ چندانی روی خروجیِ کل ندارد؛ تنها راهِ واقعیِ بهبود، شناساییِ محدودیتِ واقعی (در این داستان، برنت) و تمرکزِ تمامِ تلاشها روی همان نقطه است.
۴. چهار نوعِ کار
یکی از چارچوبهای عملیِ کتاب، دستهبندیِ کار به چهار نوع است: پروژههای کسبوکاری (کارِ قابلمشاهده و برنامهریزیشده)، پروژههای داخلیِ فناوریِ اطلاعات (زیرساخت و نگهداری)، تغییرات (بهروزرسانیها و اصلاحاتِ کوچک)، و کارِ برنامهریزینشده (رفعِ اشکالِ اضطراری). بیل یاد میگیرد که بخشِ زیادی از بحرانِ سازمان از آنجا میآید که کارِ برنامهریزینشده — که معمولاً از کیفیتِ پایینِ کارهای قبلی سرچشمه میگیرد — ظرفیتِ تیم را میبلعد و اجازهٔ پیشرفتِ کارِ برنامهریزیشده را نمیدهد.
۵. بهینهسازیِ محلی در برابرِ بهینهسازیِ سراسری
داستان بارها نشان میدهد که تلاشِ هر بخش برای بهینهسازیِ عملکردِ خودش — تیمِ توسعه برای سرعتِ انتشار، تیمِ عملیات برای ثباتِ سیستم، تیمِ امنیت برای کنترل — میتواند در سطحِ کلِ سازمان نتیجهٔ عکس بدهد، چون هر تیم برای محافظت از معیارهای خودش، مانعِ جریانِ کار در سایرِ بخشها میشود. راهحلِ داستان این نیست که هر تیم سختکوشتر کار کند، بلکه این است که همه روی یک هدفِ مشترک — جریانِ کارِ کلِ سیستم — هماهنگ شوند.
برای چه کسی مفید است
- رهبرانِ فنی و مدیرانِ عملیاتِ فناوریِ اطلاعات — کتاب دیدگاهی روایی و ملموس از گلوگاههای سازمانی میدهد که در متونِ فنیِ خشک به همین شکل قابلِانتقال نیست.
- کسی که تازه با اصولِ دواپس آشنا میشود — قالبِ داستانی، این مفاهیم را بسیار قابلِفهمتر از یک متنِ کاملاً نظری میکند.
- تیمهایی که بینِ توسعه و عملیات تنشِ مکرر دارند — کتاب مستقیماً همین پویاییِ سازمانی را به تصویر میکشد.
- کسی که از قبل دواپس را عمیقاً میشناسد — قالبِ داستانی و سادهسازیِ عمدیِ کتاب، برای این خواننده احتمالاً چیزِ تازهای اضافه نمیکند.
سؤالات پرتکرار
«سه راه» دقیقاً چه چیزهایی هستند؟
جریان (بهینهسازیِ حرکتِ کار در کلِ سیستم)، بازخورد (حلقههای بازخوردِ سریع بینِ عملیات و توسعه)، و یادگیریِ مستمر (فرهنگِ آزمایش و بهبودِ تدریجی) — سه اصلی که بعدها ستونِ فقراتِ جنبشِ دواپس شدند.
چرا شخصیتِ برنت اینقدر در کتاب اهمیت دارد؟
چون او نمونهای واقعی از «گلوگاهِ انسانی» است — کارمندی که دانشِ حیاتی صرفاً در ذهنِ اوست و همین باعث میشود کلِ سازمان به او وابسته و کند شود. داستان نشان میدهد چطور این وابستگی باید از طریقِ مستندسازی و توزیعِ دانش حل شود.
آیا برای فهمِ این کتاب باید «هدف»ِ گلدرت را قبلاً خوانده باشم؟
نه، اما آشناییِ کوچکی با نظریهٔ محدودیتها به فهمِ عمیقترِ استدلالهای اریک کمک میکند. کتاب خودش این نظریه را در بافتِ فناوریِ اطلاعات دوباره توضیح میدهد.
«چهار نوعِ کار» که کتاب معرفی میکند چیست؟
پروژههای کسبوکاری، پروژههای داخلیِ فناوریِ اطلاعات، تغییراتِ کوچک، و کارِ برنامهریزینشده. کتاب استدلال میکند بخشِ زیادی از بحرانِ سازمانی از غلبهٔ نوعِ چهارم — کارِ اضطراریِ برنامهریزینشده — بر ظرفیتِ تیم میآید.
این کتاب چقدر برای کسی که دواپس را عمیق میداند مفید است؟
کمتر از یک تازهکار. کتاب عمدتاً برای معرفیِ مفاهیمِ پایه در قالبی جذاب طراحی شده؛ کسی که از قبل با این اصول آشناست، ممکن است بخشِ زیادی از محتوا را تکراری بیابد.
این مطلب برایتان مفید بود؟
شمارش آرا پس از ۵ رأی نمایش داده میشود.
