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