说服利益相关者系统创建和/或代码更改的必要性
7步框架将帮助你快速清晰地向团队传达系统创建/代码更改的信息
引言
在阅读了大量关于提案、项目规划和项目管理的书籍后，我总结出这个框架，可以帮助你快速创建和传达团队所需的重要细节。
开发人员常常忘记沟通和说服业务团队系统创建和代码更改的必要性有多重要。遵循这个简短的框架可能会帮助你构建一个有力的论证，从而说服业务团队资助和/或允许项目开展。
背景
这个框架的很多内容都来自于阅读和重读一本非常好的书：《撰写成功的商业提案（第三版）》[^]
7步框架
这是一个快速的7步框架，你可以用来创建演示文稿或文档，当你需要说服利益相关者实施代码或系统更改时。
- 描述当前状态（系统或代码）以及缺失的部分。
- 听众需要知道你为什么要求进行更改。
- 确保你的问题陈述清晰明确。问题陈述常常被忽略或解释得非常模糊，导致听众无法理解项目的意义。
- 总结期望状态以及为什么它很重要。
- 同样，听众需要知道实施更改后会带来哪些优势。
- 提供达到期望状态的步骤。
- 这将让你的听众了解项目的范围（并帮助他们理解实施更改需要花费几个小时、几天还是几年）。
- 说明为什么你（或你的团队）是实现期望状态的合适团队。
- 你与听众的历史将决定你需要提供多少信息来让他们相信你是合适的人或团队来完成这项工作。
- 列出实现期望状态的挑战。
- 提供一份可能阻碍团队（或导致项目失败）的项目清单。
- 提供实现期望状态的可行性。
- 提供货币和时间估算以及所需资源清单，以便听众可以确定是否能够整合所有资源以实现期望状态。
- 提供一个令人信服的号召，呼吁其他人朝着期望状态努力。
- 在你提出所有内容后，强烈要求项目开始，以便解决问题。
如果你在创建文档或演示文稿时应用这个框架，它将帮助你创建一个快速/简短的文档，提供必要的细节，以便可以开始关于项目的良好对话。
您觉得怎么样？
你使用什么流程来沟通和说服你的团队，认为应该实施特定的系统或代码更改？
历史
- 2021年5月2日：初始版本