程序员与业务的思考

[Kirsk]

RT 不知道有没有公司是这样开发的：pm 定好业务流程与业务场景 具体的业务逻辑程序员自己设计实现（或评审）这个过程程序员是有可能参与原型设计的 大概意思就是程序员深度参与业务 而不单单是编码实现的角色 当然有些公司这部分是高级以上在做 不过实际不够理想 也算是开发业务管理的范围吧

[TtiGeR]

有

[lomsing]

你有没有遇到一些不算很小的公司，整个公司只有一个 PHP，且同时负责 前后端、移动端（ Android/IOS ）、运维、安全。

而且还要求，提需求的人可能有些点没有想到，你就得想到。比如，Boss 要你做一个 抽奖，然后其他你自己想。

[levelworm]

@lomsing 真锻炼人。

[Kirsk]

@lomsing 接着杠

[gggxxxx]

程序员一起参与设计讨论的头脑风暴是最好的。
但是程序员不参与设计单纯去实现也是合理的。这很像战争打仗，士兵都会抱怨但是不会违背将军的指挥，单纯就是执行任务就是了。因为很多时候士兵并不了解大局和很多重要信息，公司程序员也一样可能根本不了解市场。

[xuanbg]

产品非常强，输出的文档文档描述条理清晰无疑义，且逻辑完备的情况下，程序员确实不需要懂业务就能实现。但事实上我还没见过这样的产品。

另一个就是程序员懂业务就不需要依赖别人就能把产品实现出来。雷军写代码的那个年代，哪来的产品经理，都是程序员自己设计产品。

[Leigg]

取代产品经理

[mlsnatalie]

@gggxxxx 很多产品不懂逻辑，设计出的产品，业务流程漏洞百出，得程序员不停的给他们补充

[gggxxxx]

@mlsnatalie 真不要这么否定产品，按你这说法程序员兼任产品不就得了。你看 nba 球队不也是教练和总经理分别要 2 个不同的人担任？
不同角色的思维方式不一样，比较理想的是不同意见相互碰撞，而不是上下级一言堂。国内很多公司主要的问题是风气多是后者。

[justrand]

@lomsing 另外空的时候再兼职网管，修修网络，修修电脑打印机

[kaka6]

应该看公司团队角色的专业程度
1 、都不专业，程序谈产品，产品谈逻辑，相互兼着来
2 、都专业，就井水不放河水，互相做好自己专业的事
我见过的 1 居多，有遇到 2 的团队要好好珍惜

[James369]

产品经理太水的比较惨，项目经理太水的更加惨

[zunceng]

同意楼主 产品把握好方向 细节把控下放到程序
我自己本职开发兼做产品也是这么做的， 因为你不是具体开发的人， 不清楚具体会碰到的细节，而细节会影响用户操作步骤 /用户体验， 而产品功能方向是不会因为这个细节而改变的。 （并不是同一个项目， 项目 A 我是产品，同时我是项目 B 的开发）

做产品的最大感受 是要把 PRD 上模糊的地方表述清楚， 定义好边界

[lamesbond]

@lomsing 我现在就在规模不算很小（上市公司，两三百人），但是开发只有 6，7 个，每人至少一个项目，负责除前端运维的所有，市场部提需求开发就得实现，不管能不能做，是否合理。

[lomsing]

@Kirsk

我没杠啊，我说的是实话。最近一段时间面试了好几家公司，其中就有三四家是这样的。坐标 深圳。其中两家让我印象深刻，一家是上市公司，一家是规模不小（整栋写字楼）的公司。都是只招一个 PHP，工资 15K 。

[lomsing]

@justrand 哈哈，你说的这种现象在小公司很常见了。

[lomsing]

@lamesbond 你这个比我说的那个情况稍微好一点了。

[DiamondYuan]

在大厂基础部门

+ 无产品经理 [都是开发，自己当产品经理
+ 无测试 [自己集成测试
+ 无会议 [几乎没有，大部分时间都在写代码
+ 当客服 [剩余时间在当客服

还蛮爽的

[xy1205]

从业生涯中，一半的时间就是在这种环境下生存的。
当前的环境中，24 小时随到随到，每周发版本到凌晨 2 点，还要加上没测出来的 BUG 发布到线上，扣开发的绩效，同时 BUG 级别罚钱到部门的基金库中。
不过已经打算溜了，扛不住了！！！

[Kirsk]

@xy1205 更像是管理的问题🤔