| 分类: 流日记水 |
今明两天参加一个培训,今天的主题是项目经理。因为最近两年的工作角色与此比较接近,所以在这方面也有些经验。上完今天的课程后,还颇有些收获。
1. Write it down
我们平常交流经常会形成一些意见,但是通常不形成文字材料。这样事后往往会发生理解不一致的情况,甚至可能会不承认这些观点。而一旦把这些东西写下来,就比较容易获得共识,便于进一步把事情推动下去。
2. Don't over design
不要设计得太细,否则编码人员就变成了机器。要发挥他们的创造力。
3. 最大的问题是没有发现问题
项目进行过程中,最大的问题就是表面看起来顺顺利利,一切正常。这实际上是最糟糕的。
4. Build your credibility
建立信誉,使你成为项目组成员依赖的对象。
5. 需求分析中,首先是要为用户解决问题。
首先不是要弄清楚实现些什么功能,而是要搞清楚,用户到底要解决什么问题。这是最重要的。
6. Customer scenarios
我们通常不考虑用户场景,就直接列举功能。这样的结果是,做出来的东西,用户可能根本不需要。这是目前我们最缺乏的。
7. User experience
设计阶段做出原型,请用户早期体验发现问题。这样做可以解决需求理解的偏差。
8. Specification
设计阶段的结果,是项目中最重要的文档,是绝大多数活动的依据。要说清楚做什么、具体什么样子。风格要简洁、详尽。这也是项目经理的工作。
9. 开发、测试、用户支持人员的早期介入
从设计阶段开始,就要让上面这些人介入。这样会让大家有总体的认识,知道什么是重要的,什么不是。
10. How to lead without authority
只能靠说服。而讲道理的前提是让大家明白项目组里的所有人都是一条船上的,一荣俱荣、一辱俱辱,然后本着为了项目成功的原则出发。
11. How to work cross-group
从别人角度考虑,找到共同利益,实现双赢。

加载中…