请教关于工作优先级的问题

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1179 天前的主题，其中的信息可能已经有所发展或是发生改变。

在一家传统公司，做与政府合作的项目。公司今年上半年刚开始做跟互联网相关的项目，但是老板不愿意配置人手，目前团队成员只有 4 个人，其中一个还是近期刚入职。

我们近期在开发一个商城项目，原本老板就只给了俩月时间，前两天开会的时候给砍十天，然后定好的 1.1 版本要跟 1.0 一起上线，工作计划被彻底打乱。

我整理了一下，手上一共有 15 个项目，大约有 5~7 个项目在同时进行，因为老板时不时就来催催，或者安插新的工作，说要跟领导一起演示 xx 项目，而其他工作安排又不能延期，我们就得压缩时间砍掉功能，来保证工期。

这一点让我很头大，跟老板讲过我们开发周期的问题，也讲过服务需要有一个较长时间的观察期，这期间需要不停地收集问题并修复优化，老板当时点点头说没问题，后脚就说交付了就先不用管了，收集问题的期间可以先干着别的工作，然后一个新项目就下来了。

面对这种问题，请问各位有什么好的方案？

老板

项目

催催

问题

34 条回复 • 2021-09-09 09:14:41 +08:00

golangLover

2021-09-06 09:11:47 +08:00 via Android

换公司。

vexjoe

2021-09-06 09:13:59 +08:00

感觉是一个长期性的问题，大概率只能辞职

2i2Re2PLMaDnghL

2021-09-06 09:15:48 +08:00

『做不完就是做不完，你开了我你更做不完，所以你开不了我。所以我也不用管你定的 ddl 我就按我正常速度做了』
如果这句话抛出去还不想办法加人手，可以炒老板鱿鱼

软件这块除非是讲解设计稿，否则，售前演示归营销，售后演示归现场。我这边每次听乙方演示问问题都是『回去问下技术人员』……

LaGeNanRen

2021-09-06 09:20:13 +08:00

六字真言

jetyang

2021-09-06 09:32:43 +08:00

典型的外包的业务模式，赶着上线，急着收钱，能多接项目就多接项目。。。没法改善

cxe2v

2021-09-06 09:47:43 +08:00

看来这老板给的钱多啊，不然能忍得住不跑路？

dilu

2021-09-06 10:20:35 +08:00

这个没法解决，真的

强烈建议换公司

ragnaroks

2021-09-06 10:45:55 +08:00

必须得跑了

cszj

2021-09-06 11:02:50 +08:00 via Android

@LaGeNanRen 啥叫六字真言

asp1111

2021-09-06 11:05:02 +08:00

LZ 能出这种题已经是管理层了，估计跑路了下家相同的职位也不好找吧

meeop

2021-09-06 11:13:05 +08:00

速度跑就行了,这种场景无解.原因是上层领导对于项目管理没有基本认识,往后一方面你累死,一方面公司还觉得你能力不行怎么老拖延工期导致绩效不好.论前途论成长论生活都不能留

janus77

2021-09-06 11:16:05 +08:00

这种不是技术型问题了，是老板压根就没想过给你充足时间做完，说白了老板就没有正常做项目的心思，就是想捞快钱。这种老板你还跟着他？

Finnn

2021-09-06 11:19:04 +08:00

已跑路, 熬了三年, 老板不涨薪, 跟你差不多的状态, 995(/6), 一堆屎山, 外包也没这么折磨人.....
现在 10-7-5, 爽的一逼, 大家技术也都很牛逼, 一切都好, 就差自己不够牛逼了

yurong333333

2021-09-06 11:31:47 +08:00

没想到在某个地方有个老哥的经历竟然和我如此相似。。。已在准备跑路。老哥赶紧准备简历吧，是老板的问题、、、

Mitt

2021-09-06 12:19:19 +08:00

@2i2Re2PLMaDnghL 确实，不过『回去问下技术人员』这种真的效果很差，我每次想问的问题对方都不知道的话就基本不考虑这家产品了，我更希望能有技术直接在场

darkengine

2021-09-06 12:22:09 +08:00

提桶吧老伙计

chiu

2021-09-06 12:22:38 +08:00 via Android

老哥，听你描述都能感受到压力，甚至有辞职的冲动

IvanLi127

2021-09-06 12:34:31 +08:00 via Android

不要答应任何难以达到的要求，只要你不答应，负担就会小很多。就怕你解释半天最后还是被迫答应下来

shot

2021-09-06 13:00:49 +08:00

「政务类项目+销售型老板」的通病……

