ویژگی ها و قابلیت ها

یک ویژگی عملکرد راه حلی را نشان می دهد که ارزش کسب و کار را ارائه می دهد، نیاز سهامداران را برآورده می کند، و اندازه آن به گونه ای است که توسط یک قطار انتشار چابک در یک PI ارائه شود.
هر ویژگی شامل یک فرضیه سود و معیارهای پذیرش است و در صورت لزوم اندازه یا تقسیم می شود تا توسط یک قطار انتشار چابک (ART) در یک PI ارائه شود.
یک قابلیت عملکرد راه حل بزرگی را نشان می دهد که اجرای آن اغلب چندین ART را در بر می گیرد و اندازه آن برای ارائه در یک PI است.
ویژگی‌ها همچنین خود را به مدل فرآیند UX ناب، که شامل تعریف حداقل ویژگی قابل ارائه به بازار (MMF)، یک فرضیه سود، و معیارهای پذیرش می‌شود، می‌رسانند. MMF به محدود کردن دامنه و سرمایه گذاری کمک می کند، چابکی را افزایش می دهد و بازخورد سریع ارائه می دهد. قابلیت ها مانند ویژگی ها رفتار می کنند. با این حال، آنها در سطح بالاتری از انتزاع هستند و از تعریف و توسعه راه حل های بزرگ پشتیبانی می کنند.

ویژگی‌ها و قابلیت‌ها برای تعریف، برنامه‌ریزی و پیاده‌سازی ارزش راه‌حل حیاتی هستند. شکل ۱ زمینه وسیع تری را برای این موارد کاری ارائه می دهد:
شکل ۱ نشان می دهد که راه حل ها با استفاده از ویژگی ها توسعه می یابند. هر یک منعکس کننده خدمات ارائه شده توسط سیستم است که برخی از نیازهای مهم ذینفعان را برآورده می کند.
آنها در ART Backlog نگهداری می شوند و اندازه آنها در یک PI قرار می گیرد به طوری که هر کدام ارزش جدیدی ارائه می دهند. ویژگی‌ها می‌توانند از بافت محلی Agile Release Train (ART) یا از تقسیم آرمان یا قابلیت‌ها سرچشمه بگیرند.
سیستم‌های ART و Solution Train Kanban از جریان ویژگی‌ها و قابلیت‌ها پشتیبانی می‌کنند، جایی که آنها از طریق قیف، تجزیه و تحلیل، بک لاگ، پیاده‌سازی، اعتبارسنجی، استقرار و آزادسازی وضعیت‌ها پیشرفت می‌کنند. این فرآیند تجزیه و تحلیل اقتصادی منطقی، تأثیر فنی و استراتژی را برای اجرای تدریجی ارائه می دهد.

مدیریت محصول و معمار سیستم به ترتیب ویژگی ها و توانمندسازها را تعریف می کنند. نیازمندی‌های غیرعملکردی (NFR) ویژگی‌های سیستمی مانند امنیت، قابلیت اطمینان، عملکرد، قابلیت نگهداری، مقیاس‌پذیری و قابلیت استفاده را تعریف می‌کنند. NFRها به‌عنوان محدودیت‌ها یا محدودیت‌هایی در طراحی سیستم در میان بک‌لاگ‌های مختلف عمل می‌کنند. ویژگی ها با استفاده از Weighted Shortest Job First (WSJF) اولویت بندی می شوند و در مرزهای PI برنامه ریزی و بررسی می شوند. آنها به داستان ها تقسیم می شوند و با در دسترس قرار گرفتن عملکرد، پیاده سازی، ادغام، آزمایش و نشان داده می شوند.

ویژگی ها و قابلیت ها

شکل ۱. ویژگی ها و قابلیت ها

کشف و توصیف ویژگی ها

تفکر طراحی رویکردی مشتری محور برای ایجاد محصولات مطلوب و پایدار دارد. ابزارهای تفکر طراحی، از جمله شخصیت‌ها، نقشه‌های همدلی، و نقشه‌های سفر مشتری، همدلی و درک عمیق‌تری از مشتریان و کاربران را فراهم می‌کنند. آنها با هم یک زمینه غنی برای درک بهتر ویژگی ها و مزایای بالقوه آنها ارائه می دهند.
ویژگی ها با استفاده از قالب ویژگی ها و مزایا تعریف می شوند:

