现在大概是以一次看一章，每周看一章的速度来进行的，工作日自己太懒，没有花时间去思考和行动。
这次看的是第二章，开发过程。
作者讲了很多，但是基本都是以一个开发人员的视角来描述的。
我很诧异的是，感觉很多国外开发人员写的开发流程的书。你是感觉不到产品经理和设计师的存在的。
需求分析是由需求分析人员完成的。
这一点可能和现在的互联网圈差异较大。
需求一般都是产品经理来提的，设计师是要看公司的资源支撑，如果不充足的话，一般产品经理也要完成设计的事情。
需求要到多细，这个其实也是很难细化的。这个需要每个团队的磨合，需要业务场景的适合。
我自己本质是一个产品经理。
但说实话，我对于需求分析是做的很烂的。
第一，我很难理解用户需求。
第二，在基于不是特别准确的用户需求理解上，我和开发人员沟通，经常会被问倒。导致要重新回去问用户。
第三，用户的使用场景我并不是特别熟悉。
简单的需求好做，中间我只起到了一个传话筒的作用。
复杂的需求，我对其中的帮助并不大。
我现在还比较缺乏设计一套解决方案的能力。
另外一个我比较头疼的是交互设计。
交互设计我也觉是一个应该属于设计师的活，当然不是说产品不管，只是产品包掉交互设计这确实有些超纲了。
但是小公司都是这样，就算是鹅厂，大多数交互设计也确实都是产品经理自己完成的。
还有一个产品的规划。
这个对我来说，可能是最难的了。
用户对这个基本是没有感知的，他给不了你答案。
我有时候会抱怨这个，但想想不应该，产品经理你应该去挖掘。
做产品的规划，我也认为是一个有点虚的事情。
本身需求多变的情况下，做产品规划到什么程度，可能又是只能以平衡的艺术收场。
另外就是迭代的节奏。
因为说实话，我对版本的控制没有啥的强的概念，迭代也是乱七八糟。
这周到底该干啥，下周该干啥，哪些更紧急，哪些可以延缓。
我认为复杂性都好高。
以前说的人人都是产品经理，我也是信了邪了。
人人都可以不是产品经理，可能更恰当些。
因为别人对产品的期望是，除了代码细节你可以不了解外，理论上关于产品的任何事情你都应该一清二楚。
但是事实上，你回顾一下，发现你只有一个开发同学。
然后，很多事情你估计就GG了！
930
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
