محدودیت طراحی صرفاً نقشمحور
نقشها برای مجوز و شخصیسازی داشبورد ضروریاند، اما اگر ساختار محصول بر اساس واحدهای سازمانی قفل شود، کاربر برای تکمیل یک نتیجه میان چند سیلو جابهجا میشود.
محدودیت طراحی صرفاً فرایندمحور
فرایند برای مسیرهای تکراری و کنترلشده عالی است، اما در کارهای پر از استثنا میتواند به نمودارهای پیچیده و شکننده تبدیل شود. باید امکان ارجاع، درخواست اطلاعات و تغییر مسیر کنترلشده وجود داشته باشد.
وظیفه بدون زمینه کافی نیست
فهرست کارها به کاربر میگوید چه اقدامی انجام دهد، اما اگر پرونده، اسناد مرتبط، نتیجه مورد انتظار و تصمیمهای قبلی را نبیند، کیفیت اجرا پایین میآید.
مدل پیشنهادی: پرونده نتیجهمحور
هر درخواست، سفارش، قرارداد یا تیکت یک پرونده است. فرایند مراحل آن را هدایت میکند، وظیفه اقدام انسانی را نمایش میدهد، نقش اختیار را مشخص میکند و رویداد تاریخچه و اتوماسیون را میسازد.
- مالک پرونده جدا از مسئول وظیفه
- نمای ۳۶۰ درجه اطلاعات
- مسیر استاندارد همراه با استثنا
- تایملاین ممیزیشونده
پرسشهای متداول
صفحه اول کاربر چه چیزی باشد؟
میزکار من شامل اقدامهای لازم، تأییدها، موارد نزدیک SLA و صف تیم؛ نه فهرست کامل ماژولهای سازمان.
نقشها کجا استفاده میشوند؟
در مجوز، تخصیص، سقف اختیار و شخصیسازی نما. نقش نباید مالک دائمی داده یا فرایند باشد.
اعلان با وظیفه چه تفاوتی دارد؟
اعلان فقط اطلاع میدهد؛ وظیفه مسئول، موعد، نتیجه مورد انتظار و اقدام قابل انجام دارد.