模块面临烂尾，产品有点想把屎盆子扣开发头上的意思在该怎么办？

[kandaakihito]

项目类型及特点：

• 制造业外包 SaaS ；
• 需求特别复杂（远不止一般的增删改查），需求和概念能把人搞疯；

项目背景和历史：

• 搞了三年多快四年了，产品有种完全不懂机软件设计原则的美，而且不写文档连自己需求都记不清，需要开发和 测试一边写一边帮她梳理需求和矛盾点；
• 开发最早是拉了两个算法的大佬来边学 Java 边写，留下的技术上的坑不是一般的大；

项目现状：

• 一期交付了四批并且测试通过了，五期正在开发一个模块 A ；
• 产品和项目给客户放卫星，说五月初能交付模块 A ；
• 其他开发都拒绝进入该模块，就剩一个关联模块的倒霉蛋开发和我这个应届生；
• 模块 A 基本上是新的从零开始；

近一周发生的事情：

• 四月之前：在没有问过开发的情况下，给客户放卫星说五月交付模块 A ；
• 周一及之前：和我们说了下需求，与其说是“讲需求”不如说是“一起讨论需求”，留下非常多的细节没有提及， 总共讨论了差不多 5 小时；
• 周二上午：我和另外一个开发估了各 10 个工作日的工时，早会上产品要求我们“挤一挤”，要五一前做完；
• 周二一整天：产品在群里 @了老板，预警风险，老板没说话也没拉会讨论；
• 周三：我和另外一个开发开始写需求和修置前 bug ，越改发现的坑越大；
• 周四：我们和产品重新讨论了需求，讲了问题点，发现之前很多地方的逻辑上的坑她自己都不知道；
• 周四：我和另外一个开发认为这样 10 天肯定搞不完，产品说“我也没办法啊，我给客户和老板承诺了”；

关于另外一个开发以及我的情况：

• 另外一个开发是校招的老员工，人很温柔有点胆小，经常在别人装死的情况下坚持加班，不太敢找老板说话；
• 我，应届生（ 23 年），情商很低，大气不敢出一个；

求助：

• 现在我感觉产品要把锅扣在我们头上了，月底做不完不能五期交付都会变成我和另外一个开发的问题（毕竟我们 前面估了工期），不知道该怎么办？

• 我和另外一个开发明天肯定早会上要把问题提出来，把事情前因后果说清楚，但是老板（实际上是我们的小组 长的角色）基本不会参加早会，我们有必要去单独找老板吗？

真心求助大佬

[vacuitym]

程序和人有一个能跑就行

[Ericality]

找老板 不要单独找 先和产品沟通一下 他没办法没关系 拉着他一起找老板(或者一路向上找 找到能拍板的人)
这叫提前上报风险 就算你前期估计了工期 但是越看问题越多 明显搞不定的前提下 还不说 那对不起 这个锅你背了
如果你说了 且让老板知道了 那就算最后算到你头上老板也是理亏的 因为已经提前说了搞不定 下面的问题你上面的管理不解决 总不能怪到下面头上吧(虽然职场不讲道理 但是如果这都要强行怪罪下来 那这个地方不待也罢)
至于为什么一定要一层一层找 就是为了防止中间有小人认为你越过他打报告 后面给你穿小鞋
如果你确保每一层的人都在 都是按照顺序找的 至少大家都知道这个事 不算逾越
哦对了 如果老板继续装死 就提出约时间 "这个需求目前过于复杂 有极大的延期风险 想要重新讨论下在这个项目上投入的人力以及要实现的效果" 老板接着装死那后面这个也可以成为撕逼的证据 讲清楚自己会尽力做 但是之前预估的工期无法保证完成 剩下的工作量对得起自己的工资就行

[k9982874]

把你们发现的问题书面化，扔到组里寻求帮助，at 那个产品，cc 你们老大及老板。

[kandaakihito]

@vacuitym 双非一本非科班通信工程专业 23 年应届生（已交社保），在校期间无竞赛但是从大二开始实习无超过四个月空窗期，全部都是在 500 人规模的小公司写爪哇和春天，只能做简单的 crud ，想跑也跑不掉

[LandCruiser]

无解，这种产品还能在你们公司肯定是老板喜欢他。这个行业存在大量的这样的公司，你从这跑了保不齐下个公司还是类似的。早点转行吧，家里条件还行的话，全职考公就是了。

[Albertcord]

看着都汗流浃背了，不重视开发的产品

[kandaakihito]

@Ericality 很实用，概况起来就是：

1. 找产品，拉上产品和老板如实反馈，确保没有隐瞒；
2. 逐级上报；（这点考虑到了，我们的“老板”就是人事关系上的+1 ，而且直接参与开发工作）
3. 现在头大的是另外一个开发太过于能忍了，已经申请了内网 vpn 打算回家搞，我现在还在想怎么做她的思想工作；

[kandaakihito]

@k9982874 感觉这样会把事情上升到不可挽回的高度，先找直属领导吧，本身这个项目已经跳票一年了实际上

[sL83OdzP0RtI2l31]

- 马上就得上报风险（找直属领导/老板）
- 说说现在现状和困难
- 强调之前的工时估计是基于现有的需求理解和技术难度的，但在实际开发中发现了更多的复杂性和未知因素
- 寻求解决办法，看看是加人/延期/修改需求

ps: 沟通过程不要过于指责和抱怨

[kandaakihito]

@LandCruiser 感觉这个公司是不会裁校招生（貌似是

[kandaakihito]

@Albertcord 制造业公司的 IT 子公司，主要做内部 SaaS 和外部外包的

[kandaakihito]

@xinchao 是的，就事论事，工作上的事情不能带情绪

[sL83OdzP0RtI2l31]

@kandaakihito #12 不过在讨论需求和估工期上，你们处理的有点年轻啊，这个锅肯定是得背一点的，当是个教训吧

[iOCZS]

应该及早暴露风险，还好还有 20 来天。要不然责任都是你们这群人，“有困难当时为什么不说，拖到现在”

[lakehylia]

暴露风险呗，做好跑路的准备

[kandaakihito]

@xinchao 当时我和另外一个开发按照我的真实想法估的工期说 10 个工作日，我说肯定不止，要她估完自己的和我一起上报前乘以一个系数（毕竟是前辈而且她在带我，很多工作都是我汇总到她那里再上报）。结果因为产品定调说五月交付外加她有点内向，她也估了 10 天然后直接上报了。

[sL83OdzP0RtI2l31]

@kandaakihito #16 和这种猪队友，就得分工明细了，到时候好甩锅，把自己那部分完成就行了；
还有在产品提出改交付时间，马上提出要砍点需求改需求（最佳时机、心理学）

[fredweili]

所有会议讨论留记录，口说无凭

[kristofer]

向上暴露风险，拉会（要有你的上级）沟通。要做好会前准备（关于这个需求的各种情况，你要详细了解，不能在会上一问一不吱声，做到自己底气足）。就事论事，不要情绪化，谁先情绪化谁输。不要随便把锅揽在自己头上。

[kristofer]

@kristofer #19 会议记录与结论要留档，并周知相关人员