在公司里，往往最先站出来要求重新敲定项目执行流程、签字确认等要求的人，
往往就是对产品和项目本质了解和认识最不透彻的人。
简单的以为，一纸硬性规则就能让团队协作变得高效，
事实发现，这种一厢情愿的行为，反而让团队的沟通氛围更加紧张。

涉及到的什么是交互设计师该做的，什么是产品经理该做的，
什么是项目经理该做的，等一系列争论由此开始。
事实上，真正经验丰富的负责人，几乎从不首先去为别人制订规则，
而是从自己做起，首先为别人创造方便开始。

下面是我在项目中的经历体会，总结几点：

1. 在需求沟通会结束后，没有任何规定要求，但依然会分别走近各需求方，
倾听了解会上无法直言的一些深层需求，或来自用户对产品需求的一些心理动机。

2. 在没有任何人发号施令的情况下，能够将需求细化后的结果。如：
将需求转化成功能卡片并排序；画出结构图和操作流程图，将用户情境还原其中。
召集相关各方人员，进行碰头会。

3. 自己主动搭建起一个产品原型演示平台，团队成员都可以通过一个内网地址，
直接浏览、体验到计划项目的最新产品原型演示，同时每次的改动缘由和内容也记录在案。
而不用每次都Email给各成员，等待他们的回复。

4. 经过几次的原型评审会议（当然由自己组织），能主动将功能需求进行任务分解，
融入到前端和后台的技术开发人员当中，一起商量任务分配和项目时间表。

5. 开发过程中虽是心累的阶段，一方面要凭经验和沟通能力，将后续追加重大需求，
沟通到接受二期实现，同时在基本原工期不变的情况下，尽量满足到前方的合理要求。
所以，项目中时间留有一定余地和能够把握项目主次取舍也是一门学问。
另一方面，一直陪伴着开发人员，回答他们过程中的疑问，同时对前端完成的每一部分，
进行评审后，方可确定交给后台开发人员。

6. 在测试和上线前阶段，能亲自对产品功能和交互表现进行测试和把关，
需要更多人参与测试时，要首先分配好任务分工，同时提供方便的Bug反馈机制或工具。

综合来说主动意识和责任心是能够担负起此产品或项目的前提，
负责人一个内在丰富的认知，加上良好的沟通，引导团队成员形成一个自然的规则和默契。
利用自身优势处理好项目中的“定”和“盯”两个职责。
总经理可以帮你摆平一切对立的纠纷，但自己却是项目中调动、引导一切资源的人。


--------------
尹广磊自述WebPPD两年半的运营经历
http://www.webppd.com/thread-1003-1-1.html