有没有人讨论一下关于项目管理

guaguatou

最近在一个项目开发中，遇到了一个比较头痛的问题。
就是横展开比较差，导致了整个开发效率低下。
所谓的横展开，就是review过的指摘点，在整个team中的应用。
有些问题是共通的，发生在一个人身上，在进度会议上和大家说明了以后，要求注意的。
但是到了实际，还是会犯一样的错误。
一而再，再而三的说明了，还是一样。
就导致了还是要花大力气做check和review，头疼啊。

zlwenny

分析1
在一个项目中问题的发生频率超过3次以上，是一种不良的信号，说明
1）执行力不高；
2）培训没有做好；
3）激励机制不够完善（相对的，即惩罚）。
分析2
4）设计不够细分（使得代码的check和review需要花费很大的气力）；
5）过程不清晰、责任不明确（使得代码质量较差）。
分析3
也许项目团队的技能（不仅开发技能，还包括成本意识等）需要提高。

guaguatou

分析1
在一个项目中问题的发生频率超过3次以上，是一种不良的信号，说明
1）执行力不高；
==》执行力不高，应该是贯彻的不够彻底吧。
2）培训没有做好；
==》在这方面可能是不够。不过原因是，开发时间很紧张，没有很多时间培训。而且有些问题是在开发过程中发生的，仅仅是在会议上提出，或者在review过程中对个别人提出，没有很重点的提出。
3）激励机制不够完善（相对的，即惩罚）。
==》对于这点，就没有什么好的办法。我们的项目一部分是自社员，一部分是协力会社的。对于自社员的管理，因为有考评等机制，相对还可以控制；但是对于协力会社的就有点困难了。只能是公司层面上的合同等来进行管理，对于实际的开发人员来说，主要还是靠个人的责任心和他们公司对他们的管理和控制。
分析2
4）设计不够细分（使得代码的check和review需要花费很大的气力）；
==》在这个项目重，设计已经非常细化了。甚至可以说是细化到了每个方法中的每个步骤。
    比如说，一个方法中，第一步要进行session check；第二步要从session中取数据；第三步，第四步，等等。
5）过程不清晰、责任不明确（使得代码质量较差）。
==》我们的过程还是很清晰的，一个阶段就是一个阶段，每个人的责任也都是很明确的。
分析3
也许项目团队的技能（不仅开发技能，还包括成本意识等）需要提高。
==》我觉得首先要提高的是意识。

酒中仙

个人没有很多经验，光文档一些就觉得学问很多

酒中仙

原帖由 guaguatou 于 2007-10-4 11:30 发表
分析1
在一个项目中问题的发生频率超过3次以上，是一种不良的信号，说明
1）执行力不高；
==》执行力不高，应该是贯彻的不够彻底吧。
2）培训没有做好；
==》在这方面可能是不够。不过原因是，开发时间很紧张， ...

受教了，学了很多，呵呵

guaguatou

原帖由 酒中仙 于 2007-10-4 17:11 发表
个人没有很多经验，光文档一些就觉得学问很多

俺觉得这应该是一个螺旋式上升的过程，理论-》实践-》理论-》实践，如此循环

zlwenny

那就没有办法了，原因很简单：
采用外包的方式来进行开发，是企业节约成本的一种公司级策略；
而降低了对开发人员的培养成本，自然会影响到开发的进度和质量。

现在重要的是如何定义项目目标，并在现有的基础上改善该过程。

另，如果设计过于细致，扼杀了开发人员的创造力，也会导致低效率的代码和低质量的系统。

题外话：看看 guaguatou 的发言，像是日本的外包？