V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Ivone29
V2EX  ›  程序员

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

  •  1
     
  •   Ivone29 · 2021-09-06 09:05:17 +08:00 · 5528 次点击
    这是一个创建于 934 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

    34 条回复    2021-09-09 09:14:41 +08:00
    golangLover
        1
    golangLover  
       2021-09-06 09:11:47 +08:00 via Android   ❤️ 5
    换公司。
    vexjoe
        2
    vexjoe  
       2021-09-06 09:13:59 +08:00
    感觉是一个长期性的问题,大概率只能辞职
    2i2Re2PLMaDnghL
        3
    2i2Re2PLMaDnghL  
       2021-09-06 09:15:48 +08:00   ❤️ 2
    『做不完就是做不完,你开了我你更做不完,所以你开不了我。所以我也不用管你定的 ddl 我就按我正常速度做了』
    如果这句话抛出去还不想办法加人手,可以炒老板鱿鱼

    软件这块除非是讲解设计稿,否则,售前演示归营销,售后演示归现场。我这边每次听乙方演示问问题都是『回去问下技术人员』……
    LaGeNanRen
        4
    LaGeNanRen  
       2021-09-06 09:20:13 +08:00
    六字真言
    jetyang
        5
    jetyang  
       2021-09-06 09:32:43 +08:00   ❤️ 2
    典型的外包的业务模式,赶着上线,急着收钱,能多接项目就多接项目。。。没法改善
    cxe2v
        6
    cxe2v  
       2021-09-06 09:47:43 +08:00
    看来这老板给的钱多啊,不然能忍得住不跑路?
    dilu
        7
    dilu  
       2021-09-06 10:20:35 +08:00
    这个没法解决,真的

    强烈建议换公司
    ragnaroks
        8
    ragnaroks  
       2021-09-06 10:45:55 +08:00
    必须得跑了
    cszj
        9
    cszj  
       2021-09-06 11:02:50 +08:00 via Android
    @LaGeNanRen 啥叫六字真言
    asp1111
        10
    asp1111  
       2021-09-06 11:05:02 +08:00
    LZ 能出这种题已经是管理层了,估计跑路了下家相同的职位也不好找吧
    meeop
        11
    meeop  
       2021-09-06 11:13:05 +08:00
    速度跑就行了,这种场景无解.原因是上层领导对于项目管理没有基本认识,往后一方面你累死,一方面公司还觉得你能力不行怎么老拖延工期导致绩效不好.论前途论成长论生活都不能留
    janus77
        12
    janus77  
       2021-09-06 11:16:05 +08:00
    这种不是技术型问题了,是老板压根就没想过给你充足时间做完,说白了老板就没有正常做项目的心思,就是想捞快钱。这种老板你还跟着他?
    Finnn
        13
    Finnn  
       2021-09-06 11:19:04 +08:00
    已跑路, 熬了三年, 老板不涨薪, 跟你差不多的状态, 995(/6), 一堆屎山, 外包也没这么折磨人.....
    现在 10-7-5, 爽的一逼, 大家技术也都很牛逼, 一切都好, 就差自己不够牛逼了
    yurong333333
        14
    yurong333333  
       2021-09-06 11:31:47 +08:00
    没想到在某个地方有个老哥的经历竟然和我如此相似。。。已在准备跑路。老哥赶紧准备简历吧,是老板的问题、、、
    Mitt
        15
    Mitt  
       2021-09-06 12:19:19 +08:00
    @2i2Re2PLMaDnghL 确实,不过『回去问下技术人员』这种真的效果很差,我每次想问的问题对方都不知道的话就基本不考虑这家产品了,我更希望能有技术直接在场
    darkengine
        16
    darkengine  
       2021-09-06 12:22:09 +08:00
    提桶吧老伙计
    chiu
        17
    chiu  
       2021-09-06 12:22:38 +08:00 via Android
    老哥,听你描述都能感受到压力,甚至有辞职的冲动
    IvanLi127
        18
    IvanLi127  
       2021-09-06 12:34:31 +08:00 via Android
    不要答应任何难以达到的要求,只要你不答应,负担就会小很多。就怕你解释半天最后还是被迫答应下来
    shot
        19
    shot  
       2021-09-06 13:00:49 +08:00   ❤️ 4
    「政务类项目+销售型老板」的通病……

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

    如果老板逻辑还算清晰,能尊重技术的话,建议准备好充分的素材后与其做一次坦诚深入的沟通,从你的视角提供几个解决方案让老板选。举个例子:
    技术团队上一个月同时维护 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
        20
    opengps  
       2021-09-06 13:09:23 +08:00
    典型的试验性项目,不值得长远跟进,真的是离职保平安
    NasirQ
        21
    NasirQ  
       2021-09-06 16:45:14 +08:00
    @shot 说的太好了!
    deco
        22
    deco  
       2021-09-06 18:09:11 +08:00
    赞同 @shot 的回答
    其实本质是 项目管理的问题
    事情越来越多,人不变(还有新老交替),所以进度和质量肯定无法保障。
    建议的解决方式:
    1:让产品们拿着原型去跟用户看,确定下来,避免验收出现变动。
    2:你跟领导谈时间,建议把每个工作量 /条目度列清楚,尽量不要拍脑袋说 7 天能完成,不然领导直接反问 4 天可以不?你就无据可依了。
    3:集中力量完成一件事,在做好 2 的基础上,事理清、管住了,任何的资源调动都会影响相关的安排,这个多跟领导强调。
    efaun
        23
    efaun  
       2021-09-06 19:21:01 +08:00
    能跑吗
    nicocho
        24
    nicocho  
       2021-09-06 21:55:12 +08:00   ❤️ 1
    想起之前一家公司,老板人还行,就是每周都堆新需求新功能。
    有问题都是积着,没空去改进重构,就这样持续了几年,
    试试找工作,发现跟傻逼一样被人鄙视。
    后来终于换个工作,踏踏实实的边做业务,边学习分析原理,做自己的积累,出去面试也不慌了。
    night98
        25
    night98  
       2021-09-06 22:09:33 +08:00
    没什么好方案
    sagaxu
        26
    sagaxu  
       2021-09-06 22:20:16 +08:00 via Android
    这是优先级的问题吗?这是阶级矛盾
    JamChiu
        27
    JamChiu  
       2021-09-06 22:36:40 +08:00
    换公司,否则无解,这种自上至下的风气,短短几年都不会有什么改观,目测是苦逼外包?
    Lemeng
        28
    Lemeng  
       2021-09-06 23:33:15 +08:00
    风气不好,确实郁闷
    young1lin
        29
    young1lin  
       2021-09-06 23:34:06 +08:00   ❤️ 1
    你先把大概的项目任务理一理,再逐一分解,拆解成多个小任务,粒度要足够细。每个任务的公时给出来,然后汇总统计,再加点调试的时间,前面的内容是已经包含测试的。

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

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

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

    我的建议就是这些。
    tzengshinfu
        30
    tzengshinfu  
       2021-09-07 08:16:33 +08:00
    @cszj 六字真言=要么忍,要么滚
    SmiteChow
        31
    SmiteChow  
       2021-09-07 09:54:18 +08:00
    听老板的就行,真把自己当领导了?
    Ivone29
        32
    Ivone29  
    OP
       2021-09-07 10:25:40 +08:00
    @SmiteChow 老哥,你这话说的就有失偏颇了。现在的问题就是听老板的搞的所有项目一团乱,最后老板不会管我手里这项目怎么样,老板只要结果,难不成过程也要老板来管理吗?
    KisekiRemi
        33
    KisekiRemi  
       2021-09-07 18:00:33 +08:00
    @nicocho 老哥说到点了。。
    SmiteChow
        34
    SmiteChow  
       2021-09-09 09:14:41 +08:00
    @Ivone29 老板可以不管,但管了你就要听,而不是挑战他。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1388 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 17:36 · PVG 01:36 · LAX 10:36 · JFK 13:36
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.