《产品研发过程实践》(9)产品形态
作者:asky 日期:2007-04-29
所谓产品形态,内涵很多。但是我一向很简单地理解成为一句话;你可以在没有看见集成起来的软件的时候,清楚地知道这个产品是谁来使用(是最终使用这个系统的人,还是第三方开发者?)?他将如何使用(他是否可以打开这个程序?这个产品是否允许第三方系统通过某些接口的访问,来实现某些特殊的功能)?将在那些方面为客户提供价值。你的脑海中最好能构成一幅一幅的图画,模拟这个用户的操作过程。并且设想出来他们使用你这个产品过程中,所会碰到的一些典型场景。
“我们要做一个进销存系统”,然后脑子里面一团混乱,就带领团队开始动工,这简直是一种扯淡的做法。是一种严重不负责任的做法。
记住这一点,虽然做为开发人员来说,我们能够容忍失误,但是我们无法忍受一次又一次的愚蠢!不要让自己犯愚蠢的错误!请各位项目经理和产品经理把这一点牢牢记在脑海中,碰到问题的时候,第一时间需要考虑的是:是否我又做了什么愚蠢的决定,而不是第一反应是别人执行错误了。这是一个管理者的度量,也是你做为一个管理者将来还能向上发展的一个限度。不改变这一点,你就已经做到了你能力所允许的最高的岗位了。
构思清楚你的产品形态,并且把他传达到整个团队中,是一个好的项目经理和产品经理所必须要做的。
这一点虽然看起来很容易做,但是如果碰到严格的立项审批者,这个问题极其难以回答,当时我们很多人立项的时候,最害怕碰到的两个问题,就是产品形态和3年现金流分析,往往被攻击地很厉害。至于其他分析,就显得很写意了。呵呵,认真对待这一点。
“我们要做一个进销存系统”,然后脑子里面一团混乱,就带领团队开始动工,这简直是一种扯淡的做法。是一种严重不负责任的做法。
记住这一点,虽然做为开发人员来说,我们能够容忍失误,但是我们无法忍受一次又一次的愚蠢!不要让自己犯愚蠢的错误!请各位项目经理和产品经理把这一点牢牢记在脑海中,碰到问题的时候,第一时间需要考虑的是:是否我又做了什么愚蠢的决定,而不是第一反应是别人执行错误了。这是一个管理者的度量,也是你做为一个管理者将来还能向上发展的一个限度。不改变这一点,你就已经做到了你能力所允许的最高的岗位了。
构思清楚你的产品形态,并且把他传达到整个团队中,是一个好的项目经理和产品经理所必须要做的。
这一点虽然看起来很容易做,但是如果碰到严格的立项审批者,这个问题极其难以回答,当时我们很多人立项的时候,最害怕碰到的两个问题,就是产品形态和3年现金流分析,往往被攻击地很厉害。至于其他分析,就显得很写意了。呵呵,认真对待这一点。
评论: 0 | 引用: 0 | 查看次数: 3893
发表评论
你没有权限发表评论!