欢迎大家来分享项目管理的苦与乐

之前项目总结

上一篇 / 下一篇  2008-05-10 10:24:24

前面做了几个项目,出现了各种各样的问题,当时我气急败坏。现在项目都顺利结束了,我回头看看。

当时的生气、着急也是有道理的,但我觉得自己也缺乏了一些耐心。现在看来,出现问题并不是坏事,我看到了,其他人也看到了,大家都愿意去解决,并且想办法解决。

之前出现的问题:

1、业务部门查抽随便更改需求,并且不通过TL;

2、程序员不根据设计文档开发,随心所欲;

3、有部分模块,设计做的不够详细;

4、项目进度拖延。

根据以上的这些问题:

1、我制定了一个项目步骤,这个步骤规定了每步该做什么,谁做。这样可以对项目整个进程控制比较严格。并且将这个想法,与程序员们讨论过。

2、由于前期程序员的一些问题,我将我这个小组的人员进行了调整(当然是在领导的支持下)。目前与组内的程序员们关系很好,他们也非常能理解我的工作,对我工作也很支持,我感到真是非常的欣慰。

3、通过前期的项目,我对程序员们的能力和侧重点也很熟悉了,因此在接下来的项目分配中,我能更游刃有余地分配合适的工作给他们;

4、程序员们通过前期项目,得到了很大提高(这是我最高兴的),不仅仅在技术上,还在思想认识上,都得到了提高。我对我这组,组员们非常满意,是因为,我觉得这些小伙子的领悟能力很高,有些做了5年10年的程序员们都没他们领悟那么快。

5、通过前期的工作,我找到自己的缺点,同时我也得到提高。

前期的工作,虽然我自己不满意,但领导还是很满意地。所以我觉得,碰到困难没有关系,只要找到问题,并且努力去改变就行。当然,首先自己要对自己负责,这样才会对自己的工作负责。

由于前期的工作,和最近的反思,以及程序员们的表现,我对接下来的2个项目充满信心。

 


TAG:

张恂的个人空间 引用 删除 张恂   /   2008-05-16 17:02:44
dearChloe:
2、程序员不根据设计文档开发,随心所欲;
3、有部分模块,设计做的不够详细;


这些只是表象,不是问题的根源。

我感觉,也许你们的项目本来就不适合采用详细设计文档。
张恂的个人空间 引用 删除 张恂   /   2008-05-16 16:58:26
dearChloe:
4、项目进度拖延。


你是否找到了进度拖延的真正原因(root-cause)?
引用 删除 张恂   /   2008-05-16 16:55:17
dearChloe:
1、业务部门查抽随便更改需求,并且不通过TL;


这个问题现在解决了吗?

这其实是一个过程规范、游戏规则的问题。不通过 TL 来干扰开发,尤其应该避免。

如果采用敏捷迭代开发(比方 Scrum),那么一个迭代开始后,中途是不能随意变更需求的,只能减少任务,不能增加任务。而业务部门的需求变更可以放到下一次迭代计划中。

所以,最好你能和业务部门协商制定出一个合理的开发过程规范(游戏规则),这样才能保障顺畅、稳定的开发。
引用 删除 414103937   /   2008-05-16 12:50:13
主要是合作态度的问题,配合的好,思维敏捷的程序员效率比较高
引用 删除 Guest   /   2008-05-16 12:48:28
1
谷雨霖 引用 删除 pharos   /   2008-05-15 10:47:56
团队建设很有效哈
 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

日历

« 2008-05-17  
    123
45678910
11121314151617
18192021222324
25262728293031

数据统计

  • 访问量: 714
  • 日志数: 6
  • 建立时间: 2008-03-28
  • 更新时间: 2008-05-10

RSS订阅

Open Toolbar