zoukankan      html  css  js  c++  java
  • 1. 个人经验总结

    • 实事求是,理直气壮,都给经理列出来有理有据,但要给自己留一点余地
    • 按天计算即可,没必要按小时
    • 前提
      • 明确好需求的细节、各种可能性
      • 不包括:把原型给产品经理后的重新调整时间、code review及修改时间、测试时间、bug fix时间等。
        • 如果要包括,就要把时间也要估计进来,但是这几部分的时间都不太可控,要看测试进度、别人的时间等。
      • 如果同步有其他任务,那么一定要明确会有多少时间分出去。当然如果经理无所谓,说到时候再说,那就不争了,但到时候真出了别的事,一定要说明影响。不能自己吃苦、背锅。
    • 细化task
      • 要包括UT、自测(有时候准备数据、环境挺麻烦的)的时间
      • 分配各个task预计需要的时间,不要太乐观,但也不要太多
      • 可以按页面、接口来评估,按经验每个页面或接口有个平均值,然后具体看需求。
    • 最后都加起来以后,最好还是再加一点buffer,因为很有可能有难解决的技术问题,不能太乐观。
    • 有时还要兼顾项目的schedule,主要是看看根据schedule倒推的话,来不来得及这个sprint做完(也可能code review、测试什么的都放到下个sprint)。
      • 但如果是按版本发布的话,一定要心里有数下个版本赶不赶得上,如果紧张的话,有没有风险。
    • 有可能要根据公司情况来适当调整,虽然个人开发速度是比较稳定的,但有的公司较宽松,有的公司会加班加紧干。
  • 相关阅读:
    windows下mysql多实例安装
    linux下mysql多实例安装
    redisAPI整理
    Flink
    Google Dremel架构
    Apache Kylin
    Phoenix概述
    SQL on Hadoop技术综述
    AES对称加密算法
    Hawq架构
  • 原文地址:https://www.cnblogs.com/wyp1988/p/11889542.html
Copyright © 2011-2022 走看看