|
 
- 贡献值
- 11796
- 虚拟币
- 13005
- 来自
- 北京
|
楼主
发表于 2010-5-29 18:07
| 只看该作者
尹广磊眼中的产品和项目负责人
在公司里，往往最先站出来要求重新敲定项目执行流程、签字确认等要求的人，
往往就是对产品和项目本质了解和认识最不透彻的人。
简单的以为，一纸硬性规则就能让团队协作变得高效，
事实发现，这种一厢情愿的行为，反而让团队的沟通氛围更加紧张。
涉及到的什么是交互设计师该做的，什么是产品经理该做的，
什么是项目经理该做的，等一系列争论由此开始。
事实上，真正经验丰富的负责人，几乎从不首先去为别人制订规则，
而是从自己做起，首先为别人创造方便开始。
下面是我在项目中的经历体会，总结几点：
1. 在需求沟通会结束后，没有任何规定要求，但依然会分别走近各需求方，
倾听了解会上无法直言的一些深层需求，或来自用户对产品需求的一些心理动机。
2. 在没有任何人发号施令的情况下，能够将需求细化后的结果。如：
将需求转化成功能卡片并排序；画出结构图和操作流程图，将用户情境还原其中。
召集相关各方人员，进行碰头会。
3. 自己主动搭建起一个产品原型演示平台，团队成员都可以通过一个内网地址，
直接浏览、体验到计划项目的最新产品原型演示，同时每次的改动缘由和内容也记录在案。
而不用每次都Email给各成员，等待他们的回复。
4. 经过几次的原型评审会议（当然由自己组织），能主动将功能需求进行任务分解，
融入到前端和后台的技术开发人员当中，一起商量任务分配和项目时间表。
5. 开发过程中虽是心累的阶段，一方面要凭经验和沟通能力，将后续追加重大需求，
沟通到接受二期实现，同时在基本原工期不变的情况下，尽量满足到前方的合理要求。
所以，项目中时间留有一定余地和能够把握项目主次取舍也是一门学问。
另一方面，一直陪伴着开发人员，回答他们过程中的疑问，同时对前端完成的每一部分，
进行评审后，方可确定交给后台开发人员。
6. 在测试和上线前阶段，能亲自对产品功能和交互表现进行测试和把关，
需要更多人参与测试时，要首先分配好任务分工，同时提供方便的Bug反馈机制或工具。
综合来说主动意识和责任心是能够担负起此产品或项目的前提，
负责人一个内在丰富的认知，加上良好的沟通，引导团队成员形成一个自然的规则和默契。
利用自身优势处理好项目中的“定”和“盯”两个职责。
总经理可以帮你摆平一切对立的纠纷，但自己却是项目中调动、引导一切资源的人。
--------------
尹广磊自述WebPPD两年半的运营经历
http://www.webppd.com/thread-1003-1-1.html
|
|
发表于 2010-5-31 17:46
| 
发表于 2011-1-30 17:18
| 
