怎么理解项目经理？

觉得你的思维以及你的分析发生了偏差：

　　你既然引用了我刚才那句话，你没有看到我是在说项目管理，不能以涨薪资为管理手段，不能以请吃饭为管理手段吗。　
　　项目经理是管人的，是以心冶，累心的，所以我就分析了我们公司８种人的性格，心理，技术现状，我又说了这８种人里面也包括我自己的，而且是综合症。
　　而且我前面说了自己也不匝地，别指望培训别人。
　　寻找党组织的意思是希望能够有人来培训我，咱不能误人子弟吧。你难道没有寻找过吗，你为什么不一直呆在你第一个公司里面吗？你跳槽真的全是为了钱吗，如果你这个问题不能凭着自己的良心回答，那我实在不明白你为什么要用悲哀这两个极其让人觉得极其低俗的话语。

　　我提出这么多的话题，就是拿我周边的人，拿我自己说事，我因为很多人在讨论问题的时候，总是忘却自己，一味拿高深充大，我觉得人不能高意识膨胀，不能超越现实吧。

　　我如果不把话题说的深入一点，或者有的人说偏激一点，又怎么会引出来讨论呢，我如果像你一样装高尚，说话四平八稳的，又有谁能讨论这些问题呢，又怎么能透彻的分析这些东东呢，人都有两面性，每个人白天上班所做的和晚上上论坛所说的，又有多少是一致的呢。

　　任何事情都有阳光照不到的地方，我说一些阴暗角落，让大家来分析，做一个对照，每个人心里有一些警示，或者能够提供决策来帮助清除这些阴暗，不管别人有没有警示，反正对我有帮助。从这方面来讲，我是诚恳的向别人请教。
　　试问，你也承认项目管理中有诸多问题，但如果不摆到桌面上，又怎能进行分析呢，这怎么会牵缠到谁比谁聪明或者谁比谁高深的问题上呢，是谁在低俗，希望大家有个公判。
　　
　　我承认我水平不高，现在我再次承认。你可以一直说我素质不高或者批判我观点不对，但请不要用悲哀这样字眼，因为实在是排队排十年也轮不上你说。
　　同时我也没有对自己失去信心，我也一直在进步，我相信，很多沉默的人们肯定面临着和我一样的境遇，困惑。
　　
　　以下是在BlogJava上别人对我这份帖子的评论，有批评的，有赞同的，但没有一个用悲哀这样的字眼：　

# re: 走下神坛的项目经理 
binge
找个好团队真的不容易.
Posted @ 2006-07-16 20:19  回复  删除评论  
# re: 走下神坛的项目经理 
张浦
考，全是我的苦恼，和我们公司基本一样～～呵呵·～
Posted @ 2006-07-16 21:40  回复  删除评论  
# re: 走下神坛的项目经理 
不曾真实
项目经理，第一是要做人。请吃饭，解决人民内部矛盾，是基本素质。你不能指望所有人都是很优秀的。他们或许有很多缺点，但是第一，你要帮助他们改掉他们的缺点，第二要帮助他们扬长避短。这也是他们跟着你混所能得到的好处。人的因素搞不定。别的就不用讲了。 
用人第一看做事情有没有综合能力，能不能把事情办好。一定程度的给他们自由。如果做事情结果不好。那么就看他们态度是不是好。是不是在进步。如果没能力又不上进，这种人当然没有用他的理由罗。 
开发过程，风险管理，有本书叫做《死亡之旅》，讲的不错，非常推荐。
Posted @ 2006-07-17 00:12  回复  删除评论  
# re: 走下神坛的项目经理 
钟鹏
我想此言此语是出自内心而发的，不过本人还没有出道，请多多指教!
Posted @ 2006-07-17 01:10  回复  删除评论  
# re: 走下神坛的项目经理 
SeeYon
[quot]在百十号人的公司里说句话，有人能深情的看你一眼呢[/quot] 

喜欢这句。很传神！
Posted @ 2006-07-17 09:19  回复  删除评论  
# re: 走下神坛的项目经理 
@家军
标题太偏激，做为一个好的项目经理就是你和同事并肩做战，如果有一天你忘记自己是一个项目经理的时候，可能你的项目进展的很好，当然了，你有决定权，这一点足够了。
Posted @ 2006-07-17 09:45  回复  删除评论  
# re: 走下神坛的项目经理 
读书、思考、生活
深有同感！
Posted @ 2006-07-17 10:35  回复  删除评论  
# re: 走下神坛的项目经理 
冰川
做事凭良心就行，管那么多干嘛！ 
我随便答答你的问题： 
1。不是 
2。经验，沟通，计划 
3。都不是（本人认为是由客户和老总决定） 
4。呵呵，那个叫没话说了 
5。不能 
6。不喜欢，也没办法啊 
7。这个问题需开个专题 
8。这很简单啊，现在很多的（小企业嘛，可以理解） 
9。不能 
10。我换公司 
11。不是，只要有能力，肯用心就行 

