1.在创业公司
2.是老板
3.是产品经理
4.从不做文档
5.经常改需求
怎么解决
1.先沟通大体框架
先用语言与程序员描述一下之后要做的功能，说明用户之间的关系等等。这时候我们的工程师就会在脑内构思整个实现方法，包括数据库。然后反馈给产品经理实现难度和时间，这时候就看功性价比，决定是否开发。
2.不做文档，做JPG
与设计师进行大量对接，做出一比一的设计图。字段多长，是否必填都在设计上一眼看到。
3.工程师领域的创造
当开发过程中有一些现成的实现方案可以套用的时候，我们工程师都会抛开设计自己动手做。不会盲目。毕竟有时候我们不知道对于开发来说最简单的实现方法是什么。
为什么不做文档？
文档的目的就是沟通，做文档就是希望不用沟通。因此这是一个性价比问题。当做一个文档的时间超越对话沟通的时间，就不做。
大公司人多，功能多，一个问题没办法和很多人同时说。但是创业公司可以。
而且我们的工程师都是有自己的创造力和决策权。一些通用的标准，例如用户名多长，这些他们自己就可以决定，问题不会很大。
为什么经常改需求？
1.怎么为之经常改需求？一个网站有十类页面。一类页面有十个板块，十个功能。总共1000个点，只要改1%都有十点要改的。
这样一看，会好像觉得：要改十个地方，好多啊。但其实这很正常。
2.改需求是一种常态。假如是创业，没有公司是按着最开始的商业计划书执行到上市的。更何况功能？再完美的功能都有值得深挖的地方，怎么更加简洁，怎么更加直观，怎么配对推荐。这种从技术的角度上是改需求，但其实也是一种改进。
3.产品不是妥协的产物。需求是服务用户的，不合就要改。产品构思和创造不是一次深思熟虑之后就会出来一个好产品的。连乔布斯这些世界级产品经理都会经常在做好之后把产品完全推倒重来。因为有时候想着的功能，看着的设计在脑子里面好像很棒，但往往在真正做出来的时候才会被发现其实并没有那么好。
怎么看心里会舒服一点？
1.我不是打工的。团队自己也有份，有什么不对提出来就好了。你觉得哪里经常不明白，可以自己做一个文档，交给你的产品经理，提醒他给你功能之前需要搞明白这些问题。或者叫他有什么奇思妙想的时候记得先告诉自己，看看实现起来的难度。
2.我不是一个实现别人想法的工具。在一个产品里面从来就没有“别人的想法”。工程师也是人，是人就是个用户。这个产品好不好用，这样设置我愿不愿意点击。自己脑子里面都可以过一遍。有什么不对的也是可以说的。
3.工程师并不苦逼。真不知道将自己看低一层有什么解决方法。这就是为什么我们喜欢招些快乐的，真正喜爱编程的工程师的原因吧。（即便这个“喜欢”里面有80%时间是干自己不爱的部分）
总的来说，一个快速运转的团队。如果一个产品经理只出点子是不对的，而一个技术只编程也是不健康的。每个人在自己职位都应该为别人多想一点，多给点方便。这就是我们所最看重的素质：
http://www.v2ex.com/t/21741 (广告一下，还在招聘中）