有软件开发流程，干活真的舒服无比

1 楼说的对

对于工作很多年的人，就还好，他们有经验，应届生真的很坑的，搞得人痛苦的一批

我们是原型或者 Ui 设计文档上没有的东西就不做。

小公司容易把能力强的人磨练的什么都会，也会把能力差的人磨得什么都不行。有好有坏，但从长远来说，如果自身素质达不到，自身的适应能力没那么强，新人还是去规范的地方好。打基础不是那么个打法，大公司考虑事情可以高屋建瓴的思考，目光长远了，视野广的人，做其他事情也会轻松一些。自上而下有优势的。

当然，一个混子在哪都是混子。

要学会利用有限的资源，得到知足的收获。

1 楼说得对

> 没有产品原型，没有需求文档，口头说一下要做成什么样子，给我搞得每天非常痛苦，不知道做成什么样。。做了又不是经理想要的，经理也没说我什么，但是我超级难受，不知道做成什么样子

你把经理当客户，分析挖掘出他的需求。这是 full cycle developer 乞丐版。

@tetora 多大公司？

@javaWeber “不能因为需求文档上面没有就不开发”，太搞笑了

@515576745 据老板说主要是销售人员（ 40-60 ），开发就 5 个人，具体什么公司不能说

@javaWeber 怼回去。照你这么说，自己想需求，假设需求文档上是 3 个功能，那我要 3 个月的开发周期也没毛病啊。

流程正规确实爽，减少返工和反复沟通，也容易估算工期，合理安排。

医疗产品？是丁香医生那一类的吗？

@javaWeber 现在公司的二把手就说开发需求虽然没写，但是包含了，我当时……

是真的。我现在就在小公司。要干什么就是大佬叫我过去说一遍，其实很简单的几个小东西，老大要给我拓展前因后果，拓展完要干啥我都记不住了。之后完全靠回忆，导致交东西的时候胆战心惊，感觉做好了，但是记忆模糊又怕做的不是这个意思。虽然每次大佬说完我都会记事本把主要的东西记一下，但是确实比不过文档啊。

@registerrr 我现在也是一样，医疗行业，开发组经理前端后端三个人

妈呀 ，评论看下来，感觉俺真的是开发小哥的好搭档。产品需求都是做标注做注释，涉及业务的注意事项也都会打标签特地说明。如果需求俺评估技术处理起来会比较棘手的话，还会出基础的技术实现方案 提供给开发小哥做参考，如果碰到不好解决的技术问题，也会提前在网上搜技术方案给开发可以浏览。不过，俺一直都觉得这些不应该是产品的本质工作吗，难道其他的公司产品都不是这样？？？？