ابزار تشخیصی سازمانی نگار

ارزیابی آمادگی توسعه و نوسازی نرم‌افزار سازمانی

در ۱۵ پرسش مدیریتی، آمادگی سازمان برای تعریف دامنه، معماری و یکپارچگی، اجرای محصول، کیفیت و بهره‌برداری پایدار از نرم‌افزار سازمانی را بسنجید.

۱۵ پرسش مدیریتی۵ بُعد کلیدیحدود ۳ تا ۵ دقیقهنتیجه شخصی‌سازی‌شده
۰ از ۱۵ پاسخبرای هر گزاره، وضعیت غالب سازمان را انتخاب کنید.
روش پاسخ‌گویی

وضعیت واقعی امروز را انتخاب کنید

این ابزار برای زمانی است که سازمان می‌داند سامانه فعلی پاسخ‌گو نیست، اما هنوز روشن نیست باید چه چیزی ساخته یا نوسازی شود، فاز اول کجاست و چه پیش‌نیازهایی قبل از توسعه باید تثبیت شوند.

۰وجود نداردشواهد یا رویه مشخصی وجود ندارد
۱موردیوابسته به افراد و اقدامات پراکنده است
۲تکرارپذیردر بخشی از سازمان قابل تکرار شده است
۳سازمان‌یافتهرویه، نقش و مسئولیت مشخص و پایدار است
۴سنجش‌شدهبا شاخص پایش و به‌صورت مستمر بهبود داده می‌شود
قاعده پاسخ: بر اساس شواهد قابل مشاهده پاسخ دهید، نه برنامه آینده. اگر بین دو سطح مردد هستید، سطح پایین‌تر را انتخاب کنید.
بُعد ۰۱

مسئله، دامنه و ارزش

آیا مسئله واقعی و مرز فاز اول قبل از توسعه روشن است؟

۰۱

مسئله کسب‌وکار و محدودیت سامانه فعلی با مثال و اثر قابل مشاهده تعریف شده است.

۰۲

کاربران، سناریوهای حیاتی و نیازهای Must-have فاز اول از خواسته‌های بعدی تفکیک شده‌اند.

۰۳

برای فاز اول معیار موفقیت و معیار پذیرش قابل سنجش تعریف شده است.

بُعد ۰۲

فرآیند، داده و یکپارچگی

آیا نرم‌افزار جدید در اکوسیستم واقعی سازمان تعریف شده است؟

۰۴

فرآیندها و جریان‌های کاری‌ای که نرم‌افزار باید پشتیبانی کند مشخص و تا حد لازم مستند هستند.

۰۵

سامانه‌ها، APIها و منابع داده‌ای که باید با راهکار جدید تبادل داشته باشند شناسایی شده‌اند.

۰۶

مالکیت داده، قواعد مرجع و نیازهای مهاجرت یا پاک‌سازی داده‌های موجود روشن است.

بُعد ۰۳

معماری، امنیت و مقیاس

آیا تصمیم‌های فنی حیاتی متناسب با مقیاس و ریسک سازمان دیده شده‌اند؟

۰۷

الزامات استقرار، مقیاس، کارایی و دسترس‌پذیری راهکار به‌صورت قابل سنجش مشخص شده است.

۰۸

الزامات هویت، نقش‌ها، دسترسی، امنیت، لاگ و نگهداری سوابق از ابتدا در دامنه قرار گرفته‌اند.

۰۹

اصول معماری و محدودیت‌های فناوری سازمان برای توسعه و یکپارچه‌سازی روشن است.

بُعد ۰۴

مدیریت محصول و تحویل

آیا سازمان می‌تواند نیاز را به تصمیم‌های منظم محصول و نسخه‌های قابل پذیرش تبدیل کند؟

۱۰

یک مالک محصول یا نماینده کسب‌وکار با اختیار اولویت‌گذاری و پذیرش خروجی مشخص است.

۱۱

نیازها در Backlog اولویت‌دار با معیار پذیرش و وابستگی‌های قابل مشاهده مدیریت می‌شوند.

۱۲

چرخه‌های کوتاه دمو، بازخورد و تصمیم برای اصلاح دامنه یا اولویت‌ها پیش‌بینی شده است.

بُعد ۰۵

کیفیت، استقرار و بهره‌برداری

آیا بعد از تحویل، راهکار قابل نگهداری و قابل استفاده خواهد بود؟

۱۳

تست‌های کارکردی، امنیتی و سناریوهای پذیرش قبل از استقرار تعریف شده‌اند.

۱۴

برای استقرار، مانیتورینگ، پشتیبان‌گیری، رخداد و پشتیبانی پس از راه‌اندازی مسئول مشخص وجود دارد.

۱۵

مستندات، آموزش کاربران و برنامه نسخه‌های بعدی بخشی از تحویل و بهره‌برداری در نظر گرفته شده است.