AS-IS یعنی تصویر مستند از اینکه سازمان شما امروز واقعا چطور کار می کند: چه کسی چه کاری انجام می دهد، داده از کجا می آید، کدام سامانه با کدام سامانه حرف می زند و کجا کار می ایستد. تا وقتی این تصویر روی کاغذ نیامده، هر تصمیمی درباره تحول دیجیتال روی حدس بنا شده است.
در این مقاله توضیح می دهم AS-IS چه اقلامی را ثبت می کند، با چه روشی تهیه می شود، خروجی استانداردش چه شکلی است و کدام اشتباه ها باعث می شوند سند وضع موجود به یک فایل تزئینی بی مصرف تبدیل شود. این متن مکمل بخش اول واژه نامه اصطلاحات تحول دیجیتال است.
AS-IS چیست و چرا پایه همه تصمیم ها است
AS-IS اصطلاحی است برای «وضعیت موجود»؛ نقطه مقابل آن TO-BE یا وضعیت مطلوب است. AS-IS یک توصیف کلی نیست؛ یک سند مرجع است که می گوید واقعیت سازمان در حوزه مورد بررسی دقیقا چیست. تفاوت آن با آنچه در جلسات گفته می شود همین است: در جلسه، هر مدیر تصویر خودش را از سازمان تعریف می کند؛ در AS-IS، یک تصویر واحد و قابل استناد وجود دارد.
سه کارکرد اصلی AS-IS را می توان چنین خلاصه کرد:
- مبنای حقیقت: هر ادعای بعدی درباره بهبود، باید نسبت به این تصویر سنجیده شود.
- کاهش دوباره کاری: وقتی فرایند واقعی مستند باشد، تیم فنی چیزی را که وجود دارد دوباره نمی سازد.
- شفاف کردن گسست ها: محل هایی که داده دستی جابه جا می شود، تاییدیه در ایمیل گم می شود یا دو سامانه عدد متفاوت می دهند، در AS-IS دیده می شوند.
نکته مهم این است که AS-IS سند «آنچه باید باشد» نیست. اگر در مرحله مستندسازی شروع کنید به اصلاح و پیشنهاد، تصویر واقعیت را از دست می دهید و تحلیل شکاف بی اعتبار می شود.
AS-IS چه چیزهایی را ثبت می کند
دامنه AS-IS را نمی توان برای همه سازمان ها یکسان تعریف کرد، اما پنج محور تقریبا در همه پروژه ها تکرار می شوند.
ساختار و نقش ها
نمودار سازمانی واقعی، نه نمودار رسمی. باید مشخص شود هر واحد چه اختیاری دارد، چه کسی تایید نهایی است و کدام نقش ها به صورت غیررسمی کار واحد دیگر را انجام می دهند. همین نقش های غیررسمی معمولا منشا بیشتر گلوگاه ها هستند.
فرایندهای کلیدی
برای هر فرایند اصلی مانند فروش، خرید، انبار، تولید، پشتیبانی و تسویه، مسیر واقعی کار از شروع تا پایان ثبت می شود: ورودی، گام ها، نقاط تصمیم، استثناها و زمان انتظار. سطح جزئیات باید به اندازه ای باشد که بتوان گلوگاه را دید، نه آنقدر ریز که سند خوانده نشود.
سامانه ها و یکپارچگی
فهرست سامانه های در حال استفاده، نسخه، مالک، تعداد کاربر و نحوه اتصال آن ها. باید ثبت شود کدام اتصال ها خودکار و کدام دستی هستند. فایل اکسل مشترک هم یک سامانه است و باید در فهرست بیاید؛ اگر نیاید، بزرگ ترین نقطه شکست داده از قلم می افتد.
داده
منبع هر داده کلیدی، مالک آن، کیفیت فعلی و محلی که نسخه دوم و سوم داده ساخته می شود. این بخش پاسخ می دهد چرا گزارش فروش دو عدد متفاوت دارد و کد کالا در انبار و حسابداری یکی نیست.
شاخص ها و گسست ها
شاخص هایی که امروز اندازه گیری می شوند، فرمول آن ها و شاخص هایی که ادعا می شود اندازه گیری می شوند ولی در عمل کسی محاسبه نمی کند. سپس فهرست گسست ها: جایی که اطلاعات گم می شود، کاری دو بار انجام می شود یا تصمیمی بی داده گرفته می شود.
گام های تهیه AS-IS
مستندسازی وضع موجود یک پروژه کوتاه و برنامه ریزی شده است، نه مصاحبه های پراکنده. مسیر عملی آن شش گام دارد:
- تعیین دامنه: مشخص کنید کدام فرایندها و واحدها در این مرحله بررسی می شوند و چه چیزی خارج از دامنه است.
- جمع آوری مستندات: فرم ها، دستورالعمل ها، گزارش های فعلی، قراردادها و فهرست سامانه ها را بگیرید.
- مصاحبه: با انجام دهنده کار، سرپرست و دریافت کننده خروجی جداگانه صحبت کنید. سه روایت از یک فرایند، خودش یک یافته است.
- مشاهده میدانی: کنار کاربر بنشینید و کار واقعی را ببینید. تفاوت آنچه گفته می شود با آنچه انجام می شود، اغلب بزرگ ترین کشف پروژه است.
- مدل سازی: فرایندها را به صورت نقشه و جدول ثبت کنید و برای تایید به مالک فرایند برگردانید.
- تثبیت نسخه: سند را با تاریخ و شماره نسخه ثبت کنید تا بعدا معلوم باشد تحلیل شکاف بر کدام نسخه بنا شده است.
این گام ها همان چیزی است که در مرحله Discovery اجرا می شود؛ تفاوت شان در خروجی است: Discovery فرایند جمع آوری است و AS-IS محصول نهایی آن.
جدول اقلام مستندسازی و منبع هر کدام
| قلم | چه چیزی ثبت می شود | منبع اصلی |
|---|---|---|
| نقش ها | اختیار، تایید نهایی، مسئولیت واقعی | مصاحبه با مدیران و کارشناسان |
| فرایند | گام ها، زمان انتظار، استثناها | مشاهده میدانی و مستندات |
| سامانه | نسخه، مالک، تعداد کاربر، نوع اتصال | فهرست IT و بازدید فنی |
| داده | منبع، مالک، محل نسخه های تکراری | گزارش های فعلی و پایگاه داده |
| گسست | محل گم شدن اطلاعات و دوباره کاری | مصاحبه و مشاهده |
| شاخص | فرمول، دوره اندازه گیری، مسئول | گزارش مدیریتی موجود |
خروجی استاندارد سند AS-IS
یک سند AS-IS قابل استفاده سه بخش دارد. بخش اول توصیف دامنه و روش کار است تا خواننده بداند این تصویر در چه محدوده ای معتبر است. بخش دوم بدنه اصلی شامل نقشه فرایندها، فهرست سامانه ها، جدول داده ها و فهرست گسست ها. بخش سوم پیوست شواهد: نمونه فرم ها، اسکرین شات گزارش ها و فهرست افرادی که مصاحبه شده اند.
اگر سند شما فقط نمودار دارد و شواهد ندارد، در جلسه بودجه قابل دفاع نیست. مدیرعامل می پرسد «این حرف را از کجا آورده اید» و پاسخ باید به یک مصاحبه یا یک گزارش مشخص ارجاع بدهد.
اشتباهات رایج در مستندسازی وضع موجود
- مستندسازی از روی مستندات: دستورالعمل نوشته شده با کار واقعی تفاوت دارد؛ اگر میدان را نبینید، سند رسمی را کپی کرده اید.
- پرسیدن فقط از مدیر: مدیر تصویر تصمیم ها را می داند، نه جزئیات اجرا. کارشناس انجام دهنده، گلوگاه واقعی را نشان می دهد.
- ورود زودهنگام راه حل: اگر در مرحله AS-IS از خرید نرم افزار حرف بزنید، مصاحبه ها به سمت توجیه آن راه حل منحرف می شود.
- دامنه بی نهایت: تلاش برای مستندسازی کل سازمان در یک مرحله، پروژه را متوقف می کند. دامنه را به دو یا سه فرایند پراثر محدود کنید.
- نبود مالک سند: سندی که بعد از تحویل به روز نشود، در سه ماه بی اعتبار می شود. برای AS-IS مالک و دوره بازبینی تعیین کنید.
AS-IS در پروژه هوش مصنوعی چه تفاوتی دارد
در پروژه هوش مصنوعی، AS-IS فقط فرایند نیست؛ کیفیت داده هم هست. مدل زبانی یا مدل پیش بینی، داده بد را بهتر نمی کند. به همین دلیل در AS-IS این حوزه باید مشخص شود داده مورد نیاز وجود دارد یا نه، در چه بازه ای تولید شده، چه نسبتی از آن ناقص است و چه کسی حق استفاده از آن را دارد. تجربه استقرار هوش مصنوعی در صنایع تولیدی نشان می دهد بیشتر پروژه هایی که در پایلوت شکست می خورند، در همین نقطه دچار کمبود اطلاعات بوده اند، نه در الگوریتم.
پس از تثبیت AS-IS، قدم بعدی طراحی TO-BE است و سپس تحلیل شکاف میان این دو. اگر این ترتیب رعایت شود، نقشه راه شما بر واقعیت بنا می شود، نه بر آرزو.
پرسش های متداول درباره AS-IS
AS-IS فقط برای پروژه های بزرگ لازم است؟
نه. در سازمان کوچک، سند می تواند ده صفحه باشد، اما همان ده صفحه جلوی خرید اشتباه و دوباره کاری را می گیرد. حجم سند باید با اندازه دامنه تناسب داشته باشد، نه با اندازه آرزوها.
چه مدت طول می کشد؟
برای دو تا سه فرایند کلیدی، معمولا دو تا چهار هفته کار واقعی کافی است؛ به شرطی که دسترسی به افراد و داده ها از قبل هماهنگ شده باشد. طولانی شدن معمولا نشانه نامشخص بودن دامنه است.
آیا باید همه جزئیات فنی را ثبت کنیم؟
خیر. سطح جزئیات باید به اندازه ای باشد که تصمیم مدیریتی و طراحی هدف را پشتیبانی کند. جزئیات پیکربندی سرور جای خود را در مستندات فنی دارد، نه در سند وضع موجود کسب وکار.
AS-IS را چه کسی تهیه کند؟
ترکیبی از فرد آشنا به فرایند و فرد آشنا به داده و سامانه. تهیه کامل توسط مشاور بیرونی بدون همراهی داخلی، معمولا به سندی می رسد که تیم اجرایی آن را قبول ندارد.
جمع بندی
AS-IS پاسخ مستند به یک پرسش ساده است: «امروز واقعا چطور کار می کنیم؟» اگر این پاسخ را نداشته باشید، تحلیل شکاف روی هوا است، نقشه راه قابل اندازه گیری نیست و بودجه تحول دیجیتال به مجموعه ای از خریدهای بی ارتباط تبدیل می شود. شروع درست، مستندسازی صادقانه وضع موجود است؛ حتی اگر بخشی از آن تصویر خوشایند نباشد.
یک آزمون ساده برای سنجش کیفیت سند: آن را به کسی بدهید که در پروژه نبوده و از او بخواهید مسیر یک سفارش نمونه را روی کاغذ دنبال کند. اگر بتواند بدون پرسش اضافه این کار را انجام دهد و محل توقف را نشان دهد، سند شما کار می کند. اگر نتواند، جزئیات کافی ندارد یا ساختار آن برای خواننده بیرونی روشن نیست.
اگر می خواهید وضعیت موجود سازمان خود را با یک روش استاندارد مستند کنید و مسیر تحول دیجیتال را از نقطه درست شروع کنید، با تیم آرتاپرداز تماس بگیرید: 031-91090388 یا از صفحه تماس درخواست مشاوره ثبت کنید.
