转眼间在新公司工作已经18个月了。在这里我的18个月我改变很多。从一个纯技术慢慢走向管理,深知这其中的不宜。工作中不再是做好自己的工作就ok了,更多的是与人打交道而不是之前的代码。当你与代码交流是可以完全的掌控。它就在那里,你怎么写它怎么运行。而现在做的更多是为大家服务,与领导沟通。在这过程中,你要考虑大家的感受同时也要考虑公司的成本、领导的需求,这些本身就是矛盾。所以,必要的时候一定要拒绝领导的一些需求。
下面上正题,之前我们的工作有些随意。以后打算调整一下我们的工作流程。让每个阶段都有东西保留。同时也希望这样的流程能帮助我们团队成长(虽然以前在大公司也没有严格这样执行,但我希望这次我能把这些贯彻执行)。
序号 | 阶段 | 备注 | 成果物 |
---|---|---|---|
1 | 需求讨论 | 与领导开会讨论需求 | 手稿 |
2 | 需求日程 | 与领导层确认需求后,制定本次需求工作时间表 | 计划时间表 |
3 | 需求调研 | 调研分析同类产品。要写出分析了哪些产品。得到哪些启发打算如何做 | word或ppt |
4 | 需求设计 | 根据1、2两步进行需求设计。设计过程中要分阶段讨论 | 需求列表、需求规格说明书 |
5 | 需求确认 | 团队所有成员参与 | 需求列表、需求规格说明书(定版) |
6 | 原型设计 | 根据需求,设计原型图。分阶段与团队所有成员讨论 | 原型图 |
7 | 原型确认 | 需求、研发、UI负责人参与 | 原型图(定版) |
8 | 测试用例 | 根据需求编写测试用例 | 测试用例 |
9 | 用例评审 | 需求、研发、测试负责人参与 | 测试用例(定版) |
10 | UI日程 | 根据原型图给出UI工作时间表。分阶段会议讨论设计成果 | 计划时间表 |
11 | UI设计 | 需要分析同类产品,并在产品设计风格下设计。可随时和大家讨论 | 设计图 |
12 | UI确认 | 团队所有成员参与 | 设计图(定版) |
13 | 设计日程 | 根据需求制定研发工作时间表。最好可进行阶段性测试 | 计划时间表 |
14 | 概要设计 | 设计系统结构、模块划分、接口设计、数据结构以及错误处理 | 概要设计说明书 |
15 | 详细设计 | 细化概要设计,可根据详细设计进行编码 | 详细设计说明书 |
16 | 研发日程 | 根据概要设计或详细设计制定工作时间表 | 计划时间表 |
17 | 编码 | 根据研发日程进行开发 | 代码 |
18 | 单元测试 | 研发人员编写代码后需要进行测试 | 测试记录 |
19 | 代码审查 | 已互查为主 | 检查记录 |
20 | 测试日程 | 根据研发日程编写测试工作时间表 | 计划时间表 |
21 | 阶段测试 | 研发进行要分阶段提交可运行产品,让测试早但与进来 | 测试报告 |
22 | 集成测试 | 整体测试 | 测试报告 |
23 | 回归测试 | 测试报告 |