Artwork

内容由Neil Benson提供。所有播客内容(包括剧集、图形和播客描述)均由 Neil Benson 或其播客平台合作伙伴直接上传和提供。如果您认为有人在未经您许可的情况下使用您的受版权保护的作品,您可以按照此处概述的流程进行操作https://zh.player.fm/legal
Player FM -播客应用
使用Player FM应用程序离线!

Documenting Power Platform Applications

10:30
 
分享
 

Manage episode 335821210 series 2521928
内容由Neil Benson提供。所有播客内容(包括剧集、图形和播客描述)均由 Neil Benson 或其播客平台合作伙伴直接上传和提供。如果您认为有人在未经您许可的情况下使用您的受版权保护的作品,您可以按照此处概述的流程进行操作https://zh.player.fm/legal

#124. When you're using an agile approach, like Scrum, how and when should you document your Dynamics 365 or Power Platform applications? After all, the Agile Manifesto says, "We value working software over comprehensive documentation", right?

Before projects start, my teams document requirements in a product backlog, visualise the backlog in a user story map, and discuss the project during a solution blueprint review workshop.

During sprints, we're writing unit tests, functional test cases, describing our features in wiki pages and tracking our decisions in a decision register.

Towards the end of the project or before a production release, we'll export the wiki as an as-as-built solution design document and hand it over the axe-wielding psychopaths who will be supporting and maintaining our applications.

And, of course, we'll produce all the other documentation our product owner asks us to if she create documentation-related items and prioritises them in the product backlog.

RESOURCES


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

  continue reading

158集单集

Artwork
icon分享
 
Manage episode 335821210 series 2521928
内容由Neil Benson提供。所有播客内容(包括剧集、图形和播客描述)均由 Neil Benson 或其播客平台合作伙伴直接上传和提供。如果您认为有人在未经您许可的情况下使用您的受版权保护的作品,您可以按照此处概述的流程进行操作https://zh.player.fm/legal

#124. When you're using an agile approach, like Scrum, how and when should you document your Dynamics 365 or Power Platform applications? After all, the Agile Manifesto says, "We value working software over comprehensive documentation", right?

Before projects start, my teams document requirements in a product backlog, visualise the backlog in a user story map, and discuss the project during a solution blueprint review workshop.

During sprints, we're writing unit tests, functional test cases, describing our features in wiki pages and tracking our decisions in a decision register.

Towards the end of the project or before a production release, we'll export the wiki as an as-as-built solution design document and hand it over the axe-wielding psychopaths who will be supporting and maintaining our applications.

And, of course, we'll produce all the other documentation our product owner asks us to if she create documentation-related items and prioritises them in the product backlog.

RESOURCES


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

  continue reading

158集单集

所有剧集

×
 
Loading …

欢迎使用Player FM

Player FM正在网上搜索高质量的播客,以便您现在享受。它是最好的播客应用程序,适用于安卓、iPhone和网络。注册以跨设备同步订阅。

 

快速参考指南

边探索边听这个节目
播放