呵呵，你认为不高，为什么我认为那么高呢？
首先，项目管理100分，无可厚非；
售前，需求，我不认为要那么好，这在团队中有独立的人员来做的，比如Presales和行业专家；
设计75分，这没有太大必要，我的团队都会有独立的设计框架师，我只是从类比的角度来考虑，如果他们的设计实在令我觉得感觉怪异，才会提出来。但是我不认为这是我设计能力强，而是我从另外一个角度出发，考虑这个方案不好；但是什么方案是好的，需要他们提出来；
最后，开发和测试能力，我基本不是专家；我从事IT行业那么多年，亲手写过的代码不超过20000行，测试根本没有搞过，这根本不是我的特长。我只要懂得看Bug曲线来判断是否存在问题就可以了（我只要懂得让框架师和QA Leader的持续沟通，和持续对Case点进行修改，以满足项目现状就可以了，如果发生大量Issue被Later，表示用例覆盖重点不对，如果大量的Issue在表面，那么Case设计层次上有问题，让QA Leader考虑如何改进就是了；）；我只要抓住需求到设计的转换过程中，从组织结构和流程上保证不要发生大面积需求遗失就可以了。其他的事情应该别人去做；而不是指望我来做； 事实上，你从PM角度出发，还有很多更重要的能力没有说：
1 团队管理；包括组织模型规划能力，团队成员能力体系树培养等等
2 目标的分解和制订；
3 和高层沟通的能力以及和客户沟通能力；
4 资源申请能力和战略规划能力（你的项目研发结束了，下一步应该如何走？）；不然你的团队始终无法完成一个业绩的持续积累，你的兄弟跟着你很累；
5 成本估算能力和成本控制能力、
6 Key finding的能力和Balance能力以及其他等等方面的能力； 你认为相比于你说的那些能力，下面的这些能力恐怕是更重要的，那么你说你在这些能力上要拿多少分是适合的呢？ 所以，归根结蒂一句话，做好自己应该做的事情好了；比如我仅仅是做好团队管理，做好自己组织的规划，和客户以及高层做好沟通；把握住需求（不要发生太多需求镀金，不要让程序员为了我的面子买单），用Build machine来做为呼吸点，用Bug曲线来做为衡量软件研发过程的标志；逐步推进软件即可。至于你谈的那些能力，我恐怕没有精力来做好…… 另外，我也不要求自己什么都是专家，如果我的团队中缺少这方面的专家，就去招一个，或者培养一个，而不是企图让自己什么都懂。最后，只要你对于你的团队成员感恩戴德，感谢他们为你的业绩做出的贡献；只要你能够有明确的团队业绩衡量标准；只要你会为每一个人树立某一方面专家的形象，他们会贡献他们的能力的。 我希望我说明白了，类似你说的，这也要懂，那也要懂，对于自己和对于客户和你的团队，都是不负责的一种态度。因为事实上你在承诺你做不到的事情。 当然你说，开发70分就是意味着知道一些类似连接池的概念，那我就没有什么好说的了。那么我也懂这些概念，但是我觉得自己的开发能力不超过20分，我们有一套题目，是用来衡量你的开发水准在什么层次上，我对于90%的开发人员都能完成的题目，我都不能顺利完成。我们对开发人员的要求是完成30%的开发人员才能完成的题目，才叫做及格。 希望你能够明白一点，团队就是团队，我们之所以要一个团队，不是要你的团队成员成为你的手的延伸，而是要他们成为你脑的延伸。换句话说，好的团队，不是因为某件事你能干，但是没有精力干，所以才给你一个团队；而是要你把你的团队用好，规划好。 首先去做好几件事：
1 了解你的团队，他们是什么？他们希望是什么？他们现在做得和他们的期望之间的差距是什么？
2 拓展你的团队，不要项目一结束，你的团队就完蛋；为你的团队做好下一个阶段的安排；零散的项目对于个人和对于公司都没有好处；
3 抓住项目关键点，而不是需求，设计，开发，测试，配置管理一把抓…… 累死人也做不好。 呵呵，一家之言，姑妄言之，姑妄听之吧。
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
