第一次当项目经理,目前困境中,大家给出出注意(100分)

极限编程--一般称为XP(Extreame Programing)是特别适合于中小型团队,中小型项目,并且需求多变的软件开发方法学,敏捷开发中最著名的一种,要求以测试为主导,用起来的时候很有做开源项目的味道
 
1、在过程的关键控制点设立里程碑,非常非常重要!可以设立几个迭代里程碑
2、控制自己的编码时间在20%以内,其他大部分时间主要是项目跟进、沟通、协调、质量控制。
3、加强评审机制:需求、设计、编码、测试等有很多需要评审的地方,避免闭门造车
 
楼上说的很实用
 
极限编程对项目经理的要求可是很高啊
楼主还是使用Borland的ALM来正规的实施这个项目
做下来后,你会收获很大
 
轻型计划。
小版本多叠岱(短周期,经常性发布)。
简化设计。
测试驱动。
经常性整合。
 
做好需求分析,确认和规划软件开发时间以及控制软件开发进度,同时多给他们指点,因为新手需要的是时间来锻炼
 
建议多看下软件工程这本书!对你做项目来说非常重要
 
to:omtf,
1、在过程的关键控制点设立里程碑,非常非常重要!可以设立几个迭代里程碑
这个我已经做到。
2、控制自己的编码时间在20%以内,其他大部分时间主要是项目跟进、沟通、协调、质量控制。
20%已经做到,但项目跟进、沟通、协调、质量控制,是一个很范的问题。我现在专门制定一个人做测试,并写测试报告。对于这几点最差的是沟通,即没有和客户沟通好,客户需求一变再变。
3、加强评审机制:需求、设计、编码、测试等有很多需要评审的地方,避免闭门造车
项目流程目前尚未确定。目前工作主要应付尽快解决项目BUG,以及一些新功能。
再次感谢各位给予宝贵的经验,我会及时发布我这里的新情况,和大家一起共享和学习。
 
to helloqiner:
同感。
to youjq:
如果你仔细分析一下,能够确定以目前的资源、目前境况来看这是一个不可能完成的任务,那么我的建议或许有用:
感觉有很多风险不是你能控制的,在这种情况下不能照搬项目管理方面的东西。
6个人的团队至少要分为三个小组,一个熟手带一个生手,齐头并进的话只能是心有余而力不足。
你的团队不是一个重型装甲师,而执行的却是越过茫茫沙漠全歼敌人的大部队,那么结果就是痛苦的死亡;而你的团队却可以组织成一个阻击小分队,去攻击那些重要目标,虽然挽救不了整体败局,却可以给团队中的每个人留下一些有意义的回忆。
 
to:sailsoft,感谢,有理.
 
主要原因:新功能加入后原有的功能没进行测试,最后改的全都乱了,大家心里面都没有底,老是出现这样那样的问题!导致最后的项目失败。
要有人对项目进行全面的控制,代码设计要规范合理,及时进行调整;测试要认真细致,至少单元测试应该全面通过后才可以添加新的功能!
 
别的不提了,大家已经说了很多了,其实上面的提议大多存在于敏捷软件开发[XP]中,所以建议楼主去看看关于敏捷软件开发方面的东西吧,而敏捷软件开发也恰恰适合于小型的开发团队,再者建议楼主去看看关于软工的一本小说《最后期限》,会有大的启示的,Good Luck!
 
我们需要学习的东西太多了. 我也在努力中…
 

Similar threads

D
回复
0
查看
901
DelphiTeacher的专栏
D
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
顶部