创业公司都是这样的么?

[chairo]

产品经理弄一个简单的原型图，然后给开发讲解他们的想法。具体细节在开发过程中才由开发人员自己补充（当然可以随时和产品经理讨论）。
但是，如果开发过程中有可能随时出现业务上有逻辑冲突或者产品经理随时会修改需求的情况。
问了几个创业公司的朋友，发现大部分都是这种情况，创业公司都是没完没了的加班……

[skywinger]

@zealot 看了你说的这些，我觉得都是你的理想化，现实世界是很需要面对现实的，程序员做为
人活着，首先考虑的问题就是怎么在最适合自己的情况下最好的存活下去，为啥PD产品经理在创业公司中享受到那么多的资源和成果，而付出却不像想象中的那么多呢？而程序员就得不停拼命的写代码来赶工呢？享受到的资源与成果都不同，就好比又想让骡子多干活却又不多给吃的。哈哈
主要还是看站在什么角度看待这个问题。

[chairo]

@skywinger 知音啊.内牛满面

程序员想少干点活，少干活就表示少加班。所以需要一个详细的产品需求文档，可以迅速的安装文档做出产品

产品经理也想少干活，出个点子，画个框图。其他内容别人丰富去吧……

最根本的原因都是因为大家都懒，都想省事。而俺身为一个苦逼程序员就想少去想那些弯弯绕的东西，写完代码之后闲暇时间再去站在产品经理的角度想想做完的这个东西为啥要这样做为啥不这样做。

而不想在干活的同时还要去想这些屁事。这些屁事本应该在干活前由需求提供人就想好了的。

不想再继续讨论这个话题了，大家让这个帖子沉了吧

最后感谢@zealot 一直陪我扯这些，可能咱们站的位置不同，也可能我的眼光不够长远，也可以说我的职业生涯并不想朝一个产品经理的角色发展而是希望是项目经理或者技术主管的方向发展，所以咱们的观点会有一些出入。

感谢帖子中所有参与的同学，不一一点名。我已经做过了选择，过年时候和年后这一个月的时间想的也挺多了。在v2ex发贴本意只是想发泄一下，顺便看看大家的工作环境是不是都是一样，争取一点大家的同情而已。

再次感谢@all。

[TerranC]

缺少交互设计环节的结果，产品经理的无能

[TerranC]

开发人员自身也应该了解现在的业务和能为将来的业务多想想

[muxi]

作为一个身在大公司，做着创业项目的人，我很理解楼主的想法
这东西各有利弊，创业团队（或者公司）最大的目标不是盈利，而是寻找可持续发展路径，每一步都是探索，别说改页面，就算是你刚辛辛苦苦熬夜加班，数十个工作日搞出来的东西，直接重做都是有可能的。

流程也有流程的麻烦，你会厌恶开会、厌恶所有的人都被叫做资源，厌恶沟通不顺畅，厌恶，厌恶产品的傻逼需求，而你只能照做，厌恶一个螺丝钉的生活，厌恶等级制度，厌恶官本位，厌恶……

创业团队最大的优势在于灵活，最大的劣势可能是过于灵活，如果你不能改变，你不妨试着建议

楼上各位有些说法过于偏激甚至对程序员这个职位或工作不满，所有的职位都可能碰到傻逼的问题，只是换了一种表现形式。我很反感这种自嘲，甚至有人叫自己所从事的职位为码畜、码奴之类的，你不尊重这个行业，就是不尊重你做的工作，如果自己都不尊重自己的工作，为了生存而留下来又何必呢？

人这一生能够做主的时间不多，希望所有抱怨的人都能找到自己合适的位置和工作，既然不能改变别人，或许改变自己是个不错的想法

[wuchao]

第一次在v2ex上看到看不完的贴 创业应该是蛮欢乐的才对 累绝对是正常的 但最起码人人平等 老大拍板或集体抉择 如果只有闷头写代码的权力 这样创业不创也罢

[skywinger]

