注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

zhangxj105 的博客

 
 
 

日志

 
 
 
 

表单改造项目敏捷的一些感想  

2012-05-14 11:20:23|  分类: 工作 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |


最近的一个项目实施了敏捷,将整个项目按用户使用视角切分, 迭代提测, 但是这种敏捷,只能是过程敏捷的一种,发布仍然做一次发布; 实施的过程中好的现象如下:
1.缓解了前端资源紧张的问题, 原计划是两个前端投入, 但最终只有一个前端资源,而且是新人, 通过分页面提交,使得前端介入周期变长, 但也不影响后端开发,保证了项目前端资源的使用;
2. 问题及早的暴露,文案问题一直是项目中很大的风险, 通过这次迭代测试,从第一轮就开始发现文案问题,使得PD介入及时, 文案问题得到控制
3.协作加强, 由于按用户功能提测, 测试开发,各模块开发之间都更加高效的进行;
4. 代码质量提高, 在迭代提测过程中,开发人员自己发现很多前面开发的代码都存在很多问题, 自重构开始进行,提高代码的可读性和可维护性.

项目进行过程中,也发现了一些问题:
1.敏捷是否能依赖自组织, 由于我担任项目经理,也是团队主管, 在一度管理工作忙的时候,没有及时跟进项目, 使得项目第一次迭代delay了4天; 由此可见, 不能完全依赖自组织, 必须有master进行管理和指导;
2.每日沟通的必要性: 敏捷开发中, 传统模式下的各个部门都在并行, 而彼此的工作都有依赖性, 在这个项目前期我就没有组织每日沟通, 开发同学组织的沟通仅限于内部, 因此沟通的并不全面, 导致各个方面的信息不一致, 大家都问题的理解也不同, 项目很混乱, 后期项目出现风险,我及时调整了沟通策略,每日进行沟通, 效果很好,大家都了解彼此的工作状态, 和需要配合的内容, 风险得到控制, 大家心情也开朗了很多.

得到最有效的启示: 敏捷决不是一种项目管理方法, 他是要求每个人的工作习惯改变, 需要大家都更积极的贡献更多的力量,而不是守着自己的一块地方,仅沟通上下游的东西.

  评论这张
 
阅读(53)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017