敏捷开发与jira之项目现状
从三个方面概述项目的现状
资源组织结构
资源中的特殊角色
•反馈问题接口人
–测试兼，处理实施反馈回来的问题，Bug复现后分配给开发负责人；需求指向需求做进一步的需求分析
•流程反馈处理人
–测试或开发兼，反馈问题中有很多很流程相关，跟踪问题特别消耗时间，所以单独把流程的反馈拿出来交由专人处理
•报表开发者
–开发兼，报表是跟单据相对独立的业务，并且之前的过程中报表支持的不够完善，所以需要一个开发单独跟平台的开发沟通解决
•平台接口人
–开发兼，把客户反馈、测试发现的平台相关的问题提交给平台，并跟平台达成解决版本时间，再平台版本发布时验证版本，确定升级
•技术攻关
–开发组长或者有经验的工程师兼，比如研究Project导入，二维码、树形子表等
•日构建工具维护
–开发兼，维护打包工具，处理每日构建失败时的问题
•其他平台技术研究组
–开发兼，比如编码规则、查询方案、权限项等
协调
•与实施
–客户反馈问题修改的版本
–解决实施的咨询问题
–沟通复现Bug
•与平台
–提交的Bug包含的版本
–提交的需求解决的版本
–开发过程中对平台的建议反馈
–沟通平台开发解决客户现场的紧急问题
–技术培训
•开发 & 测试
–版本交付计划，确定各个测试阶段的时间点
–Bug版本包含争议处理
•研发 & 需求
–需求交底时间
–需求细化再次确定时间
生产率
•一个普通单据：2d
–消化需求 ：1h
–单据界面搭建：3h
–业务逻辑处理：4h （这个浮动较大，依赖于逻辑复杂度）
–自测：3h
–Bug 修改：4h（这个也有浮动，依赖于个人能力）
•影响交付的情况
–技术攻关未完成
–平台不支持
–参照依赖，参照逻辑有问题，整个模块无法全部交付
–前置模块
–紧急反馈问题修改
–需求理解不深，造成设计有误，返工
–平台新特性的探路，比如数据视图，等发现路走不通需要平台解决时，需要下一个版本
–牵扯到后台代码的调试，部署dll之后，网站会重启，进入下一轮预编译，等待时间较长
下一步
•规范项目管理
–项目中的每个人，关心项目的每个人，什么时候想知道项目的情况都能显而易见的展现出来
–项目组的每个成员都能明确的知道每天、每周、每月自己都做了些什么，这些事是否跟目标是一致的
•培训
–开发过程，提升工作效率，沉淀项目意识
–技术能力
–拓展视野