@chairo 我是做了10年程序员的人，这点怎么会想不明白呢？我看真正不明白程序员心理的人是如zealot这类的人。不过我现在的发展方向也是产品经理这块的（只不过我从事行业的产品是偏向硬件方面的）

[undeadking]

原来大公司的文档能细化到这个程度么,做程序员要懒的话,最理想不就是搞外包么?连函数命名都不用自己想了.希望工作就是把文档转换为代码的话明显不应该去创业公司吧.

[xuwenhao]

主要原因是优秀靠谱的产品经理太少了，明明是个助理的能耐，顶个产品经理的title，自然不是dev被杯具就是他自己杯具，如果dev不够聪明搞得清状况的话，就是一起杯具

[chairo]

@undeadking 文档足够细化不是一件好事么？哪怕开发人员离职了，接下来维护的人一看文档也能很清楚的知道需求。

从来没进过外包公司，不知道外包公司的文档什么样子，但文档足够细可以避免很多人和人之间的沟通成本。磨刀不误砍柴功，前期准备工作做好了，接下来工作才会顺畅。

为什么“把文档转换为代码的话明显不应该去创业公司”？创业公司就一定文档不全？君不见那些创业公司上市前好多都是要在苦逼的补各种文档？做需求时候就已经留下了各种文档岂不是直接一步到位？

不清楚是不是所有“大”公司都主张细化文档，但我在的公司好像都是要求尽量这样的。而且一些“大”公司出来的同事甚至说他们公司的产品经理出了需求文档之后直接放在版本管理中限制产品经理为只读。增加修改需求都是要求重新评估工期的……

[amycs]

@chairo 这两天我们公司也在扯这个问题，人说把需求文档写全了写细了太耗时间了，所以采用 “先这样吧，您哪不懂哪有问题您再来问我我细化” 这么个方式。 现在的情况基本上是需求文档出个大概，程序自己补全细节然后文档化，同时写代码。

[paulagent]

作为一个前外包公司的员工，可以就文档化说两句，在大连对日外包这一块，文档细化到，每一个单独的功能模块都会写出伪代码，基本上所谓的程序员就是从文档中把函数或者方法copy出来，改个符合规范的名字。然后再做少许修改即可。，没做过具体的对日项目，不清楚项目以后的维护性如何

[harrisliu]

我觉得不仅仅创业公司吧，人和人之间的想法肯定没办法完全相互了解的
只有不断的沟通不断的沟通
大公司顶多是沟通的机制比较好

[hq5261984]

37signals那样的公司在中国是不存在的。因为现在大部分公司的创始人都不是技术高手，他们没有能力实现自己想要的产品，任何工作都要交代下属完成。这样就导致LZ提出的问题的存在。而真正的高手，要么被外企挖走了，要么就是缺少创业的其他能力（如沟通啊，人际啊。）这就是教育体制导致的。所以，与其说现在的中国公司叫创业公司，不如说是批量复制公司。

[alsotang]

看这个帖子最大的感受就是。我根本不懂大家at的是谁。。。每次都要回头找。

[undeadking]

@chairo 文档在软件工程中的重要程度很高.不过基本只有大公司才能承担得起这么流程化的东西,成本很高,而且很不灵活,不适合短平快的开发,小团队根本没必要细化文档的,探索中的东西太多,没多少东西是能固定死的.

创业公司文档全不全我不清楚,就我所在的国企来说,文档多数是给客户和领导看的,对开发有用的文档恐怕只有数据库字段说明之类的玩意,给香港做项目都是先写代码再补文档的,这样的文档根本没用.

[qiuai]

习惯了就好了.
第一.创业公司没有大公司的工作流程,人数也很难实现美好的头脑风暴.
第二.创业公司的点子基本上都是边做边想的....很正常...

[yyl1987611]

为什么没有市场参与？

[wangg800]

@alsotang v2ex 这点做得真是不好， 希望向网易评论盖楼学习。 这样只是@ 根本无法正常浏览长回复。

[bhuztez]

产品经理只管出点子，别的啥都不干？