V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Kirsk
V2EX  ›  程序员

程序员与业务的思考

  •  
  •   Kirsk · 2020-12-03 00:26:28 +08:00 via Android · 4100 次点击
    这是一个创建于 1439 天前的主题,其中的信息可能已经有所发展或是发生改变。
    RT 不知道有没有公司是这样开发的:pm 定好业务流程与业务场景 具体的业务逻辑程序员自己设计实现(或评审)这个过程程序员是有可能参与原型设计的 大概意思就是程序员深度参与业务 而不单单是编码实现的角色 当然有些公司这部分是高级以上在做 不过实际不够理想 也算是开发业务管理的范围吧
    第 1 条附言  ·  2020-12-03 09:27:18 +08:00
    确实专人专事很好 不过如果是业务比重大于技术的情况下 让程序员做细节会省事 pm 只要把握方向正确 否则可能会扯皮 返工
    20 条回复    2020-12-04 11:38:52 +08:00
    TtiGeR
        1
    TtiGeR  
       2020-12-03 00:39:40 +08:00 via iPhone
    lomsing
        2
    lomsing  
       2020-12-03 01:02:52 +08:00   ❤️ 11
    你有没有遇到一些不算很小的公司,整个公司只有一个 PHP,且同时负责 前后端、移动端( Android/IOS )、运维、安全。

    而且还要求,提需求的人可能有些点没有想到,你就得想到。比如,Boss 要你做一个 抽奖,然后其他你自己想。
    levelworm
        3
    levelworm  
       2020-12-03 05:43:28 +08:00 via Android
    @lomsing 真锻炼人。
    Kirsk
        4
    Kirsk  
    OP
       2020-12-03 06:42:04 +08:00 via Android
    @lomsing 接着杠
    gggxxxx
        5
    gggxxxx  
       2020-12-03 07:38:57 +08:00
    程序员一起参与设计讨论的头脑风暴是最好的。
    但是程序员不参与设计单纯去实现也是合理的。这很像战争打仗,士兵都会抱怨但是不会违背将军的指挥,单纯就是执行任务就是了。因为很多时候士兵并不了解大局和很多重要信息,公司程序员也一样可能根本不了解市场。
    xuanbg
        6
    xuanbg  
       2020-12-03 07:51:39 +08:00
    产品非常强,输出的文档文档描述条理清晰无疑义,且逻辑完备的情况下,程序员确实不需要懂业务就能实现。但事实上我还没见过这样的产品。

    另一个就是程序员懂业务就不需要依赖别人就能把产品实现出来。雷军写代码的那个年代,哪来的产品经理,都是程序员自己设计产品。
    Leigg
        7
    Leigg  
       2020-12-03 08:00:01 +08:00 via iPhone
    取代产品经理
    mlsnatalie
        8
    mlsnatalie  
       2020-12-03 08:33:38 +08:00 via Android
    @gggxxxx 很多产品不懂逻辑,设计出的产品,业务流程漏洞百出,得程序员不停的给他们补充
    gggxxxx
        9
    gggxxxx  
       2020-12-03 08:53:57 +08:00   ❤️ 2
    @mlsnatalie 真不要这么否定产品,按你这说法程序员兼任产品不就得了。你看 nba 球队不也是教练和总经理分别要 2 个不同的人担任?
    不同角色的思维方式不一样,比较理想的是不同意见相互碰撞,而不是上下级一言堂。国内很多公司主要的问题是风气多是后者。
    yEhwG10ZJa83067x
        10
    yEhwG10ZJa83067x  
       2020-12-03 08:59:42 +08:00
    @lomsing 另外空的时候再兼职网管,修修网络,修修电脑打印机
    kaka6
        11
    kaka6  
       2020-12-03 09:12:10 +08:00
    应该看公司团队角色的专业程度
    1 、都不专业,程序谈产品,产品谈逻辑,相互兼着来
    2 、都专业,就井水不放河水,互相做好自己专业的事
    我见过的 1 居多,有遇到 2 的团队要好好珍惜
    James369
        12
    James369  
       2020-12-03 09:15:23 +08:00
    产品经理太水的比较惨,项目经理太水的更加惨
    zunceng
        13
    zunceng  
       2020-12-03 11:49:34 +08:00
    同意楼主 产品把握好方向 细节把控下放到程序
    我自己本职开发兼做产品也是这么做的, 因为你不是具体开发的人, 不清楚具体会碰到的细节,而细节会影响用户操作步骤 /用户体验, 而产品功能方向是不会因为这个细节而改变的。 (并不是同一个项目, 项目 A 我是产品,同时我是项目 B 的开发)

    做产品的最大感受 是要把 PRD 上模糊的地方表述清楚, 定义好边界
    lamesbond
        14
    lamesbond  
       2020-12-03 14:58:10 +08:00
    @lomsing 我现在就在规模不算很小(上市公司,两三百人),但是开发只有 6,7 个,每人至少一个项目,负责除前端运维的所有,市场部提需求开发就得实现,不管能不能做,是否合理。
    lomsing
        15
    lomsing  
       2020-12-03 19:02:18 +08:00   ❤️ 1
    @Kirsk

    我没杠啊,我说的是实话。最近一段时间面试了好几家公司,其中就有三四家是这样的。坐标 深圳。其中两家让我印象深刻,一家是上市公司,一家是规模不小(整栋写字楼)的公司。都是只招一个 PHP,工资 15K 。
    lomsing
        16
    lomsing  
       2020-12-03 19:03:13 +08:00
    @justrand 哈哈,你说的这种现象在小公司很常见了。
    lomsing
        17
    lomsing  
       2020-12-03 19:04:15 +08:00
    @lamesbond 你这个比我说的那个情况稍微好一点了。
    DiamondYuan
        18
    DiamondYuan  
       2020-12-03 23:59:42 +08:00   ❤️ 1
    在大厂基础部门

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

    还蛮爽的
    xy1205
        19
    xy1205  
       2020-12-04 10:47:56 +08:00
    从业生涯中,一半的时间就是在这种环境下生存的。
    当前的环境中,24 小时随到随到,每周发版本到凌晨 2 点,还要加上没测出来的 BUG 发布到线上,扣开发的绩效,同时 BUG 级别罚钱到部门的基金库中。
    不过已经打算溜了,扛不住了!!!
    Kirsk
        20
    Kirsk  
    OP
       2020-12-04 11:38:52 +08:00 via Android
    @xy1205 更像是管理的问题🤔
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5077 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 03:58 · PVG 11:58 · LAX 19:58 · JFK 22:58
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.