ویژگی – عبارت کوتاهی که نام و زمینه را ارائه می دهد.
فرضیه سود – سود قابل اندازه گیری پیشنهادی برای کاربر نهایی یا کسب و کار.

از تعریف ویژگی‌ها با قالب «صدای داستان کاربر» که برای پشتیبانی از یک نقش کاربر طراحی شده است خودداری کنید. ویژگی‌ها معمولاً قابلیت‌هایی را برای چندین نقش کاربر فراهم می‌کنند. علاوه بر این، استفاده از روش مشابه برای توصیف داستان‌ها و ویژگی‌های کاربر ممکن است باعث سردرگمی شود. شکل ۲ مجموعه نمونه ای از ویژگی ها را با فرضیه های مزایا نشان می دهد:

فرضیه های ویژگی ها و مزایا

شکل ۲. فرضیه های ویژگی ها و مزایا

ایجاد و مدیریت ویژگی ها

مدیران محصول با همکاری صاحبان محصول و سایر ذینفعان کلیدی، ویژگی‌ها را در زمینه محلی یک ART تعریف می‌کنند. برخی در نتیجه شکافتن آرمان ها به وجود می آیند. معماران سیستم معمولاً ویژگی های توانمندساز را ایجاد می کنند. بک لاگ ART برای حفظ توانمندسازها در کنار ویژگی های کسب و کاری استفاده می شود. توانمندسازها باند معماری را هموار می کنند و از کاوش پشتیبانی می کنند یا زیرساخت های مورد نیاز برای توسعه، آزمایش و ادغام راه حل را فراهم می کنند. مانند ویژگی‌های تکسب وکاری، ویژگی‌های فعال‌کننده ممکن است از آرمان سرچشمه گرفته یا به صورت محلی در سطح ART ظاهر شوند. توانمندسازهایی که از طریق سیستم کانبان عبور می‌کنند، مشمول تخصیص ظرفیت در ART خواهند بود تا تاکید کافی بر پیشبرد راه‌حل و گسترش باند فرودگاهی معماری داشته باشند. در هر مرز PI، درصد منابع تخصیص یافته به ویژگی ها (یا قابلیت های) جدید در مقابل توانمندسازها برای هدایت قطار تخمین زده می شود.

اولویت بندی ویژگی ها

مدل اولویت بندی WSJF برای توالی مشاغل (به عنوان مثال، ویژگی ها، قابلیت ها) بر اساس اقتصاد جریان توسعه محصول استفاده می شود. از آنجایی که اجرای مشاغل مناسب در توالی مناسب حداکثر سود اقتصادی را به همراه دارد – اغراق کردن اهمیت این فرآیند حیاتی دشوار است. مدیریت محصول و راه حل از WSJF برای اولویت بندی ویژگی ها استفاده می کند، در حالی که معماران سیستم و راه حل نیز از WSJF برای اولویت بندی ویژگی های فعال کننده استفاده می کنند. از آنجایی که ویژگی‌های کسب‌وکار و ویژگی‌های توانمندساز در یک بک لاگ وجود دارند، مدیریت محصول و راه‌حل باید با سیستم و معماران راه‌حل همکاری کنند تا تفاوت‌ها در اولویت‌ها را تطبیق دهند. همسویی اولویت ها با موضوعات استراتژیک و تخصیص ظرفیت دو رویکرد برای ایجاد همسویی و تعادل در عقب ماندگی است.

برآورد ویژگی ها

