UML精粹读书笔记

Posted 2020-10-16 onhacker

 

现在大概是以一次看一章，每周看一章的速度来进行的，工作日自己太懒，没有花时间去思考和行动。

这次看的是第二章，开发过程。

作者讲了很多，但是基本都是以一个开发人员的视角来描述的。

我很诧异的是，感觉很多国外开发人员写的开发流程的书。你是感觉不到产品经理和设计师的存在的。

需求分析是由需求分析人员完成的。

这一点可能和现在的互联网圈差异较大。

需求一般都是产品经理来提的，设计师是要看公司的资源支撑，如果不充足的话，一般产品经理也要完成设计的事情。

需求要到多细，这个其实也是很难细化的。这个需要每个团队的磨合，需要业务场景的适合。

我自己本质是一个产品经理。

但说实话，我对于需求分析是做的很烂的。

第一，我很难理解用户需求。

第二，在基于不是特别准确的用户需求理解上，我和开发人员沟通，经常会被问倒。导致要重新回去问用户。

第三，用户的使用场景我并不是特别熟悉。

 

简单的需求好做，中间我只起到了一个传话筒的作用。

复杂的需求，我对其中的帮助并不大。

我现在还比较缺乏设计一套解决方案的能力。

 

另外一个我比较头疼的是交互设计。

交互设计我也觉是一个应该属于设计师的活，当然不是说产品不管，只是产品包掉交互设计这确实有些超纲了。

但是小公司都是这样，就算是鹅厂，大多数交互设计也确实都是产品经理自己完成的。

 

还有一个产品的规划。

这个对我来说，可能是最难的了。

用户对这个基本是没有感知的，他给不了你答案。

我有时候会抱怨这个，但想想不应该，产品经理你应该去挖掘。

做产品的规划，我也认为是一个有点虚的事情。

本身需求多变的情况下，做产品规划到什么程度，可能又是只能以平衡的艺术收场。

 

另外就是迭代的节奏。

因为说实话，我对版本的控制没有啥的强的概念，迭代也是乱七八糟。

这周到底该干啥，下周该干啥，哪些更紧急，哪些可以延缓。

我认为复杂性都好高。

 

以前说的人人都是产品经理，我也是信了邪了。

人人都可以不是产品经理，可能更恰当些。

 

因为别人对产品的期望是，除了代码细节你可以不了解外，理论上关于产品的任何事情你都应该一清二楚。

但是事实上，你回顾一下，发现你只有一个开发同学。

然后，很多事情你估计就GG了！