关于项目管理的一些个人见解

      在项目开发中，如果项目经理管理得当，会按时甚至提前完成开发任务，否则，则有可能延误开发任务。

       我认为在项目开发中应该注意一下几点：

1、  代码规范

项目组在开始时候，应该制定一套编程规范，所有成员必须按照编程规范进行编码。

2、  使用成熟的技术

使用新技术可能会提高开发进度，但是新技术会有较高的风险，项目组的成员熟悉新技术需要一个过程，而且有许多应用环境对新技术的是否支持，我们不得而知。

3、  项目前期的培训

这里的培训指的是项目组内部培训，包括所使用的框架、业务文档。框架培训可以适当避免成员解决某些问题时候，绕过框架提供的方法来解决，导致编程不规范，而使整个项目组的代码缺乏一致性。业务培训可以避免项目组成员编写错误的解决方法。

4、  代码审查

项目前期，尽量做到每周都抽出一点时间来做代码审查，要审查项目组成员的代码规范以及一些重要功能的代码实现是否有问题。

5、  项目组新加入的成员

项目开始中期，如果加入了新成员，这个是项目开发过程中比较忌讳又是比较常见的情况。新来成员不能因为项目进度比较紧，而让他直接投入到开发中，不管他的水平高低，必须先学习编程规范以及公司的应用框架。我感觉新成员应该至少一周的时间来学习业务、编程规范以及应用框架，由项目组一个老员工进行指导。

6、  加班制度

适当的加班可以提高项目开发进度，但是过度的加班往往会导致项目组成员产生抵触心里，从而出工不出力，这个加班的“度”，需要根据实际情况来确定，不好直接描述。

7、  激励

这里的激励不是指物质激励，这个一般项目经理也没有权利去做，但是项目经理可以对项目组成员进行激励，表扬他们工作完成的好、快等。

 

评论

15 楼 squall140 2010-06-04  

我比较支持 darkfox  的观点，

但是我也可以理解LZ，毕竟小公司，团队不完善，很多事情要亲力亲为。

假设团队就5个人，3个开发，1个测试，1个小LEADER。

那管理手段从何而来？

个人认为，面向上述提到的小TEAM, PM更多要做的是去把握整体软件项目的Q/T。

而不是把更多的经历放在如何规范软件内部。

PM更多的是要去协调客户 和 你的高层领导。团队内部注重沟通和协调。

如果一直不学会培养和放权，那么你充其量也就是个小LEADER而已。不利于团队的良性发展。

你如果还不明白的话，可以用PM的KPI入手： 把握客户满意度 和 项目进度 才是首要任务。

14 楼 chouken 2010-06-01  

<div class="quote_title">zhangjunji111 写道</div>
<div class="quote_div">
<p class="MsoNormal" style="margin: 0cm 0cm 0pt;"><span style="font-size: small;"><span lang="EN-US"><span style="font-family: Times New Roman;"><span> </span><span>     </span></span></span><span>在项目开发中，如果项目经理管理得当，会按时甚至提前完成开发任务，否则，则有可能延误开发任务。</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt;"><span style="font-size: small;"><span lang="EN-US"><span><span style="font-family: Times New Roman;">       </span></span></span><span>我认为在项目开发中应该注意一下几点：</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">1、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">代码规范</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">项目组在开始时候，应该制定一套编程规范，所有成员必须按照编程规范进行编码。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">2、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">使用成熟的技术</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">使用新技术可能会提高开发进度，但是新技术会有较高的风险，项目组的成员熟悉新技术需要一个过程，而且有许多应用环境对新技术的是否支持，我们不得而知。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">3、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">项目前期的培训</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">这里的培训指的是项目组内部培训，包括所使用的框架、业务文档。框架培训可以适当避免成员解决某些问题时候，绕过框架提供的方法来解决，导致编程不规范，而使整个项目组的代码缺乏一致性。业务培训可以避免项目组成员编写错误的解决方法。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">4、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">代码审查</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">项目前期，尽量做到每周都抽出一点时间来做代码审查，要审查项目组成员的代码规范以及一些重要功能的代码实现是否有问题。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">5、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">项目组新加入的成员</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">项目开始中期，如果加入了新成员，这个是项目开发过程中比较忌讳又是比较常见的情况。新来成员不能因为项目进度比较紧，而让他直接投入到开发中，不管他的水平高低，必须先学习编程规范以及公司的应用框架。我感觉新成员应该至少一周的时间来学习业务、编程规范以及应用框架，由项目组一个老员工进行指导。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">6、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">加班制度</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">适当的加班可以提高项目开发进度，但是过度的加班往往会导致项目组成员产生抵触心里，从而出工不出力，这个加班的“度”，需要根据实际情况来确定，不好直接描述。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"><span><span style="font-family: Times New Roman;"><span style="font-size: small;">7、</span><span style="font: 7pt ;">  </span></span></span></span><span><span style="font-size: small;">激励</span></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0pt 39pt;"><span><span style="font-size: small;">这里的激励不是指物质激励，这个一般项目经理也没有权利去做，但是项目经理可以对项目组成员进行激励，表扬他们工作完成的好、快等。</span></span></p>
<p> </p>
</div>
<p> </p>
<p>你上面说的这些都是必须的。</p>
<p>项目管理主要是时间，成本，质量三方面的平衡。</p>
<p>理论上可以看看PMP。</p>
<p>实践上的就的自己积累了。</p>
<p>注意过程改进。</p>

