zoukankan      html  css  js  c++  java
  • 参与工时估算之扑克评估感受

    N个月前,公司中标了某航空公司的外包。

    由于本地技术中心处于大患血状态,急需要一名有经验的技术/项目经理。

    上个月招到了这位曾经在华为工作多年的夏经理。

    最近项目组进场了,陆陆续续的完成了项目的项目原型后,夏经理使用扑克估算的方式对这个项目的工时进行估算。

    夏经理称之为规划扑克,我百度了一把(没梯子)输入这个关键字基本没什么数据,输入扑克估算倒是蛮多的。

    估算扑克的基本上的操作是,在原型画好之后,每个开发人员根据自己对项目的了解,在没有别人的影响下,对每个原型画面估计自己完成需要多久的时间。

    之后,进行会议,每个开发这亮出自己的估计时间,如果相差不大,那没什么好说的,少数服从多数的原则。如果相差较大,那么则两个极端的人员或者多个极端的开发者说说为什么要用这么多的时间。这样做主要是考虑到有些人说的可能是其他人没考虑到的。

    以上是基本的背景。

    昨天2017-11-2参加完估算会议后,我觉得我有必要写下一些参与的感受。

    第一点感受,这会议真的很耗时间,我不知道是不是就是要这么久的呢,还是因为夏经理的原型很多地方都没整清楚,很大一部分时间都是在和客户经理(当时也在现场)讨论很多实现的上的问题。

    不得不说,夏经理确实是能看的很细,思维连贯,能纵观全局,作为一个小程序员,我确实很是佩服。然而,夏经理和客户沟通过程中,不少充斥着火药味,客户经理也有不耐烦的回答这夏经理的问题,而夏经理在讨论到他没有考虑到的点的时候,会不自觉的说口头禅,比如我去,叹气等消极的词汇信息。

    总结第一点就是,原型上可能做的不够详细,沟通上存在问题。

    第二点感受,我们再会议前是对模块做过评估的,对系统也参加过培训。 然而估算时间上多少还是有很多考虑不周的事情,这就让这估算会议的讨论变得有意义。在会议过程中,看着大屏幕上的模块点,还是会出现懵懂的情况,心里嘀咕,这TM是什么模块?没什么印象啊。看着都犯困。

    不知道是只有我这样,还是其他同事也这样(骗子心理)。

    最后呢,还是得表扬下自己,参加会议的时候,能够插几句自己的意见和看法,虽然很多都是直接被两个经理无视的。再接再厉吧。

  • 相关阅读:
    Poj(1703),种类并查集
    Poj(2236),简单并查集
    Poj (3239),m皇后问题
    Poj(1521),哈夫曼编码
    NYOJ(680),摘枇杷,(暴力,或者二分搜索)
    NYOJ(42)欧拉图
    数集合有多少个TOJ(2469)
    HDU(1016),打素数环
    HDU(4394),数论上的BFS
    Poj(2225),三维BFS
  • 原文地址:https://www.cnblogs.com/saving/p/7772964.html
Copyright © 2011-2022 走看看