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