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