1. 发现
我们会找出你实际想要达到的目标,这通常不是最初的简介所描述的。 这是我们进行大部分争论的地方,有时我们会说服某人离开项目。 我们宁愿失去这个项目,并在下一个项目中得到信任,也不愿意建设我们看到的错误。
- 与那些将要使用产品的人进行对话,而不仅仅是购买产品的人
- 阅读已经存在的系统,包括没有人提到的电子表格
- 诚实的评估是否货架上的东西将为您服务更好
- 产出：书面范围、固定价格和日期
2. 范围和设计
结构、数据模型、接口和技术决策,这些决策的逆转成本很高。 权限和审计在此设计,而不是在后面添加,因为改造权限模型是软件中最昂贵的重新设计。 对于网站而言,内容在此处完成,因为内容是关键路径,假装不一样是项目失败的原因。
- 数据模型和权限设计在任何东西构建在它们之上
- 针对实际内容设计界面,而不是填充
- 技术决定与他们的推理写下来,为谁继承这
- 任何我们不确定的东西,在它成为结构之前,便宜地进行测试
3. 建造
我们的工作不断地被传送到一个你能看到的环境中,而且你每周都能看到它。 我们不会消失三个月。 你和编写代码的人交谈 — — 没有客户经理在你和他们之间进行翻译,因为翻译是要求死亡的地方。
- 一个运行环境,您可以从最初几周开始使用,而不是最后的演示
- 每周与实际建造它的人联系
- 在错误会造成成本的路径上进行自动化测试
- 监控和记录在构建过程中连接,而不是在结束时固定
4. 发射
对于任何替换现有系统的项目,这意味着经过测试的回滚、对生产副本进行多次数据迁移,以及针对您的业务而不是我们的方便而设计的切换序列。 对于网站,这意味着在发布前商定 URL 映射和重定向,因为经典的重新设计失败就是四周后流量崩溃。
- 一个已排练的切换和已测试的回滚,而不仅仅是写入
- 对于任何取代站点的内容,在发布前进行重定向和 URL 映射
- 从一开始就监控错误、性能和重要数字
- 在发射窗口期间和之后可用的人，提前指定
5. 操作或移交
我们不会让你留下一个没有人理解的东西。 运行手册是为一个不在项目中的有能力的人写的,因为最终是他将会阅读它 — — 有时候这个人会为你工作。
- 为下一个操作人员写的运行手册,包括不是我们的情况
- 基础设施即代码,因此环境可以重建而不是记住
- 如果我们正在运行,则以书面形式商定响应期望
- 文件记录的移交路径,无论何时您想在内部进行移交