吐槽一下项目组换领导后的各种高血压

[WangLiCha]

本来项目组成员都是正常配置，有组长，有产品经理，有 UI ，有前后端，然后以往的工作流程是这样：

组长立项，列好功能的大纲 -> 产品经理根据大纲设计具体的功能页面和交互原型 -> 后端根据交互原型编写接口，同时 UI 根据交互原型绘制设计稿 -> 前端根据设计稿和后端接口开发功能页面

很合理也很流畅。

然而天有不测风云，前任组长因为公司办公室政治内斗被赶出公司，公司高层从其他单位挖过来了一个熟悉新业务但是完全没有技术背景的新领导来当组长继续领导开发（之前产品经理不懂这个新业务），然后工作流程就变得混沌了起来：

组长整天在外跑业务聊客户，整周不见人，开发人员也整周无事可做 -> 组长带着带着从用户手里收集的大把意见设计具体的功能页面和交互原型——但是他只是懂业务，画出来的交互原型相当糟糕，有功能省略也没有注明，新的交互模式也跟原来的系统完全不同，此外业务本身的抽象程度和复杂程度都相当高，可以说只有除了他之外的少量两三个人能把业务弄懂 -> 在放出了巨量新任务过后告知我们客户急需这个产品新功能，为了谈成生意需要在 1 个月内开发完成 -> 后端根据交互原型编写接口，同时 UI 根据交互原型绘制设计稿 -> 然后新组长表示原型图上的交互都不代表真正的交互，比如原型图上点击按钮弹出了弹窗，只代表需要让用户在这里看到弹窗上的信息。改成消息通知，改成折叠隐藏，设置直接放在界面上他都无所谓，交互全都让 UI 来设计 -> 但之前提到过，业务抽象复杂原型图还不明确，讲解业务的会议也没有让 UI 来参加，所以 UI 毫不奇怪的在不少细节上理解错误，画出了错误的设计稿 -> 另一方面“原型图上的交互都不代表真正的交互”这句话没有告诉后端，后端根据原型图开发出来了接口，UI 根据工作经验大幅优化了交互逻辑，然后发现 UI 的逻辑和后端的接口对不上 -> 另一方面新组长也一直在外面跑客户获取新需求，所以他也一直在修改产品原型 -> 但是修改产品原型这件事只告诉了后端开发，所以 UI 还在埋头画图前端还在埋头写页面的时候，并不知道其实需求已经变了……

心太累了，姑且讲出来发泄一下，我也不知道这个项目会走向何方……

[devopsdogdog]

组长搞业务不带上产品经理收集整理记录？
目前就是没有整体大纲计划被，然后一直收集需求。
我是组长会分下去给产品设计。

[laminux29]

1.不要搞对抗，合作收益大于对抗。

2.前组长被开的真正原因，不一定是办公室政治，有可能是跑业务不如现任组长，导致公司收入减少，而且还逼事多，被 BOSS 开了。如果我是 BOSS ，我也会选能拉投资的新组长。

3.新组长不懂沟通，开会忘记通知人，你们自己完全可以互相通知。

4.新组长讲解需求，忘记通知人，你们自己完全可以搞一套协同办公系统，自己记录并公开给所有人。

综上，你讲的这些问题，都是小问题，只是沟通问题，完全可以自己解决 + 找新组长谈一谈。

但新组长最关键的拉客户的能力，看上去你好像不太在意。

[rabbbit]

需求变了告诉了后端，然后后端没跟你们说吗？

[WangLiCha]

@laminux29 项目做成了公司收益好了，能拿到奖金分红的也是领导和营销团队而不是开发，我有什么义务从他们的角度考虑问题？新组长项目管理能力如此混乱反而才让人担心产品实际的质量吧？

[WangLiCha]

@rabbbit 因为后端并不知道前端不知道需求变更了啊

[rabbbit]

只能说，如果领导私信我需求变了，我肯定会去跟同事交流下。
这种事除非拉群，领导不可能挨个通知吧。

[WangLiCha]

