敏捷开发与jira之项目现状

从三个方面概述项目的现状

---

资源组织结构

---

资源中的特殊角色

---

•反馈问题接口人

–测试兼，处理实施反馈回来的问题，Bug复现后分配给开发负责人；需求指向需求做进一步的需求分析

•流程反馈处理人

–测试或开发兼，反馈问题中有很多很流程相关，跟踪问题特别消耗时间，所以单独把流程的反馈拿出来交由专人处理

•报表开发者

–开发兼，报表是跟单据相对独立的业务，并且之前的过程中报表支持的不够完善，所以需要一个开发单独跟平台的开发沟通解决

•平台接口人

–开发兼，把客户反馈、测试发现的平台相关的问题提交给平台，并跟平台达成解决版本时间，再平台版本发布时验证版本，确定升级

•技术攻关

–开发组长或者有经验的工程师兼，比如研究Project导入，二维码、树形子表等

•日构建工具维护

–开发兼，维护打包工具，处理每日构建失败时的问题

•其他平台技术研究组

–开发兼，比如编码规则、查询方案、权限项等

 

协调

---

•与实施

–客户反馈问题修改的版本

–解决实施的咨询问题

–沟通复现Bug

•与平台

–提交的Bug包含的版本

–提交的需求解决的版本

–开发过程中对平台的建议反馈

–沟通平台开发解决客户现场的紧急问题

–技术培训

•开发 & 测试

–版本交付计划，确定各个测试阶段的时间点

–Bug版本包含争议处理

•研发 & 需求

–需求交底时间

–需求细化再次确定时间

 

生产率

---

•一个普通单据：2d

–消化需求 ：1h

–单据界面搭建：3h

–业务逻辑处理：4h （这个浮动较大，依赖于逻辑复杂度）

–自测：3h

–Bug 修改：4h（这个也有浮动，依赖于个人能力）

•影响交付的情况

–技术攻关未完成

–平台不支持

–参照依赖，参照逻辑有问题，整个模块无法全部交付

–前置模块

–紧急反馈问题修改

–需求理解不深，造成设计有误，返工

–平台新特性的探路，比如数据视图，等发现路走不通需要平台解决时，需要下一个版本

–牵扯到后台代码的调试，部署dll之后，网站会重启，进入下一轮预编译，等待时间较长

 

下一步

---

•规范项目管理

–项目中的每个人，关心项目的每个人，什么时候想知道项目的情况都能显而易见的展现出来

–项目组的每个成员都能明确的知道每天、每周、每月自己都做了些什么，这些事是否跟目标是一致的

•培训

–开发过程，提升工作效率，沉淀项目意识

–技术能力

–拓展视野