NX公司敏捷流程改造讨论-2019.02

基于NX公司业务模式的敏捷开发团队配置与流程进行讨论

标准流程

NX公司在需求阶段有所欠缺,而测试阶段缺失.

    需求阶段缺失会导致以下问题:

        1,不了解需求会导致开发与产品需求直接的偏差,导致产品功能异常

        2,不了解开发难度就会无法估计开发工作量,导致项目延期

        3,未安排开发计划会导致团队没有明确目标容易怠工以及工作不饱和

        4,没有确定的开发功能点,导致无法评估开发需求的工作了以及无法安排开发计划

    测试阶段缺失会导致项目出现未知bug;

以上均是需要改进的部分.

改进建议有:

    1,增加需求文档的规范流程,具体需求要点,进行需求优先级排序.

    2,增加产品需求文档与开发接口文档的要求(会花费更多时间,但可以确定工作任务以及工作追责,评定绩效).

    3,增加测试用例编写(花费更多时间,但可以避免上线出现问题以及确定符合产品需求).

标准人员配置

NX公司在测试,业务,技术服务,移动终端有所缺失.

测试缺失导致无法进入测试阶段,移动端缺失导致无法开发安卓客户端;

技术服务业务现由我一人承担,导致工作内容繁杂,无法兼顾.

一般一个web前端和一个java后端配合对接,一个技术服务负责解决攻克项目难点和搭建,一个运维保证线上项目运行与版本更新.

但目前NX公司团队较小,以上内容可合并为一个技术服务做产品之外的基础工作以及技术攻关,一个或两个业务开发负责产品的具体开发.

基于以上,我认为目前开发团队缺少一个高级web前端(可做h5以及app),一个或两个java后端,一个测试

其中测试非急需,可以等klm项目上线前再开始招聘,

web前端有需要但不如java后端紧急,目前缺少安卓客户端(有些前端可同时开发移动端),以及快来买项目三个系统(供应商端,采购商端,系统后台)三部分,都由一人开发,时间紧缺.

java后端目前急需,现我一人无法兼顾两个项目以及需求对接分析以及运维开发.

至少增加一个或两个java后端以及一个web前端,可以组成最小开发团队,工作任务饱和,后续若进行两周快速迭代将无法兼顾kbt项目.

以上.