5

【吐槽】这种研发同事能把人折磨死吗,要不要打他小报告?

 3 years ago
source link: https://www.pmcaff.com/discuss/2613317245403200?newwindow=1
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

【吐槽】这种研发同事能把人折磨死吗,要不要打他小报告?

项目着急上线,联调时一堆bug,负责的开发,中午睡到1:40,醒了再带薪拉个屎到2点,晚上7:00准时回家。配合我们联调的第三方系统,还属于G端客户,周六周天加班还难申请。

昨天真实的写照 两个bug,改一下午..

我吐了,这种研发要不要跟他领导说明一下真实情况?算不算是打小报告?

匿名用户   一周前   2858 阅读
  • 头一回见用bug数量来评价开发人员工作量的,不考虑难易程度?还有就是,你产品着急我请问为啥这么急,听你一家之言感觉开发人员不负责 你产品前期的工作到位了吗?有没有需求变更?啥都不说是不是过分了。

  • 领导又不瞎,谁能干谁不能干,比你清楚。

  • 首先,意识到这样的同事基本每个公司都会有的。我们作为产品经理/项目经理对这样的同事不能先入为主的概念去觉得他带薪拉和准点下班就是对项目不负责,这些事情之间不是充分必要的关系。
    其次,了解确定公司的组织架构和沟通模型是怎样的?这样能快速找到关键沟路径解决这个沟通问题。
    最后,“打小报告”也是一种推动工具,问题是得找到充分必要的理由去光明正大的“打小报告”让对方服你的汇报,利用直接上级推动工作是最有效率的。

  • 还是公司或者团队管理方式有问题,如果需求管理,研发排期做的好,自己在该完成的时间没有按时完成就会自己加班,每日站会有必要,部分人自制力差或者团队氛围就是这样,就是这种结果,所以还是要改变管理方式。

    说服老板产品驱动

  • 记录每天他的进度

    开发到哪个模块,出现什么问题,他解决了多少,怎么解决的,还剩什么问题;

    以上每天跟领导说一下(记住说的是你负责的所有需求,汇报哪些可能存在延期,预估时间,这个时间你让开发给你,你就说啥时候能提测),这个时候领导肯定会问严重延期的这个开发

    每周你们肯定有会议,把这个再说一遍

    让领导知道,你清楚的把握了进度,能做的都做了,领导就知道问题在哪了

    会哭的孩子才有奶吃,没资源去哭啊,去当绿茶啊,职场人人都挺自私的,都那个样

    职场里还是不要提出问题,解决问题永远都是解决提出问题的人,你可以推波助澜暴露问题给领导(有点腹黑)

    这种公司趁早脱坑,别去打破别人的工作规律(无论好坏),心态放平衡

  • 想说建立OKR来着,翻上去再看一遍题主的问题,还是算了吧~

    1. 建议可尝试建立考核机制~

    2. 研究下“估时”的问题,预测某人实现某项需求所需要花费的时间(需要一定的沉淀),把控项目节奏及进度,且预留一定时间做缓冲或解决问题;

    3. 学会沟通,尽量放平心态(嗯。。尽量);

    4. 根据自身情况,如果没必要,建议跳一波~

  • 要完全客观,讲事实、讲道理、不说人名,不带任何感情地跟领导汇报下。领导自然会知道你想表达什么,也自然知道要怎么处理。

    用堂堂正正的方式,打败他!

  • 项目着急上线?是什么原因造成项目紧急程度那么高的?

    需求方原因?产品原因?

    研发说实话没有义务不眠不休的加班赶项目,除非和研发关系很铁,人家是看在情面上帮你(实际也不是帮,产品也很苦好不好),不是任何都能按照期望进行的。但是作为产品的我们什么不管?当然也不是,还是要尽量推动项目向前。

    1、先私底下和研发这边沟通下,预计那个时间点可不可以出来?说不定在人家心里这个很简单,可以提前出来呢,产品可能就是干着急

    2、如果研发说确实不能出来,按照现在的进度及研发的实力,什么时候可以出来?找研发老大也评估下,如果研发和老大都说要延迟,看要延迟多久,和需求方沟通延期的可能性?或者砍需求?

    3、如果需求方不同意,那就加班(给加班💰)或者多投入其它不紧急的人力过来帮忙搞,还有啥子办法;说不定这个项目紧迫度没那么高呢?

    4、砍需求,怎么砍?砍哪些?该怎么沟通?都是一门学问。自己平衡下,比如如果是简化方案也能达到效果或者之前考虑复杂了,可以做适当简化;如果是砍需求,可以考虑按照优先级分阶段进行(当然要和需求方沟通下,给个大致时间点,第一阶段在之前明确时间点完成,第二阶段在大致哪个时间点完成,让需求方也相应容易理解些)

  • 我遇到过这样的开发,你管他来不来,加不加班呢;

    首先,你需要知道 他的进度就行;

    你让测试去测他的做的,测试给你汇报不就得了吗?

    他完不成,那是他的事,你只需要跟他说沟通清楚规则,毕竟都是老阿姨老大叔的,

    完不成,你只需跟领导说是他没完成,但是领导要是还跟你说是你的问题,是你没让技术完成,就是你的问题,也有这种领导,这种是最烦人的,你的这种还是小事呢。

    • 研发管理是一门学问。管人本来就不是容易的事儿,管理有文化的人就更难,管理以脑力劳动为主的文化人就难上加难。不要试图用简单粗暴的方式来解决问题,只会适得其反。
    • 职场上不要做超出自己职责且容易引发纠纷的事儿。结果有可能会超出你的预期、超出你的控制。
    • 对待这样的问题,应该用的方式是和项目经理沟通确认进度:开发人员的进度是由项目经理管控的,而不是产品经理。只要项目经理确认可以按照计划完成任务就可以了。
  • 虽然理性上:大家都是打工的,不必太在意,没有加班义务云云。

    实际:我qnm的,年轻人有没有武德,额外工作不是分内之事,但本职工作做好不是职业道德吗?

  • 邮件同步每日进度,全项目组+领导。

  • 这个分情况哈:

    1、你仅作为项目的产品,那么没必要,只需及时向自己领导反馈进度,提前报备延期风险即可

    2、你兼了项目管理的职责,那么需要每日开晨会,项目进度会的方式把握进度,同时需及时将项目进度同步到各领导(产品、技术),同时对进度较慢的同事进行沟通。同时在项目上线后,如果该同事延误了最后的时间,那么总结会上可以提出来。

    你只需要向他领导同步进度即可,不要加个人多余的判断。

  • 不去沟通解决问题,在这小肚鸡肠纠结这点小事,当断不断。

  • 上面都说的挺好了,不要上来就用小报告这种思维方式。如果真的进度紧张,就每天进度同步,责任落实到人,最后哪里有问题大家一目了然


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK