目组里面的每个专业成员，他们都有擅长的领域，做他们擅长的事情是他们的快乐。而不属于他们擅长的事情，对他们来说就算是杂事一般。
项目经理一定要有一个这样的意识：
项目经理就是打杂的，帮助项目组成员把杂事处理掉，让他们可以专心的做他们擅长的事情，这样对项目组来说才是高效的。
一个简单的例子，测试人员Tracy在测试某个功能的时候，突然发现她需要一个账号，同时开通这个账号的某些特定的权限，同时她需要一些服务器的信息，比如主机名，某些功能文件夹存放的路径。但是她不清楚这个账号和权限要找谁开通，这些服务器的信息谁有。Tracy是个喜欢做测试的人，但是她不喜欢跟项目组外的人沟通，特别是还要到其他部门去找人问人。这些对她来说就是杂事，而且她对其他部门的人也不熟，一个一个问明显效率不高。
你可以自己去帮她找到需要的信息，也可以找一个对这方面比较熟的人去解决，但是你绝对不能让她自己去做。
“为什么我的手下不能解决这么简单的问题？如果连这种事情都要我来帮忙的话，那我这个项目经理做来干什么？她当项目经理得了。“这种想法千万是不可取的。
你当这个项目经理的目的并不是管人，指使这人做什么那人做什么。你的目标只是把项目快速推进完成。
四、控制需求
在所有因素当中，需求对项目的影响力，至少占50%以上。能够控制好需求，项目就成功了一半。控制需求，有如下几点：
1. 必须有人能够当好产品经理这个角色
一个项目组当中，其实人人都可以影响需求。但是管理需求的，是产品经理这个岗位。如果你的项目组当中已经有一个很好的产品经理，恭喜你，项目经理可以轻松很 多。但是世间事不会如此幸运，因为现实生活中，并不是所有的产品经理都这么棒。作为一个对项目完成负责的项目经理，当你们组没有一个好的产品经理的时候， 你必须意识到，你至少要扮演好一半的产品经理，除非你本身对项目的完成也没什么责任感。
2. 管理需求的人要平衡工期和功能友好程度
需求其实有两个极端，一个是尽善尽美，尽可能的让功能更友好，用户体验更佳；一个是尽早交付，一切改善性的需求都可以牺牲。
只满足前者，项目工期可能会不断的拖延，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。只满足后者，很可能会出现一个让用户很不满意的产品。一个有经验或者产品意识很好的产品经理，可以很好的平衡好这两点。如果产品经理不能平衡好，那只好依赖项目经理来平衡。这点，如果产品经理或项目经理不是天才的话，只能通过经验来学习。
比如我们在做一个注册的页面，里面有个城市的输入框。城市的输入框可以做得很友好。如果要项目尽早完成，那么这个输入框我们只要让用户自己输入就行。一个比较好的设计就是两个下拉环框，一个选择省份，然后再选择城市。但是一个更好的设计是让用户既可以选择，也可以自由的在这个输入框里面输入拼音首字母，汉字，然后系统就会自己显示相匹配的城市让用户选择。后两者的改进肯定会花时间，但是如果这两种改进都不做，让用户只是自由输入的话，后期维护的时候就会出现用户输入不标准的城市数据，如果我们需要用户的城市数据做一些其他功能，就会有错误数据的风险。
3. 懂得对不重要的需求说不
如果你不能平衡好工期跟功能改进的话，有一点你一定要意识好，就是你一定要懂得对不重要的需求说不。这很简单，你对一个需求说不，只要这个需求不是一个会造成其他功能依赖的核