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

2021-09-06 09:05:17 +08:00
 Ivone29

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

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

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

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

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

5581 次点击
所在节点    程序员
34 条回复
golangLover
2021-09-06 09:11:47 +08:00
换公司。
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
@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
老哥,听你描述都能感受到压力,甚至有辞职的冲动
IvanLi127
2021-09-06 12:34:31 +08:00
不要答应任何难以达到的要求,只要你不答应,负担就会小很多。就怕你解释半天最后还是被迫答应下来
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
典型的试验性项目,不值得长远跟进,真的是离职保平安

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/800068

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX