第一次项目经历,碰到很多问题,麻烦前辈们指点

iamredeye

如果是想从根本上改变，可能象上面说的，需要很多时间和精力去建立或调整项目管理和软件工程的方方面面，短期效果未必有。

可否先着手找到最需要解决的问题，也就是什么东西最困扰你们？原因是什么？

比如你说“每次项目都延期,而且BUG漫天飞”，可能项目延期和bug太多就是你需要关注的两个最关键的问题。确定了这个，下一步要找到原因在哪里。

项目延期的原因是计划不合理？这个肯定有，但很难解决，先放放。变更管理没做好？我觉得也许值得研究一下，这个也相对好解决。

bug太多的原因是什么？也许是前期的review太假或测试介入太晚，甚至没有UT/IT/ST，只有explorary testing，等等，分析一下再相应采取措施。

不要“革命”。

iamredeye

原帖由 fqking 于 2008-8-14 14:59 发表

嗯..要说项目延期,其实我觉得主要就是上面提到的2个问题:人力投入和设计缺陷. 我查看了工作日报统计过.对项目造成延迟的主要原因就是返工,技术瓶颈卡住,编码中反复修改设计,人力不能完全投入.可是这些我都无力改变 ...

pm的一个任务就是把project （not product！）scope以及相应的时间人力成本尽可能清晰的呈献给老板，这是讨价还价的砝码。否则无法说服老板为什么需要3个月而非2个月。这是pm可以控制的，老板和公司认不认可也许是pm不能控制的。

你提到了返工，反复，bug等问题，我个人感觉一个原因就是你们的纯waterfall，不妨尝试iterative。员工实际在行为上已经在呼吁iterative了，但管理层面上被套上了waterfall。这对进度和质量都有影响。

iamredeye

这样的话其实焦点问题越来越清晰了，项目的主要问题在于technical risk。设计之后要投入多一些精力去验证或评估feasibility。

iamredeye

原帖由 fqking 于 2008-8-14 18:44 发表



在项目初期考虑过用迭代,可是怎么说呢..我们现在做的就是第一版,从宏观上讲就是迭代的第一次.功能是选取的经典短小的.开始准备使用迭代是根据设计来选择的,后来因为设计的更改,发现迭代失去了意义(因为功能是串 ...

讨价还价的基础是项目管理环境。pm把pragmitic的plan拿出来，老板用懂项目管理的脑子思考一下哪里合理哪里不合理。所以项目管理受公司环境（即项目的环境）的影响很大，属于org的范畴。

这可能对你来说没啥用，等于是废话。。。sorry