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

[Ivone29]

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

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

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

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

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

[golangLover]

换公司。

[vexjoe]

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

[2i2Re2PLMaDnghL]

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

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

[LaGeNanRen]

六字真言

[jetyang]

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

[cxe2v]

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

[dilu]

这个没法解决，真的

强烈建议换公司

[ragnaroks]

必须得跑了

[cszj]

@LaGeNanRen 啥叫六字真言

[asp1111]

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

[meeop]

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

[janus77]

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

[Finnn]

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

[yurong333333]

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

[Mitt]

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

[darkengine]

提桶吧老伙计

[chiu]

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

[IvanLi127]

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

[shot]

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

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

如果老板逻辑还算清晰，能尊重技术的话，建议准备好充分的素材后与其做一次坦诚深入的沟通，从你的视角提供几个解决方案让老板选。举个例子：
技术团队上一个月同时维护 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]

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

[NasirQ]

@shot 说的太好了！

[deco]

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

[efaun]

能跑吗

[nicocho]

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

[night98]

没什么好方案

[sagaxu]

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

[JamChiu]

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

[Lemeng]

风气不好，确实郁闷

[young1lin]

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

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

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

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

我的建议就是这些。

[tzengshinfu]

@cszj 六字真言=要么忍，要么滚

[SmiteChow]

听老板的就行，真把自己当领导了？

[Ivone29]

@SmiteChow 老哥，你这话说的就有失偏颇了。现在的问题就是听老板的搞的所有项目一团乱，最后老板不会管我手里这项目怎么样，老板只要结果，难不成过程也要老板来管理吗？

[KisekiRemi]

@nicocho 老哥说到点了。。

[SmiteChow]

@Ivone29 老板可以不管，但管了你就要听，而不是挑战他。