@rabbbit 当然有群，但是没有人说话，现在这个项目组的习惯就是沟通交流基本都微信私聊或者面对面沟通。相对而言我待的上一个项目组是另一个极端，所有人都即使工位挨着也是在群里打字聊天，好处就是这些需求变更之类的消息怎么也不会错过了

[rabbbit]

他不在的时候，前端、后端、UI 可以凑一起快速过一下业务逻辑，这样能省掉很多麻烦，否则倒霉的一定是前端。

[jjx]

你在这里抱怨有什么用

直接跟组长反馈啊

抱怨不解决问题

[shyangs]

如果你們的「專案經理」(組長)和「產品經理」是不同的職位（兩人分別擔任），那原型不是該產品經理做嗎？為什是組長做，那產品經理在做啥？

[WangLiCha]

@shyangs 目前在做的这个新需求的业务，之前的产品经理完全不懂，而新招来这个组长是懂的，所以让他来做，之前的产品经理去做其他项目去了（他本身也同时负责好几个项目的产品设计）

[ydpro]

这种情况可以考虑定期开个碰头会，同步下信息。这样会改善下项目乱糟糟的情况。

[fantathat]

我怎麼感覺理解業務和繪製原型要簡單的多喔，怎麼感覺拿的錢反而最多

[me1onsoda]

我感觉是你们带着情绪在做事，总共才几个人的团队就信息孤岛了。
他可能有一些疏忽，你都知道问题了，提醒一下又能怎么着，对你们谁都好

[t1cb2v754F32JdOs]

这个发帖来看，楼主的叙事逻辑及信息组织能力，很难让观众共鸣

[Justin13]

所以你是什么角色？

[chensuixiang]

楼上好多要求 LZ 去主动承担一些责任（比如和领导沟通啊和组长反馈啊自己主动通知啊）。要我说啊，LZ 可千万别上当，这些事做了，就会变成默认是你做的，而且没有人因为你做了这些事让团队变好了之后感谢你，倒是有人会嘀咕你一个小弟做起领导的活。明明是领导没做好领导的职责，好意思要求底下的人免费替你做事？做好了有个屁的奖励。当然，咋也不是个团队蛀虫，非得巴着团队散了。要我说啊，你适当时候提点意见就行了，其他莫要管太多。本身换个了不同风格的领导过来，他自己就应该考虑到不同风格会带给团队什么变化，他就自己应该想办法融合新团队。

信我，不做，团队散了上面是主要责任而你没事。做了，好坏你都得挨骂。什么职位做什么事。（当然 LZ 要是真想努力让领导换个车包个小三，那你就快去主动承担责任，去帮你领导呗）

[KT0J]

我是支持楼主的。
许多人说，才几个人，定期开个会 xxx 不就好了。


实际上真这么简单吗？
谁组织？谁有权组织？你说开就开吗？你是老几啊？想越权当项目经理？
实际上没有人统筹管理，是不行的。


或者说，管理者放权，也是可以的。那么各自把各自的事情做好，也能玩下去。
但管理者没有放权，没有把这些“权力”（职责）交出去，就不存在各自把事情做好。
比如原型不确定，经常修改，请问谁能定？谁有权力定？


我承认客户很重要，甚至是最重要。
但难就难在，能把一切处理好。


退一步说，没有这能力，就别承担这职责啊。
有些人天生喜欢为了领导考虑，领导也难。可是领导收获也大不是吗？
如果一个领导，无法处理好管理上的事情，那么就是不称职。


再退一步说，商务、客户，确实很重要。
但实现，也非常重要。
不考虑实现，那么我什么方案都能谈的下来。
5000 一辆跑车，还怕没生意？前提是真能以这个成本，这个效率，做出来。


我感觉，国内从来不缺，这类领导。
缺的从来是，在有限条件下，能实实在在把东西做出来的人。

[BarackLee]

如果项目做不成，有裁员的风险吗？
OP 在团队中的角色是什么？是后端开发吗？

[lessMonologue]

竟然碰到了卓友。。。。。