你不需要带来解决方案.

一家科技公司必须帮助将问题转化为产品,系统或自动化. 客户不需要写一个技术规范. 它需要显示企业在哪里浪费时间,收入或能力.

像是"我们需要应用程序"这样的短语, "客户因为依赖手工服务而放弃订单"这样一句话,

举个真实例子

随身携带展示该过程的材料. 它们减少了假设,并帮助我们找到例外.

  • 今天使用的表格,表格和信息.
  • 代表性要求或服务.
  • 报告可以指导决策.
  • 经常出现的错误和异常情况.

选择一个人来决定

每个怀疑都在等待一个大会议. 内部负责人不需要掌握技术. 你需要了解这个过程, 找到合适的人, 在约定的时间内确定优先事项.

这张纸还可以保护镜头. 新的想法可以进来, 但它们必须与已经达成的协议争取优先权.

定义发射后的变化

一个交付不会在屏幕完成后结束. 定义谁使用,哪些步骤不再是手动的,

当问题,负责人,例子和接受条件都清楚时, 技术设计可以稍后做.

哪些简报可以帮助你, 而不是成为一份技术文件?

一个好的简报描述了问题,人员,当前流量,数量,例外和预期结果. 您不需要定义语言,数据库或架构. 这些决定是解决方案的组成部分. 客户需要带来交易的证据,并愿意作出决定.

相关信息一个有用的例子避免什么
问题申请时间很长,因为它们通过三个表格.基于意见的范围
用户卖家,金融家和反复客户晚发现的许可证
时间每周的联系,请求或文件没有比例的建筑
其他情况删除,重复和错误的数据只有在理想情况下,流动就能运行.
结果减少等待或消除手动复制没有成功标准的交付

谁需要参与决策?

选择一个能确定优先事项的负责人,然后接受. 只有当问题需要专业知识时, 许多人的聚会并不能取代权威. 它们通常会增加问答之间的时间.

也定义了谁批准数据访问,谁监督安全,谁在发射后承担操作. 在小企业中,同一个人可以扮演多个角色. 重要的是不要让责任隐含在内.

如何准备数据和集成?

列出每一个信息的来源,纠正的地方以及哪个系统应该被视为官方来源. 抽取一个样本,但不删除坏案例. 复制,空字段和不同的格式有助于扩大迁移和验证.

绘制出已知的访问,供应商和限制. 不要在文件或短信中共享密码. 您最喜欢自己的账户,临时权限以及完成工作时取消访问权限.

在第一次交付之前应该决定什么?

  • 问题和优先流动.
  • 负责决定和接受的人.
  • 参与试验的用户.
  • 需要的数据和访问规则.
  • 之前和之后的计数.
  • 如果发生故障,计划进行训练,支持和恢复.

在招聘技术之前常见问题

我需要确切地知道我想建造什么?

没有. 你需要知道需要改变什么. 一个有能力的合作伙伴会研究其他的选择, 找到一个封闭的解决方案可能会隐藏更小,更合适的选择.

我应该花多少时间跟踪这个项目?

让时间短而频繁地用于决策,演示和用户验证. 审批迟到的情况会迅速增加. 一个可预测的节奏通常比大型的零星会议更有效.

相关服务基础设施与持续演进了解我们如何构建