about:项目经理，请过来人传道！
　

---

作了两年的程序员后将去另一家公司从事一些技术管理工作，典型的从技术人员转向项目经理。将去的公司是一个专业性很强的IT公司（GIS方面），有学测绘，规划出身的，也有CS专业的。但总体来说IT技术不强，沿用的是一些成熟的技术（C/S，VB），而且在软件工程方面做得很不够，产品以及项目都比较成熟（基本上还是2年前的东西），很多项目很类似，但重用度很低，我过去后会负责一些具体的项目，同时高层也希望我能提升一下公司的技术和质量控制等。
我个人有一些OO，UML的基础，但也是理论居多，而更大的问题是：将去的公司里面只有少数人了解这些，而在实际项目根本就没用过，因为老板们要的是进度和效益。
所以我有两点疑惑：
1、有技术人员转向管理，我有哪些该注意的地方？现在市面上有很多关于项目管理的书，我昨天在书店翻了一下，不算太理想，哪位大侠能推荐一下？
2、做质量控制肯定会遇到很多阻力，尤其我是个新人，如果一开始下猛药肯定会得罪很多人，所以想请教一下有什么切实可行的步骤，方法。

 回复: 一点建议，，在这样的公司，最怕的是领导都什么都不知道，无法相信你。取得大家的信任是最重要的。建议先从最简单的有效果的改进入手，慢慢来，如：质量改进首先要有各种文档基础，测试报告等，代码重用可以开一个系统的分析和总结的讨论会，技术人员还是比较好处理的?br>

---

高层领导已经意识到质量控制的重要性，但问题是大家也都不知道如何入手
而且写文档是个很头疼的问题，不写肯定不好，但有时写了好像作用也不大

1、要充分相信群众，依靠群众。人民的眼睛是雪亮的，人民的智慧是无穷的。区区两年的经验，实在不可能比其他员工强很多。也许你一知半解的，别人却已经知道很多了。但是之所以你能够获得这个位置，肯定你有比他们强的地方。这个时候，首先要端正自己的位置：我是来给大家服务的，希望我的工作能够让大家工作得更好；我绝对不是来指出大家的不对的。只有自己真正发现问题以后才能迅速、有效地解决问题。
2、我以为RUP 2000中文版是最好的参考书。
3、可以先那一个小组做实验，一定要做好累得半死的准备！！！
4、第一步应该是做版本控制。这是最容易见成效的。
5、第二步是做培训，主要是RUP/OOAD的培训。
6、第三步是拿出一部分资源建立自己的开发流程。
7、质量控制要从源头抓起，根据需求制订测试计划。

最后，我想提醒你：质量提升是需要代价的，这个代价很可能就是在短期内影响进度和效益，一定要做好准备！争取尽可能多的资源，将老板的期望值降低到极限，把困难夸大10倍以后再向老板汇报，这样你万一失败时不至于太难看，如果你只夸大5倍，那么你百分之一万会失败！
你现在是绝对想不到前进的路上会有那么多的陷阱、歧途、洪水猛兽。

祝你好运！

第一：老板说的一定是有道理的。
第二：用户说的也一定是有道理的。
第三：当老板和用户发生冲突，试着帮老板找一条解决办法，如果不行，那一定要站在用户一边，即使要丢掉饭碗。
第四：如果用户的要求有问题，老板又要求你做，你要试图沟通，如果不行，要坚持，即使丢掉饭碗也不能浪费手下程序员的青春。
第五：只要公正无私，即使经验差点也没关系。
第六：切忌教条主义，要始终将目光盯在目标上，谨防过度工程，不要迷失管理重点。

请问你的方法有没有真正实践过？？在老板面前把困难夸的那么大，除非这个老板笨的可以才会让你随口乱说。

 为了用户的利益顶撞老板，我的下场是不是会很惨？
　

---

而且如何和下面程序员做好沟通也是件很重要的事情啊。
版本控制，质量控制，文档，这些东西大家都知道很重要，但实际做的时候为了赶进度却又未必按那套东西去做。
甚至我看过他们做的东西都是97，98年左右的技术，什么OO，UML都不相关，但实际使用情况却也很好，因为用户要的是功能不是技术。所以有的时候我真的是怀疑UML这套东西到底是否适合我们——中国的中小软件企业？

为了提升技术，提高质量则必然会在一段时间内影响进度，降低效益，这真的是一对很大的矛盾啊

这里有一个误区，为什么你认为新的技术一定会比老的技术好呢？新的技术一定会提升软件的质量呢？对于项目经理来说，只有一个目标，就是避免项目失控，尽可能按时将软件做出来。公司内的管理规范不是项目经理考虑的事情。不要迷失目标。

从短期看，维护用户利益会使你处于不确定的境地，但从长期看，却不是这样，因为毕竟老板经常换，但用户却不会经常换。而真正付给你薪水的其实是用户。

我本人以及所有的朋友、同事没有一个人能够准确地估计过成本，最终导致了项目的失败。唯一的区别是，有些人比较保守，将困难夸大得更多，这样他的死相比较好看一点！
微软的做法是将开发者请求的资源乘以2再做计划，难道微软的开发者根本不给自己留余地？难道微软的老板们不晓得开发者已经留了余地？难道在留了那么多余地后，微软的东西就每次按期交付了？难道按期交付后，不是在短期内接二连三地被黑客找出漏洞，不停地发布补丁？
当然，我也许是“但当了你不应该承担的职务”，不晓得微软或者其他大型软件公司，包括过了CMM5的摩托罗拉是不是也是尸位素餐？！
反正一句话，我就没有看见过任何人因为在项目之初，强调任务如何困难，资源如何不足，申请了一大堆资源（时间、人员、资金、设备），最后提前、超额完成任务，却被老板训斥，说他是“故意浪费资源的人”，“把公司老板当都这么笨蛋”，“无知”，“明显但当了你不应该承担的职务”。
如果我是老板，我一定爱死这种人才了！
我反而怕那些自以为很高明，结果不能按期交付，或者交付的东西不堪使用的人，这种人的可拍就在于他让老板事先完全没有准备。
如果你将困难夸大再告诉老板，也许你的老板会认为你无能，因为别人都说行，为什么你说不行？显然是你没有用嘛！（你以为世界上真有那么苯的老板只听你的一面之词？！）但是如果他还决定把项目交给你做，那么他至少提前有了心理准备，开始为降低失败的风险想对策。宁可在项目之初被老板认为无能，也不要在项目的中期和后期让老板头疼！

作为95年开始做软件的人，我只想善意地提醒大家，我的经验告诉我：对于软件开发的困难，从来就没有被高估过！也许永远不会被高估！