在我看来这不应该是「工作优先级」的问题，而是「项目管理如何平衡“功能范围 & 时间 & 质量”」的问题。

如果老板逻辑还算清晰，能尊重技术的话，建议准备好充分的素材后与其做一次坦诚深入的沟通，从你的视角提供几个解决方案让老板选。举个例子：
技术团队上一个月同时维护 x 个项目，共发布 y 个版本，总计 z 个用户故事；
以同行业同地域平均水平而论，需要 xx 个团队成员 yy 人日完成；
但由于现在仅有 4 人，导致加班严重，交付质量严重下降，共出现 xxx 个缺陷，其中 yyy 个是生产环境严重级 bug ；
目前团队修 bug 和开发新功能的时间比大概在 x:y，参照前几个月工作产出估算，接下来四周最多能完成 z 个用户故事；
解决方案 1: 缩减功能范围，专注开发 a 、b 、c 几个核心功能，其余低优先级项目 /功能由商务挡住；
解决方案 2: 延长开发周期，下两周开发 a 、b 功能，再下两周开发 c 、d 功能，……总计开发周期预估为 x 个月；
解决方案 3: 降低产品质量，所有功能均做最小化开发与测试，商务验收后再长期救火不足部分与线上 bug ；
长期解决方案：补充团队成员至与项目规模匹配的数目，但要说明新人上手需要一个月，稳定输出需要两三个月，对近期项目没有帮助，甚至帮助新人融入还会降低老员工的工作效率（没有银弹！）。

如果老板不讲理的话，那就真的只能六字真言了。

opengps

2021-09-06 13:09:23 +08:00

典型的试验性项目，不值得长远跟进，真的是离职保平安

NasirQ

2021-09-06 16:45:14 +08:00

@shot 说的太好了！

deco

2021-09-06 18:09:11 +08:00

赞同 @shot 的回答
其实本质是项目管理的问题
事情越来越多，人不变（还有新老交替），所以进度和质量肯定无法保障。
建议的解决方式：
1：让产品们拿着原型去跟用户看，确定下来，避免验收出现变动。
2：你跟领导谈时间，建议把每个工作量 /条目度列清楚，尽量不要拍脑袋说 7 天能完成，不然领导直接反问 4 天可以不？你就无据可依了。
3：集中力量完成一件事，在做好 2 的基础上，事理清、管住了，任何的资源调动都会影响相关的安排，这个多跟领导强调。

efaun

2021-09-06 19:21:01 +08:00

能跑吗

nicocho

2021-09-06 21:55:12 +08:00

想起之前一家公司，老板人还行，就是每周都堆新需求新功能。
有问题都是积着，没空去改进重构，就这样持续了几年，
试试找工作，发现跟傻逼一样被人鄙视。
后来终于换个工作，踏踏实实的边做业务，边学习分析原理，做自己的积累，出去面试也不慌了。

night98

2021-09-06 22:09:33 +08:00

没什么好方案

sagaxu

2021-09-06 22:20:16 +08:00 via Android

这是优先级的问题吗？这是阶级矛盾

JamChiu

2021-09-06 22:36:40 +08:00

换公司，否则无解，这种自上至下的风气，短短几年都不会有什么改观，目测是苦逼外包？

Lemeng

2021-09-06 23:33:15 +08:00

风气不好，确实郁闷

young1lin

2021-09-06 23:34:06 +08:00

你先把大概的项目任务理一理，再逐一分解，拆解成多个小任务，粒度要足够细。每个任务的公时给出来，然后汇总统计，再加点调试的时间，前面的内容是已经包含测试的。

再和老板沟通一下，一定要注意措辞，了解哪些任务比较重要，优先开发哪些项目。比如 A 项目比较紧急，钱也给得多，B 项目钱少，需求也很多，那么应该做 A 而不是 B，B 可以再缓一缓。还有就是，有些项目是允许先上线一部分功能的，你可以把这一部分的核心内容做出来，而不是说全做。软件是可以迭代的，架构的三要素就是合适、简单、演化（可迭代）。

我相信，机遇总比挑战大，办法总比困难多。这算是一个挑战，成功后你也可以写出相应的心得总结一下。当然，如果一直都是这种工作状态，确实会让人感到疲倦。

换工作是一个比较容易的方案，人们都喜欢做容易的事情。在容易和更容易之间，大多数人都会选择更容易的。这是最小阻力原则。但是我不建议这么做，因为你下家公司的老板可能更不理解开发，这是有可能的。

我的建议就是这些。