zoukankan      html  css  js  c++  java
  • 记录一次由屁股决定研发的狗血经历

    大将无能,累死三军。一个项目的成败,是整个团队努力的结果。今天总结的这些经验教训,如果对后来人有哪怕一丁点的经验教训,那也值了。

    2017年的春天,我们团队接到一个任务,需要开发一套智能家居产品,产品的开发周期初定为三个月。产品的架构其实不复杂,都是一些现成的技术,应该很快可以拿下。

    事实证明,码农的世界远比现实单纯。由于技术总监上个月辞职了,老板临时把负责结构的经理大King提拔上来做研发总监。大King只会做结构,对软硬件研发并不在行。大king新官上任,急于证明自己。于是以时间紧迫,工期紧急为由,力推一种创新模式:结构先行,结构带动软硬件研发双规并进的模式。

    在我们的软硬件研发方案还在讨论,还没有定型的时候,负责结构的同事已经加班加点,很快拿出了他们的方案。很多电子元器件的体积参数都是拍脑袋决定的。老板看到结构部的同事反应迅速,很满意,只是对产品的体积太大提出了不同的意见。大King十分善于察言观色,于是召集研发部的同事开会,主张在现有的产品体积上,砍掉一半体积。硬件主管欲言又止,方案在磕磕碰碰中定下来了。

    在硬件电路板还没有设计出来的时候,结构的同事已经开始开模具了。是的,你没有看错,不是打手板,而是开模具。开模具费用很贵,是产品研发里的大头。开模具意味着产品的结构基本上不能改了,只能通过修改软硬件来配合。

    结构部的同事经常得到老板的表扬,大King也很有面子,因为那是他曾经带出来的团队。

    由于大King是研发总监,大家都要听他的。在大King的观念里面,软硬件研发都是没有什么技术含量的事。大King认为,产品研发最复杂的地方在于模具。这真是本位主义的典范。

    团队奋斗了一个多月之后,电路板和软件都出来了,模具也出来了。

    把产品往外壳里一装,有些产品死活装不下。因为大功率继电器太大了。

    怎么办?大King也傻眼了。于是连夜开会研讨解决的方案。后来发现日本有一家大功率继电器体积比较小,可以放得下,但是价格要比市面上贵3~4块钱。我们的老板非常抠门,对产品的成本核算要求非常高。

    老板不能接受增加产品成本的方案。于是大King不断的向我们软硬件研发施压。于是整个公司的人都觉得是我们研发部门的人无能,导致项目进展不顺利。硬件的研发主管压力很大。其实还有一种方案,就是修改结构,重新开模。如果大King能早点认识到自己的错误,那亡羊补牢,犹未晚矣。

    可惜现实是,领导永远不可能有错,错的只能是员工。在经历数次改版之后,硬件还是装不进去。硬件主管终于在一次开会的时候,顶不住压力爆发了,说出了一句经典却至今仍然无人能翻译的英文:WQNMBD,LZBGL。

    于是,硬件主管辞职了。老板终于意识到这次可能不是研发部的错,于是提出了一个折中的方案:接受价格高几块的进口继电器,快速把这个版本开发出来卖。同时结构改大,重新开模,以准备下一个版本。

    重新开一次模具,让老板白白多损失了一百多万块。老板很不爽,于是大King就没有然后了。

    软件主管细喵走马上任,担任研发总监。一次酒后,细喵亲口对我说:大King以前就是瞎搞,研发产品最复杂的是软件。

    我知道,下一次研发也许又悲剧了。 研发一旦让屁股决定脑袋的本位主义主导,结局往往都不会那么美好。你说呢?

  • 相关阅读:
    spring配置初始化出错
    Java常用工具类(计算MD5,验证码随机生成,天数差值计算)
    Java基础(静态static)
    websocket使用nginx代理后连接频繁打开和关闭
    关于kafka客户端版本与服务端版本不一致导致的一次坑
    kafka
    maven常用命令含义
    pg数据库org.postgresql.util.PSQLException: ERROR: "xxx" is not a sequence
    @Param注解和@Mapper注解
    springmvc对参数接收的两个注解@RequestParam和@RequestBody
  • 原文地址:https://www.cnblogs.com/bianchengniuren/p/10119960.html
Copyright © 2011-2022 走看看