تخمین ویژگی از پیش‌بینی تحویل ارزش، اعمال اولویت‌بندی WSJF و اندازه‌بندی آرمان ها با تقسیم آنها به ویژگی‌ها و جمع‌بندی تخمین‌هایشان پشتیبانی می‌کند. تخمین ویژگی معمولاً در وضعیت تحلیل ART Kanban اتفاق می‌افتد. این روش بر تکنیک‌های برآورد نرمال‌شده، مشابه روش‌هایی که توسط تیم‌های Agile استفاده می‌شود، متکی است (برای جزئیات بیشتر به مقاله برنامه‌ریزی تکرار مراجعه کنید). در طول تجزیه و تحلیل، کارشناسان موضوعی انتخاب شده از ART در فعالیت های اکتشافی و اندازه گیری اولیه شرکت می کنند.

پذیرش ویژگی ها

معیارهای پذیرش ویژگی تعیین می کند که آیا پیاده سازی صحیح است و مزایای کسب و کاری را ارائه می دهد. شکل ۳ یک مثال را نشان می دهد: معیارهای پذیرش ریسک پیاده سازی را کاهش می دهد و با ایجاد همسویی بین مدیریت محصول، ذینفعان و توسعه دهندگان، امکان اعتبارسنجی اولیه فرضیه سود را فراهم می کند. از معیارهای پذیرش نیز می توان به عنوان منبع داستان استفاده کرد. مانند داستان ها، معیارهای پذیرش اغلب به آزمون های پذیرش با توسعه رفتار محور (BDD) تبدیل می شوند. مدیریت محصول مسئولیت پذیرش ویژگی ها را بر عهده دارد. آنها از معیارهای پذیرش برای تعیین اینکه آیا عملکرد به درستی اجرا می شود و اینکه آیا الزامات غیر کاربردی برآورده شده است استفاده می کنند.

ویژگی با معیارهای پذیرش

شکل ۳. ویژگی با معیارهای پذیرش

توانایی ها

بیشتر این مقاله به تشریح تعریف و پیاده سازی ویژگی ها اختصاص دارد، زیرا آنها رایج ترین توصیف رفتار سیستم هستند. قابلیت‌ها همان ویژگی‌ها و شیوه‌های ویژگی‌ها را نشان می‌دهند. به عنوان مثال، آنها:
با استفاده از یک عبارت و فرضیه سود توصیف می شوند

  • اندازه آنها متناسب با یک PI است. با این حال، آنها اغلب از چندین ART برای پیاده سازی استفاده می کنند
  • با استفاده از Solution Train Kanban استدلال و تایید شده اند.
  • Solution Train Backlog دارای قابلیت های تایید شده است
  • داشتن توانمندسازهای مرتبط برای توصیف و مشاهده تمام کارهای فنی لازم برای حمایت از توسعه کارآمد و ارائه قابلیت های کسب و کاری
  • توسط مدیران راه حل پذیرفته می شوند، که از معیارهای پذیرش برای تعیین اینکه آیا عملکرد برای هدف مناسب است یا خیر، استفاده می کنند

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

تقسیم ویژگی ها و قابلیت ها

قابلیت ها باید به ویژگی هایی تجزیه شوند تا اجرا شوند. آنها به نوبه خود به داستان های قابل مصرف توسط تیم ها در یک تکرار تقسیم می شوند. ده الگو را برای تقسیم کار ارائه می شود، همانطور که در Leffingwell، فصل ۶ توضیح داده شده است.

  • مراحل گردش کار
  • تغییرات قوانین کسب و کار
  • تلاش عمده ساده/پیچیده
  • تغییرات در داده ها
  • روش های داده
  • به تعویق انداختن کیفیت سیستم
  • عملیات
  • سناریوهای مورد استفاده
  • بررسی شکاف

شکل ۴ تقسیم یک قابلیت را به ویژگی ها نشان می دهد.

شکل 4. یک قابلیت تقسیم به ویژگی ها

 

جهت ارتقاء سطح کیفی مقالات و تکمیل مباحث مربوطه، لطفا نظرات و دیدگاههای خود را در پایان این مقاله درج کنید، همچنین چند مقاله مرتبط با موضوع چشم انداز پورتفولیو برای مخاطبان سایت شریف استراتژی به اشتراک گذاشته شده است.

0 پاسخ
دیدگاه خود را ثبت کنیدتمایل دارید در گفتگوها شرکت کنید؟
در گفتگو ها شرکت کنید.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *