俯瞰软件项目

项目问题

1.在软件中堆砌新功能，然而用户不用：原因是开发人员将工程方法当成设计工具。
2.设计的核心概念在开发实现中会容易被抹杀，就像做手术，按照规定走完所有的手术流程，病人死在了手术台上：原因是开发和设计相关人等没有达成一致意见作出承诺，关注点没有集中放在用户身上，而是流程步骤。

---

解决方案：用户故事地图（有效沟通）

1.便签、胶带在墙上讨论画出软件系统地图。

1.1 就像一个网站导航和页面，还包括每个交互对象（比如按列表）动作的前后台逻辑。
1.2 红色便签用来标注用户（用户模型，画用户），黄色标签用来描述用户行为（故事）。
1.3 第一行是用户便签（分散一点）
1.4 第二行是各个用户主要的行为便签，按照用户与用户之间交互操作流程顺序贴出。
1.5 第三行开始在每个主要操作行为便签下面，分解各个行为，单位是3个工作日内能开发完成的工作量（细化行为便签）
1.6 与高层开始讨论分几期开发，第一期需要抓住哪些用户，需要首先支持这些用户的哪些基本行为。
1.7 产生最小可发布集：与特定用户沟通（建立特定目标用户群），进一步细化行为，将细化的行为划分成必做和不做功能，移动细化行为标签上下顺序，以调整优先级。
1.8 根据第一期的发布集使用Axure画出demo原型页面（用来验证假设的行为是否可用可行），打印出页面，贴在对应行为标签下面，与用户沟通调整demo（多轮用户测试和打磨）。
1.9 与开发人员沟通，关注细化行为便签,将对应行为的前后端业务逻辑贴在demo页面打印页上。
1.10 将要未掌握的技术架构知识使用绿色便签贴在行为便签上（风险便签），在风险便签上贴出风险燃尽图。划分2个阶段，第一阶段成果是编写无技术障碍的基础功能，发MVP（最小发布框架试验品）基础功能已经具备，用户可以试用；第二阶段是扫除有技术障碍的功能和优势功能，发布第一期所有功能给用户群试用。

1.11 可以直接在行为标签上签名开发和测试，文档人员记录待办列表，画出燃尽图开始开发和写测试案例测试。

1.12 第二期重复1.5到1.11的步骤。