阿哥斯“度日”项目

虽然阿哥斯是一个让人作呕的公司，其人员管理，项目进度，内部沟通都做得很差，但是想想如此一个公司可以在美国医疗保险市场生存，也算是一个奇葩。所以奇葩总有奇葩的优点，虽然我找不到在哪儿，那就暂且把我所知道的都当作优点吧。

"度日"是一个全新的项目，它需要对医疗保险环节中一些保险单处理流程中的元素进行管理。
比如一个人能吃多少药，哪些药在保险范围内，多长时间开一次药是允许的，开药的计量多大，等等。
除了对这些元素进行增删改之外，它还要求对这些元素进行报表处理和批量导入。
报表仅仅是一个高级的搜索功能，它要求可以导出更加具体的元素信息。
批量导入是要求可以对维护的元素进行文件导入，并且把处理每个元素的正确错误信息数据保存在数据库中。

附件是对这个项目的评估以及delivery计划。

在评估这个项目的时候，好的和不好的地方有以下几点

做的好的：
1. 各个功能点都一一划分，并且每个功能点中都详细列出开发的各个步骤，从需求分析到测试修bug。
2. 有buffer的意图，就是90% ～ 110%的浮动空间，这样可以避免由于一些意外情况所导致计划失败。虽然buffer最后形同虚设，但

做的不好的：
1. 需求没有理解清楚就开始做评估。评估一定是基于需求分析的基础上，很多需求例如import，duplicate check，reporting，之前无论在技术上还是业务上都没有很好理解，导致后来工时严重超标。
2. 虽然已经细化了各个task，但是还不够仔细，没有考虑到应有的技术难点。这个可以理解，因为一个新项目的技术难点很难在需求阶段就全部了解。也不能原谅，因为对于一个外包项目的负责人，一开始就要有这样的意识去挖掘这些技术难点以降低风险。
3. 项目的活动没有细化。也就是把一个项目简单的看作开发工作，导致沟通，开会，环境部署，甚至code review的时间都没有计算进去，这也是工时超标的一个原因之一。
4. 轻易相信dependency. Dependency也是项目延迟的重要原因，由于这个原因，后期的风险大大增加。

在项目开发阶段，也有一些做的不好的，

比如在用人方面，应该规定项目的试用期，1个月之内不能达标的就kick出去，决不手软。否则就会在后期的开发引入更大风险。