敏捷开发与jira之项目现状

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


 

资源组织结构


 

 

资源中的特殊角色


•反馈问题接口人
–测试兼,处理实施反馈回来的问题,Bug复现后分配给开发负责人;需求指向需求做进一步的需求分析
•流程反馈处理人
–测试或开发兼,反馈问题中有很多很流程相关,跟踪问题特别消耗时间,所以单独把流程的反馈拿出来交由专人处理
•报表开发者
–开发兼,报表是跟单据相对独立的业务,并且之前的过程中报表支持的不够完善,所以需要一个开发单独跟平台的开发沟通解决
•平台接口人
–开发兼,把客户反馈、测试发现的平台相关的问题提交给平台,并跟平台达成解决版本时间,再平台版本发布时验证版本,确定升级
•技术攻关
–开发组长或者有经验的工程师兼,比如研究Project导入,二维码、树形子表等
•日构建工具维护
–开发兼,维护打包工具,处理每日构建失败时的问题
•其他平台技术研究组
–开发兼,比如编码规则、查询方案、权限项等
 
协调

•与实施
–客户反馈问题修改的版本
–解决实施的咨询问题
–沟通复现Bug
•与平台
–提交的Bug包含的版本
–提交的需求解决的版本
–开发过程中对平台的建议反馈
–沟通平台开发解决客户现场的紧急问题
–技术培训
•开发 & 测试
–版本交付计划,确定各个测试阶段的时间点
–Bug版本包含争议处理
•研发 & 需求
–需求交底时间
–需求细化再次确定时间
 
生产率

•一个普通单据:2d
–消化需求 :1h
–单据界面搭建:3h
–业务逻辑处理:4h (这个浮动较大,依赖于逻辑复杂度)
–自测:3h
–Bug 修改:4h(这个也有浮动,依赖于个人能力)
•影响交付的情况
–技术攻关未完成
–平台不支持
–参照依赖,参照逻辑有问题,整个模块无法全部交付
–前置模块
–紧急反馈问题修改
–需求理解不深,造成设计有误,返工
–平台新特性的探路,比如数据视图,等发现路走不通需要平台解决时,需要下一个版本
–牵扯到后台代码的调试,部署dll之后,网站会重启,进入下一轮预编译,等待时间较长
 
下一步

•规范项目管理
–项目中的每个人,关心项目的每个人,什么时候想知道项目的情况都能显而易见的展现出来
–项目组的每个成员都能明确的知道每天、每周、每月自己都做了些什么,这些事是否跟目标是一致的
•培训
–开发过程,提升工作效率,沉淀项目意识
–技术能力
–拓展视野
posted @ 2013-07-05 21:49  消失的风  阅读(2345)  评论(0编辑  收藏  举报