总结，以上问题有问题啊！！！
Posted @ 2006-07-17 11:51  回复  删除评论  
# re: 走下神坛的项目经理 
javajohn
大部分一样. 
"如果需求或设计中有错误，知道错了，也不说，就按错的来。"(我们这里的环境:"策划就这样写的啊!"要不就"我这是按策划做的,不信看策划",55555);
Posted @ 2006-07-17 13:42  回复  删除评论  
# re: 走下神坛的项目经理 
勇敢的心
偏听则明 兼听则暗 
实话不是很顺听， 但是很实际 
讲到很多阳光照不到的东西 
需要大家共同克服
Posted @ 2006-07-17 14:17  回复  删除评论  

楼主，表认真，探讨探讨嘛。

   看清楚我说的话,悲哀二字不是你一个人的。 中国软件业和中国足球一样急功近利。


 
      无论你是否一个成熟的项目经理，之所以说这么多， 只是提醒你一句，人才是项目中最关键的东西，程序员尤其是。

      至于讨论，我想如果要管理过程的讨论，我想不应该是这个帖子的讨论范围吧。
  
      如何揣测人家的心思以及断定某人人品的问题应该也不是这个主题该涉及的。如果项目经理都要如此， 那不累死人了？ 心理学家＋理论家＋技术专家＋.........
     
      就个人而言，意识到某个项目的失败，绝大多数失败的原因是作为项目经理的我造成的。

       简单举个例子： 某项功能，业务都走通了；项目会议中，故事卡、任务卡都出来了，每个人都理解了这个业务实质，都了解自己需要做什么，就这样开发了将近一个月，结果客户（同时也是公司高层）突然取消了这项功能，他认为业务弄错了 。
       结果团队的信心大受打击，这个影响是恶劣的，  我没有及时认识到问题并作出调整，结果这个项目一塌糊涂。  后来 事实证明，这个功能基本是正确的，业务上是说得通的。 只是一个高层不懂装懂，非要充自己是产品经理。
       这个问题就是我的问题，当然，我当时也认为是那个人的问题。 其实，真正的问题在于我。  我没有足够的责任心，没有足够的勇气， 没有坚定的意志。或许，哪怕我坚持一下结果都会不一样。

weihello的话有点大包大揽的意思，不一定楼主走一个极端你就非要走另一个极端才能说明问题吧
就你这个案例，这责任心有点用错地方了

楼主也是个憋屈孩子，一个典型的用技术人员的眼光看待政治工作的人
随便说说，楼主表生气

以上三个问题，为什么不能？
幸亏你没入党，入了你就会发现什么叫真的不能

多数项目管理书籍在开篇就会强调要让你的项目成员受雇于你
这是项目工作的基础，行军打仗令行禁止，若手下不能听命与你，又何来胜仗。
（题外话：楼主前面的意思好像是公司不给你这种权力，如果楼主已经极力争取过未果并暂时不想或没办法跳槽，那我要恭喜楼主有机会近距离观察到一个混乱的国度是如何倒霉的了，这机会很难得的。）

再说做项目经理是个艺术活，不一定非要真的去带兵冲在第一线，古往今来诸多儒将不也一样打了胜仗。至少在具备打胜仗的条件下打过胜仗。

所以，我的建议是，有了成员受雇于你的基础后，做自己能做好的工作，将其他工作交给别人做。做项目经理的胸襟在于，你能当团长就当团长，能当政委就当政委，实在不行当尖刀连连长也行，最不济后勤部长总干得了吧。做不来的事情，强求只会死的很难看。

把项目中的每个人员最好的一方面激励出来奉献给项目，才是带兵之道，如果最后项目仍然不幸失败了，那你也知道自己已经发挥出这个团队的目前所拥有的全部实力了。这才是团队领导的主要工作。

总之，团队质量决定产品质量，项目经理顶多让团队发挥出全部实力而已，所以如果你带领一群乌合之众，就要有必败的信心！关键是败要败的明白，知道自己败了多少，赢得了多少本该输掉的东西。

最后来说说楼主的传说中的项目经理

我看楼主的意思似乎是期望在地狱般的市场中，某一个风雨飘摇的公司出现一个天神级的项目经理，带领一群行色各异的童子军披荆斩棘直达胜利彼岸。

我在这里仅代表所有曾经干过项目经理职位的blogger深情的望楼主一眼。。。