13 楼 zhangjunji111 2010-05-23  

darkfox 写道

关于这几条我说说自己的看法，LZ说到了代码规范、文档规范、代码审查、前期的框架培训。这说明LZ对PM的职责定位存在偏差。

  一个成熟的公司肯定是会有一套或者多套成熟的框架,那么进行框架培训是项目外的事情。或者是有独立的培训部门来运作的。

  代码、文档规范这些事情该做,但是项目经理不是主导,架构组才是主导。架构完成之后也会有基本的培训。

  代码审查这个视乎项目而定,完成这个工作的人也不可能是项目经理。在我的项目中通常由Module Leader来完成，我也见过由QC来完成的。

  加班制度和激励机制。。呵呵。。这个就更难说了。项目经理应该最大限度的控制加班甚至杜绝加班。当然这个很难。但并不是不可能。激励机制。。一个稍显苍白的话题，其实国内的很多项目。作为PM再这个方便难以有很大发挥余地。

  所以....项目经理最大的作用是沟通,这方面LZ似乎根本没有提及。。
 
  

小公司是没有那么多具体划分的，项目经理基本上什么都要做的。

12 楼 darkfox 2010-05-10  

关于这几条我说说自己的看法，LZ说到了代码规范、文档规范、代码审查、前期的框架培训。这说明LZ对PM的职责定位存在偏差。

  一个成熟的公司肯定是会有一套或者多套成熟的框架,那么进行框架培训是项目外的事情。或者是有独立的培训部门来运作的。

  代码、文档规范这些事情该做,但是项目经理不是主导,架构组才是主导。架构完成之后也会有基本的培训。

  代码审查这个视乎项目而定,完成这个工作的人也不可能是项目经理。在我的项目中通常由Module Leader来完成，我也见过由QC来完成的。

  加班制度和激励机制。。呵呵。。这个就更难说了。项目经理应该最大限度的控制加班甚至杜绝加班。当然这个很难。但并不是不可能。激励机制。。一个稍显苍白的话题，其实国内的很多项目。作为PM再这个方便难以有很大发挥余地。

  所以....项目经理最大的作用是沟通,这方面LZ似乎根本没有提及。。
 
  

11 楼 larkygirl 2010-04-20  

whaosoft 写道

第6条 往往大公司不能坚持这些 都是加个通宵在连下去

小公司也不会手下留情的，我们的进步之前是boss直接掌控，天天赶，我们的项目经理兼职是个技术服务者，既要编程，又要管理。还没有项目的进度控制权。
天。

10 楼 Tomzheng 2010-01-21  

我们人少，没有这么多的讲究。借监

9 楼 leadyu 2010-01-19  

LZ是否把客户的因素给丢了，项目的运作没有客户的配合，延误是肯定的

8 楼 alexgl 2010-01-18  

楼主太理想化了，我认为首先要和公司的想法保持一致是第一点；其次都是技术方面的，都好解决；

7 楼 zhangjunji111 2010-01-17  

jyslb 写道

对软件需求进行合理的开发评估，制定稳健的开发计划，编写概要设计，详细设计，有效的review，高度覆盖的单元测试，保证项目开发进度，解决项目开发中的技术难点等也非常重要

这些我目前接触的还比较少，特别是对于合理的开发评估、项目开发进度等把握的不太好，还需继续努力。

6 楼 jyslb 2010-01-16  

对软件需求进行合理的开发评估，制定稳健的开发计划，编写概要设计，详细设计，有效的review，高度覆盖的单元测试，保证项目开发进度，解决项目开发中的技术难点等也非常重要

5 楼 bence 2010-01-16  

很有感触，

4 楼 alswl 2010-01-15  

唉～对比上面几条，我发现我在的团队都没有达到～

3 楼 skzr.org 2010-01-15  

whaosoft 写道

第6条 往往大公司不能坚持这些 都是加个通宵在连下去

之前在公司呆着还感觉不错，加班后可以兑休，可是到了08年后加班后兑休就成了一只公谈

2 楼 yymt 2010-01-15  

LZ太理想化了~`

1 楼 whaosoft 2010-01-15  

第6条 往往大公司不能坚持这些 都是加个通宵在连下去