定制软件开发流程, 分步详解

定制软件按界限清晰的阶段构建, 每个阶段都有明确的目的.开工前先把它们说清楚, 整个项目就全程可读--你随时知道自己在哪一步, 下一步是什么.标准顺序如下:

• 需求调研--弄懂业务流程: 谁做什么, 数据放在哪里, 卡点在哪里.
• 范围与路线图--决定先做什么, 按什么顺序做, 哪些可以等.
• UX 与数据模型设计--在写任何代码之前, 先设计界面, 状态, 字段和报表.
• 开发与集成--构建软件, 并把它接入你已经在用的工具.
• 测试与 QA--验证系统可用, 包括那些别扭的边界情况.
• 上线与培训--让系统上线, 让团队用得有把握.
• 迭代与维护--随着业务对系统的认识加深, 持续打磨和扩展.

前三个阶段主要关乎决策; 后四个阶段关乎构建, 验证和改进.跳过或压缩前期阶段, 是项目超期最常见的单一原因, 因为每一个错误假设都会被固化进代码, 之后要花大力气一点点拆出来.

这些阶段不是单向的瀑布.tPanel 以短周期迭代交付, 尽早把可运行的软件交到你的团队手上, 而不是对着一份庞大的前期规格书消失几个月.先了解三种常见的交付方式, 有助于读懂本指南的其余部分:

• 瀑布式--先把所有需求完整写清, 再一次性长周期开发, 然后测试, 然后发布.纸面上看着整齐, 但一旦某个需求被证明是错的就很吃亏, 因为发现得越晚, 改动的成本越高.
• 敏捷 / 迭代式--系统在短周期中构建, 每个周期都产出可用的东西, 并随着真实使用揭示出真正重要的部分不断调整方向.范围是弹性的; 工期和预算靠取舍每个周期做什么来管理.
• 混合式--先做轻量的前期范围规划, 敲定系统形态和预算, 再在其下迭代交付.这正是 tPanel 实践中采用的方式: 做足够的规划给你一份可信的路线图, 然后用你能实实在在看到进展的短周期开发.

本指南后面讲的 MVP 优先, 正是混合式的具体做法--先敲定形态, 先做核心, 再依据证据逐步扩展.

时间周期随范围而变, 但真实的区间有助于你做规划.一个聚焦的 MVP--把一个流程做好--从头到尾通常在 6 到 12 周左右.一个中型系统--比如两到四个相互关联的流程, 加三四个集成--通常需要四到七个月左右, 分阶段交付而不是一次性完成.开发本身永远是耗时最长的环节; 需求调研和设计时间较短, 但重要性远超其时长.

下表仅为示意--每个项目都不一样--但它展示了同样的阶段如何随范围扩大而拉长.MVP 一列对应小型单一流程项目; 中型一列对应我们成本指南中 A$12,000-45,000 区间的中型定制系统(定制 CRM, 内部或运营系统).

拉长工期的通常是范围膨胀, 客户侧决策缓慢, 以及与老系统的复杂集成.这些因素如何同样影响预算, 见我们的澳大利亚定制软件开发成本指南.

定制开发是一场协作, 你这边的几样东西决定了项目是顺畅推进还是原地停滞.你不需要写技术规格文档, 也不需要懂软件--定义要做什么是开发方的工作.你真正需要提供的, 是接触到人, 及时的决策和坦率的反馈.

• 真正了解流程的人.让开发方有时间接触每天实际做这件事的员工, 而不是只听管理者凭记忆描述--真实需求就藏在那里.
• 一位单一决策人.一位有权快速拍板取舍的人.这是客户能提供的最有价值的东西; 没有什么比决策卡在委员会里更拖项目.缺少这个人的代价是真实的: 举个示意性的例子, 当一个是与否的问题必须在委员会里转一圈, 一天能定的事可能要拖两周--这种情况发生几次, 10 周的项目就悄悄变成了 16 周.数字是示意的, 但规律不是.
• 坦率的测试反馈.你的团队实际试用系统, 直说哪里好用, 哪里不好用--在上线之前, 而不是之后.
• 权限与数据.要打通的工具的登录权限, 以及需要迁移的现有数据--表格, 导出文件, 现有数据库.

tPanel 的每个项目都走这套阶段, 并刻意保持轻量, 让你把时间花在决策上, 而不是文书上.tPanel 从需求调研入手弄懂你的流程, 与你敲定 MVP 和路线图, 设计数据模型和界面, 然后以你能看到进展的短周期进行开发和集成.测试与开发并行, 上线分批进行并配以培训, 之后 tPanel 继续负责迭代和维护.

tPanel 以这种方式开发各类系统--内部工具, lead 与运营平台, 以及贴合你团队实际销售与服务方式的定制 CRM 系统.无论是什么系统, 流程都一样: 先弄懂工作本身, 先做能创造价值的最小版本, 再依据证据扩展.如果你有一个需要解决的流程, 最好的下一步是一次简短的需求调研沟通--告诉 tPanel 是什么在拖慢你的团队, tPanel 会帮你梳理出它该如何运作.