我希望自己是个医生，而不只是一个护士。我希望整个环境健康愉快起来，而不是沮丧的一味的适应现在的环境。我希望专注于我擅长的知识，并将它们发挥、贡献出来，而不是将它们埋没然后重新开始学习陌生的不感兴趣的知识领域。
这次我想努力的改善环境，而不是一味的改变自己……
如果我是医生，我想开出几副药，虽然，我，可能，只是个庸医！
1：基盘搭建
搭建一个能够快速进行开发的平台。我们以前称之为"基盘"。他就是有结构的封装了很多常用方法和过程的开发框架。因为进行了常用方法和过程的封装，所以程序员可以更简单的进行开发，程序员可以将更多的精力放在业务逻辑的实现，而不是繁琐的常用功能的实现细节，例如连接数据库，对表的增删改，事务等常用的操作。因为对常用且多数的方法进行了封装，所以新人只需要知道如何去使用，而不用了解具体的实现过程，这就降低了开发的技术含量。新人只要经过简单的培训就基本可以进行开发了。有了基盘，不仅仅带来能够快速开发的好处，更多的好处是它能让更多的新人参与进来，不会出现能干活的就那么几个，累的要死，更多的新人却没有办法使用的尴尬。注：基盘的搭建是个逐步完成完善的过程。
2：角色分工
在基盘基本搭建完成以后，新人可以很快的加入开发。那么更多的经验丰富的编程人员的工作可以得到分担，这些有经验的编程人员的精力自然能向自己感兴趣的方向发展。如何有效的引导他们的兴趣，让他们的兴趣对工作有益。这就需要根据项目需要和个人爱好进行角色分工引导。技术支持，数据库，前台页面样式……这就为以后更进一步的角色分工做基础。角色分工好处自然不用说，个人工作效率的提高，整体工作效率的提高，员工自信心的建立，团体的和谐发展……
3：代码评审
基盘的搭建，虽然能使新程序员得以进入。但是如何保证新程序员的代码质量？代码评审是个不错的主意。代码评审可以有效的降低bug，提高开发团队整体的技术水平，增强编程的统一性，加强团队的合作。特别是它也是对新人进行培训的一种有效的方式。
4：知识广播 
学习，进取，互助，共享的团队氛围是所有PM梦寐以求的。但是现实看到的常非如此。如何培养、引导程序员的兴趣爱好，如何改善团队的学习氛围？我个人感觉"知识广播"是个不错的主意。知识广播这个词来源于微软的"webcast"，如果那些想充电的朋友愿意去听微软的webcast，那么他自然更乐于听取公司内部的和自己工作更息息相关的知识广播。
知识广播的性质应该是自愿、非强制的。没有必要强制对本期知识点不感兴趣的朋友去听本期的知识广播。知识广播结束后也没有必要强制的布置什么课后作业和习题。
知识广播的时间不能占用员工的私人时间和节假日时间，这样会使知识广播的推广遇到强大的阻力，也违背了"自愿学习"的原则。"星期五下午"下班前两个小时是个不错的选择。因为说实话大家大家都知道那段时间用于工作，工作效率是如何的。
知识广播，不仅仅是知识的共享，良好团队氛围的建立，更重要的是一种员工个人自信心的建立。
5：整理工作流
在工作中慢慢整理出工作流。其实软件开发过程还是比较有规律的一个过程。整个过程就是由很多的工作流组成的集合。如果能将这些工作流进行整理，那么对以后新人的培训，开发效率的提高都将很有帮助。举个简单的项目开发中的流——代码评审，它的工作流概括起来应该是：发起评审 > 集体评审 > 评审后的反馈 >结束评审。这就是一个简单的工作流，其实工作流就是项目开发中一个相对独立的片断。但是只是总结出这个流还远远不行，还需要进一步的整理。例如--
发起评审：应该有谁发起评审？PG？还是PG告知PM，然后由PM发起？
集体评审：哪些人参加？如何评审？是评审前每个人都看一遍，记下自己的意见以后再一起评审，还是直接就大家一起参加评审，然后在评审的会议上发现问题，记下问题，提出问题？评审会议应该有怎样的产出物？
评审后的反馈：由谁去跟踪评审后的修正？如何有效的跟踪评审后的修正？如何确保修正的正确性？
结束评审：怎样的情况下才能拿结束评审，由谁来结束评审？
所以说工作流的整理应该是一个比较漫长而且逐步完善的过程。很多看似理所当然、习熟平常的东西，一旦仔细整理起来便有了很多细节的问题。
6：领导权威性
与下面的人是哥们，打成一片的领导固然是个不错的领导，但是有时候，甚至很多时候的领导的决策应该顶住阻力拍板决定。例如：一个bug到底要不要修正？其实大家都知道bug的修正越早那么其代价就越低。但是PG基于自己自身的考虑，不到迫不得已是不愿意修正bug的。这些隐瞒的bug就对以后项目的维护和拓展带来了很大的隐患。这种情况下，PM不应该和PG讨论应不应该修正这个bug，而是决定这个bug什么时候修正。在这个版本修改还是在下个版本修改。
当然，建立一定的权威性并不是整天黑着脸，凶神恶煞。生活是哥们，工作是领导，这里有个度，要自己把握。
keyword:项目管理,工程项目管理,项目管理论文,什么是项目管理,it项目管理
来源：https://www.cnblogs.com/JustinYoung/archive/2007/08/16/858714.html