不晓得OneEyeWolf从程序员到项目经理花了多久（一般的道路也就是这样）。从程序员到项目经理有个很大的思维转变，就是从被动到主动。
     程序员在工作中实际上是非常的被动的，从那个环节来说都是被动的很。但是项目经理则是一个需要主动去掌控某些事情这样一个职位。
    就我自己的经验，一开始的时候完全不知道 项目经理有哪些权利，那些事情需要主动去掌控。于是还是在很被动的做事情。自然也就是很难做好了。

    项目经理有大量的事情需要去主动推动，而非像原先程序员那里只是被动的适应外界环境变化。是否要做某个项目，做到什么样子的程度，到团队人员组成，人员培训计划（自己培训不了，外面去培训）这些都是需要主动去掌控的地方。
    公司如果不大，或者规则没有太过明确定下来，那项目经理可能要做的事情还有更多也说不定。但是一切都是为了把自己手头“最重要的事情”顺利做好.

   是。基本做到。


  具体事情具体分析。从我接的项目来看，业务风险是决定性的因素，因为一开始用户不知道要干什么，一不小心就要全盘推翻。



  取决于项目性质。个人认为不是最关键的。能力比技巧重要。



   不能掌控一切。
   掌控的程度其实就意味着项目经理的能力高低。
   除开楼主列的这些要掌控的内容以外，更进一步的，包括客户内部的权力斗争，公司里面其他项目的成败，都会对自己负责的项目产生影响。
 


   完全不懂还是比较难带好团队的。


   计划、进度报告、会议记录是项目经理要写的，大项目的话可以有项目经理助理协助。
   需求分析、设计记录等不是项目经理的职责，只不过很多时候项目经理会兼这个角色。
   文档未必可以提高项目质量，但是一份文档都没有的项目质量一定好不到哪里去。



   写程序不是必需的，至少我就不写，不过我经常做抽查性的测试。
   文档评审、代码评审应当以人为本，不要管制度的要求，开发人员觉得对自己有帮助就是好的，没帮助就是坏的。
   至于考评总是需要的，其粒度取决于项目经理个人。
  


   没这个经验。我老板不懂技术，但是比较听的进下边的话。就是资源抓的比较紧，给的人少。
 



    看项目经理自己懂不懂了。总需要一个带头的。



   不招这样的项目经理。



   可以不知道名词和理论，但是很多理念是共通的。
   随便一个团队当然不能实施敏捷，敏捷的前提条件是很清晰的。

虽然做了一定时间的项目管理工作，还是很迷茫：
　　１、很多招聘项目经理的信息上，无异例外的提到：风险控制，以目前国内的开发现状，风险控制是项目经理的责任吗？有人说是，那么你做到了吗？

    说实话，不容易。

恩，按照个人理解，风险控制其实不是一味的降低风险，而是将风险保持在一个可控制的范围内，从而获得较大的利益。

更具体地说，由于立场的不同，在项目中要达到的目标就不同，从而对不同的威胁可能引起的损失的估计就不同，导致愿意为风险控制付出的代价不同，这会直接影响最终采取的风险控制措施。

对项目经理来说，就一定要知道项目的各参与者在项目中所要达到的目标究竟是什么。特别是客户，客户中具体负责项目的关键人，以及自己公司，他们到底希望在项目中得到什么。

看来成天面对机器的人--越来越不懂人情事故！
看了OneEyeWolf与weihello之间的探讨，说实话，我比较欣赏OneEyeWolf的性格，如果能做兄弟，希望多几个这样的兄弟--不拘小结，直言不讳。
weihello显得比较老炼一些吧！这样的人是否能成为真正的朋友需要长时间的考察。
为什么这么说呢？
OneEyeWolf说的话听起来不太好听--忠言逆耳！（不知现实生活中的OneEyeWolf是不是这样的性格）
weihello说话比较不那么容易得罪人。
如果说选择你们俩之间谁更适合做项目经理，我认为weihello要更合适一些。---个人见解。不对的地方不要放在心上。
为什么我这样说呢？
团队以和为贵，不和，团结则遥不可及。这并不是技术可以解决的问题，当然一定的技术是需要的。项目经理更多的是应该在管理上（而现实中，项目经理大多数不是这样，从国内来说，像技术总监）。而团队成员之间需要的是交流，沟通，这里才能体现项目经理的职能。既然是交流，沟通，当然探讨，分析等等是不可避免的，不管中为了调节团队成员之间矛盾，还是别的什么，项目经理在为人处事方面应该可以服众。所以项目经理更不能在言语上得罪你的“手下“（即便你有充分的理由，你说的在大多说都认为是正确的），你的靠他们完成项目啊，这更多的时候是求着，而不是命令（所以有人说项目经理要能当得起孙子），即便你在调节过程中由于某些原因得罪了某些人，下来还是要请来说说你的当时为什么要这么做，以表示道歉和希望他能理解你的用意（这里有点像诸葛亮）。这样说来，就需要项目经理自身具备很高的素质的同时，还要有语言表达能力和为人处事的知识。比如说，应该了解人的一些通性，优点，缺点，人都喜欢听的，不喜欢听的，这就像做销售的人做的好的和做的差的说出来的话让人感觉就是不一样。----这里只为说明一点：不要轻易得罪一起共事的人。万事和为贵！我认为这是团队发展的前提吧！
好了先说到这里，对的不对得这是我片面之言。希望大家能像OneEyeWolf有什么说什么，针对我不用顾及那么多，我喜欢这样的人--直言不讳！