当前位置:首页 » 《资源分享》 » 正文

只说了一句话,产品经理乖乖由我调整项目排期《打工人的那些事》_谙忆-陈浩翔

7 人参与  2021年05月26日 09:43  分类 : 《资源分享》  评论

点击全文阅读


只说了一句话,产品经理乖乖由我调整项目排期《打工人的那些事》

文章目录

  • 故事开始了
    • 技术方案
    • 协商发布时间
  • 我思故我在
    • 加班压自己开发时间的好处
    • 加班压自己开发时间的弊端
  • 如何排期

说到项目排期,相信是每个程序员的噩梦。

  • 被产品经理/领导倒排
  • 不会排期,自己压自己时间了

简直得每天多24个小时才能完成工作。

今天我就讲讲我的故事,简简单单说服产品正常排期。

故事开始了

“我们不一样,每个人都有不同的境遇…”

今天5月14号,我还在听着歌,来了一条领导的钉钉消息。

“缺个人部门现在需要一个人过去帮忙开发需求。你需求昨天刚上线吧。有时间的话,过去协助一下”

“好的,问题不大”

然后发现,好家伙。

没有协助,就我一个后端开发~

想了想,好几个坑。

  • 新项目
  • 需求是从第二期开始
  • 需求评审未参加
  • 需求文档的一期和二期功能在一个文档中
  • 当天下午就直接开设计评审了

个人感觉最大的不适是需求评审上并没有把一期和二期的功能区分开来。

也幸好,设计小姐姐的设计稿还挺好,区分了二期的功能。

产品在设计评审会议上直接大致拍了个上线时间,25号吧。

我当时的表情如下:

18200305_LLxNHl

排除周末,从14号开始,14号不算,满打满算有7个工作日。

先不说我没还没熟悉需求,我当时是连项目地址都不晓得是哪个。

那当时我就说了。这个上线时间等我出了技术方案再评估吧,我得先熟悉下项目。

“这个需求在月底前一定要上的”

我:“有什么不得不上的原因吗?”

“这几个功能很简单的,就是把一期功能改一改。而且用户急着用,这个功能不上,有几个大用户很急,用不了”

我:“排期如果来不及,晚几天会怎么样?”

“那等你先出技术方案吧”

技术方案

技术方案,很快啊。熟悉了项目,整理了上期功能流程。也挺感谢几个解答疑惑的后端和设计小伙伴,不然熟悉肯定没这么快。

最后,看了看数据库表,看了下项目代码结构。熟悉的差不多了。

想了想产品定下的排期,7天工作日减去1天熟悉+2天整理技术方案时间,就剩下4天。

开发、测试、联调时间呢?ennnn

联调还涉及到3个不同部门直接的联调。

这时间无论如何是不可能的。

为了在诉说排期时更加有理有据,我将新功能细分。

哪些功能是需要新增的,哪些是修改的一一拎出来。

将每个需要改动的功能进行排期。

19号技术评审,然后开发排期就已经到28号了。怎么办。

没其他办法,协商呗。

协商发布时间

先找到项目人员,找到产品。

我:“25号上线基本是不可能的,目前接口提测排期在28号,具体的功能排期在这里,这个时间我把我的单测时间还有联调时间都算进去了,已经不可能缩减了” (把具体细化的每个功能排期给产品看)

“这几个功能能不能再减点时间,你看你需要4天,之前的开发说只要2天”

我:“首先,我没参加需求评审,而且一期需求和二期需求的需求方案都在一块。另外,我对于这个项目不熟悉,即使是现在的技术方案,因为时间的关系,我是把以前的功能流程都大致梳理了,但是毕竟是大致,现在新增和修改的功能,难免在实现的时候,可能会遇到各种坑。如果说一期需求是我做的,我也只需要2天”

我:“我这边的时间是没办法再减了,否则我保证不了代码质量。不过可以砍下这两个功能,这两个其实不太需要,可以节省2天时间”

“行,那砍这两个功能,那就是26号。但是这样的话,还是不够啊,用户那边很急”

我:“那要不就继续砍功能,要不就加人。加人可以再减少一半时间,这两大块功能可以分开做。然后用户那边,我觉得我们的用户,不会因为这几天晚上线就不用我们产品了”

“那我去协商一下,看看能不能再拉个人”

当然,最后没拉到人,排期就是砍去了两个需求点,减少两天时间。最后再排和前端联调、测试、预发的时间,上线时间定在了6月3日。

我觉得这个排期是合理的。

而且从结果来看,用户急,我能理解,但是这并不是用户用不用我们产品的关键。早个几天和晚个几天,影响并不大。

我思故我在

在这里劝广大程序员一句:“千万不要把自己压榨成海绵,挤一挤总会有的”

是啊,把8小时3,也就24小时一天嘛,我把开发时间2=16,那不就够时间了嘛。这么想的朋友,一般都是新入职场的人。

加班压自己开发时间的好处

好处?,好处只有一个,那就是提前了上线时间,避免了和产品的冲突(但其实我对于冲突是存疑的,如果起了冲突,那很可能是沟通方式有些问题了),其他的好处呢,没了,真没了。

加班压自己开发时间的弊端

我下面来细数一下开发加班压自己开发时间的弊端吧。

  • 于个人:

    • 随着你加班越来越多,你的能力却是停滞不前,因为你没有时间来提高自己,你的价值永远也得不到提升
    • 加班不能体现你的能力,加班只是体现你的能力缺乏。沟通能力、协调能力、开发能力有一定欠缺
  • 于团队:

    • 这次功能被定2天开发时间,那么下次同样功能可能是1.5天
    • 当功能由产品来决定上线时间,也会让技术地位越来越低
    • 会引起团队其他成员一样被倒逼时间,影响到你和其他同事的关系
    • 你以为加班减少了时间,但其实只是降低了工作效率,最后会逐渐扩散影响到团队氛围和团队的士气,继而离职率高,项目坑越来越多,到最后只能花费更多的时间买单,进行重构,重写

大家都是写代码的,就只说正常工作一天8小时,能够真正静下心写代码的时间,不可能超过4小时。

大脑不是机器,还是需要休息的。

脑力劳动,不是体力劳动。

对时间的合理安排,是提高工作效率最重要的一点,也是提高你潜在价值最重要的一点。

无休止的加班,只会让你在公司的性价比随着年龄增长而越来越低。

如何排期

当然,在这里,我说到的排期,需要你自己进行合理评估,也并不是自己感觉一个时间点就行了。

如果你觉得自己不会排期,那么有个非常简单的方法。

列一个表格,把需求中每个功再进行细化,然后评估每个小功能点的时间。

最后累加小功能的时间点,就是你完成这个功能的时间。

而且这样排期有一个好处,可以合理的进行争取时间。

最后,祝广大程序员都有一个不压时间的产品经理和领导。


点击全文阅读


本文链接:http://zhangshiyu.com/post/20077.html

时间  功能  需求  
<< 上一篇 下一篇 >>

  • 评论(0)
  • 赞助本站

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

关于我们 | 我要投稿 | 免责申明

Copyright © 2020-2022 ZhangShiYu.com Rights Reserved.豫ICP备2022013469号-1