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

[Ivone29]

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

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

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

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

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

[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 老板可以不管，但管了你就要听，而不是挑战他。