ออฟไลน์ด้วยแอป Player FM !
Amazing Apps - learn how to build agile Dynamics 365 and Power Platform business apps using Scrum
«
»
5 Reasons To Avoid Analysis in Advance
Manage episode 300044593 series 2521928
#97. I share five reasons why I think you should avoid analysis in advance when you're building Dynamics 365 and Power Platform applications.
My five top reasons:
- Peak ignorance. You're analyzing the requirements during the period when your stakeholders know least about Microsoft business applications and your analysts know least about their needs.
- Priority categorization. Your requirement specification doesn't order the requirements by business value.
- Over-engineering. Your requirements are likely to lead to over-engineered complexity and a rejected user experience.
- Wasted effort. You're spending time chasing the illusion of completeness and putting yourself at risk of a significant change that will derail your requirements specification.
- Opportunity cost. By deferring deployment you're deferring the benefits, and costing your organization money.
Resources
- Scrum.org
- Customery Academy
- Amazing Applications podcast page on LinkedIn
- Amazing Applications podcast page on Podchaser
- Scrum for Microsoft Business Apps online course at Customery Academy
- Agile Foundations for Microsoft Business Apps free online mini-course at Customery Academy
Support the show
CONNECT
🌏 Amazing Apps website
🟦 Customery on LinkedIn
🟦 Neil Benson on LinkedIn
MY ONLINE COURSES
🚀 Agile Foundations for Microsoft Business Apps
🏉 Scrum for Microsoft Business Apps
📐 Estimating Business Apps
Keep experimenting 🧪
-Neil
162 ตอน
5 Reasons To Avoid Analysis in Advance
Amazing Apps - learn how to build agile Dynamics 365 and Power Platform business apps using Scrum
Manage episode 300044593 series 2521928
#97. I share five reasons why I think you should avoid analysis in advance when you're building Dynamics 365 and Power Platform applications.
My five top reasons:
- Peak ignorance. You're analyzing the requirements during the period when your stakeholders know least about Microsoft business applications and your analysts know least about their needs.
- Priority categorization. Your requirement specification doesn't order the requirements by business value.
- Over-engineering. Your requirements are likely to lead to over-engineered complexity and a rejected user experience.
- Wasted effort. You're spending time chasing the illusion of completeness and putting yourself at risk of a significant change that will derail your requirements specification.
- Opportunity cost. By deferring deployment you're deferring the benefits, and costing your organization money.
Resources
- Scrum.org
- Customery Academy
- Amazing Applications podcast page on LinkedIn
- Amazing Applications podcast page on Podchaser
- Scrum for Microsoft Business Apps online course at Customery Academy
- Agile Foundations for Microsoft Business Apps free online mini-course at Customery Academy
Support the show
CONNECT
🌏 Amazing Apps website
🟦 Customery on LinkedIn
🟦 Neil Benson on LinkedIn
MY ONLINE COURSES
🚀 Agile Foundations for Microsoft Business Apps
🏉 Scrum for Microsoft Business Apps
📐 Estimating Business Apps
Keep experimenting 🧪
-Neil
162 ตอน
ทุกตอน
×ขอต้อนรับสู่ Player FM!
Player FM กำลังหาเว็บ