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

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

  •  1
     
  •   Ivone29 · 42 天前 · 4433 次点击
    这是一个创建于 42 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

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

    强烈建议换公司
    ragnaroks
        8
    ragnaroks   42 天前
    必须得跑了
    cszj
        9
    cszj   42 天前 via Android
    @LaGeNanRen 啥叫六字真言
    asp1111
        10
    asp1111   42 天前
    LZ 能出这种题已经是管理层了,估计跑路了下家相同的职位也不好找吧
    meeop
        11
    meeop   42 天前
    速度跑就行了,这种场景无解.原因是上层领导对于项目管理没有基本认识,往后一方面你累死,一方面公司还觉得你能力不行怎么老拖延工期导致绩效不好.论前途论成长论生活都不能留
    janus77
        12
    janus77   42 天前
    这种不是技术型问题了,是老板压根就没想过给你充足时间做完,说白了老板就没有正常做项目的心思,就是想捞快钱。这种老板你还跟着他?
    Finnn
        13
    Finnn   42 天前
    已跑路, 熬了三年, 老板不涨薪, 跟你差不多的状态, 995(/6), 一堆屎山, 外包也没这么折磨人.....
    现在 10-7-5, 爽的一逼, 大家技术也都很牛逼, 一切都好, 就差自己不够牛逼了
    yurong333333
        14
    yurong333333   42 天前
    没想到在某个地方有个老哥的经历竟然和我如此相似。。。已在准备跑路。老哥赶紧准备简历吧,是老板的问题、、、
    Mitt
        15
    Mitt   42 天前
    @2i2Re2PLMaDnghL 确实,不过『回去问下技术人员』这种真的效果很差,我每次想问的问题对方都不知道的话就基本不考虑这家产品了,我更希望能有技术直接在场
    darkengine
        16
    darkengine   42 天前
    提桶吧老伙计
    chiu
        17
    chiu   42 天前 via Android
    老哥,听你描述都能感受到压力,甚至有辞职的冲动
    IvanLi127
        18
    IvanLi127   42 天前 via Android
    不要答应任何难以达到的要求,只要你不答应,负担就会小很多。就怕你解释半天最后还是被迫答应下来
    shot
        19
    shot   42 天前   ❤️ 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   42 天前
    典型的试验性项目,不值得长远跟进,真的是离职保平安
    NasirQ
        21
    NasirQ   42 天前
    @shot 说的太好了!
    deco
        22
    deco   42 天前
    赞同 @shot 的回答
    其实本质是 项目管理的问题
    事情越来越多,人不变(还有新老交替),所以进度和质量肯定无法保障。
    建议的解决方式:
    1:让产品们拿着原型去跟用户看,确定下来,避免验收出现变动。
    2:你跟领导谈时间,建议把每个工作量 /条目度列清楚,尽量不要拍脑袋说 7 天能完成,不然领导直接反问 4 天可以不?你就无据可依了。
    3:集中力量完成一件事,在做好 2 的基础上,事理清、管住了,任何的资源调动都会影响相关的安排,这个多跟领导强调。
    efaun
        23
    efaun   42 天前
    能跑吗
    nicocho
        24
    nicocho   41 天前   ❤️ 1
    想起之前一家公司,老板人还行,就是每周都堆新需求新功能。
    有问题都是积着,没空去改进重构,就这样持续了几年,
    试试找工作,发现跟傻逼一样被人鄙视。
    后来终于换个工作,踏踏实实的边做业务,边学习分析原理,做自己的积累,出去面试也不慌了。
    night98
        25
    night98   41 天前
    没什么好方案
    sagaxu
        26
    sagaxu   41 天前 via Android
    这是优先级的问题吗?这是阶级矛盾
    JamChiu
        27
    JamChiu   41 天前
    换公司,否则无解,这种自上至下的风气,短短几年都不会有什么改观,目测是苦逼外包?
    Lemeng
        28
    Lemeng   41 天前
    风气不好,确实郁闷
    young1lin
        29
    young1lin   41 天前   ❤️ 1
    你先把大概的项目任务理一理,再逐一分解,拆解成多个小任务,粒度要足够细。每个任务的公时给出来,然后汇总统计,再加点调试的时间,前面的内容是已经包含测试的。

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

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

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

    我的建议就是这些。
    tzengshinfu
        30
    tzengshinfu   41 天前
    @cszj 六字真言=要么忍,要么滚
    SmiteChow
        31
    SmiteChow   41 天前
    听老板的就行,真把自己当领导了?
    Ivone29
        32
    Ivone29   41 天前
    @SmiteChow 老哥,你这话说的就有失偏颇了。现在的问题就是听老板的搞的所有项目一团乱,最后老板不会管我手里这项目怎么样,老板只要结果,难不成过程也要老板来管理吗?
    KisekiRemi
        33
    KisekiRemi   41 天前
    @nicocho 老哥说到点了。。
    SmiteChow
        34
    SmiteChow   39 天前
    @Ivone29 老板可以不管,但管了你就要听,而不是挑战他。
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2582 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 34ms · UTC 12:59 · PVG 20:59 · LAX 05:59 · JFK 08:59
    ♥ Do have faith in what you're doing.