• 2017 用环境改变自己


    111

    我发现,自己在产品中,对于项目的把控,把控不住,导致开发时间不是开发自己来评的,而是业务方决定的,然后加班加到死也做不完,就算赶出来了,效果也不是很好,一开始时间的不够导致了需求的评估时间也不是很够,最终导致了开发整体节奏的混乱。

    我发现,自己在对于一些困难点有先天的认识,但是遇见困难仅仅停留在表面,而不是更加深入的进去分析,就比如担心单体型会受到融资租赁接口的影响,但是仅仅是担忧受到影响就不继续深究下去了,正常应该去详细看有哪些接口,在哪个步骤用到了这个接口,去掉会不会影响经过一步一步的分析就很清楚了,而不是我怕会影响就停留在那不动了!所以想问题,有顾虑一定要想得再深入一点!不要浅尝辄止!

    在去年的时候,有个很严重的问题,就是每次我讲需求都会遗漏一些,或者说隐藏一些,就像这次,提出要做通用型的需求,12月底就提出来了,但是一直迫于完成的时间很紧,所以经过研发的评估,开发终极目标是打了折扣的,但是这个事情只有我知道,还有相对应的研发知道,只有当开发完成的时候对应的茂强或者说业务方才会知道,哦你给出来的东西是不完整的,分析下原因,我觉得还是在项目开干时候的终极目标不明确,加上研发也不关心,你产品让我做成这样就这样,为什么这样我不管,到时候再问你,结果到时候就晚了,或者说,确定了不太完善的终极目标,但是更高层或者说业务方不知道是这样的一个终极目标导致的!归根结底,这个还是沟通的问题,是你产品确定好了终极目标之后,觉得好像完成的不好,所以就藏着掖着,然后到了丑媳妇要见公婆的时候,才最终把问题暴露出来!针对这个问题,后续的项目中,一定要在项目启动伊始让开发团队很清楚终极目标是要开发到一个什么样子!而且也要把这个结果让中层高层业务方都知晓(目前这块仍然做得不是很好,业务方只会当项目真正上线的时候才会去验收看是不是符合他们的要求!)

  • 相关阅读:
    树莓派4B
    第一个实验-LED灯闪烁
    GPIO
    新建库函数模板
    开发环境搭建
    博弈论
    区间dp
    字典树
    快速排序
    MarkDown
  • 原文地址:https://www.cnblogs.com/projectc/p/6362493.html
Copyright © 2020-2023  润新知