Jul 15

云星空 不指定

bkkkd , 10:18 , 有感而发 , 评论(0) , 引用(0) , 阅读(1150) , Via 本站原创 | |
上个月接了一个erp扩展的项目.客户是已经购买了金碟云星空独立部署,但金碟对用户数收费.但客户员工比较多.所以让我们给他基于云星空进行扩展开发.

这个项目我最开始评估是2周的开发时间,投入工时24人天.
第一周,感觉进度缓慢,基本都花时间在了解云星空的业务逻辑上和接口测试上.
第二周,原来准备撤走的工程师还留在开发上.协助另一个工程师开发.
第二周周末,功能初步完成,可以进行添加.测试时发现所有联动的都没有做.重新评估,需要增加一周来完成测试和修复.
第三周,重新整理联动要求.调整各项细节.

最终花了三周时间,投入工时34人天.

总结一下经验:
1.需求文档不完成导致工程时需要花更多的时间来理解功能的需求.(准备充分一些,可能会少一些时间)
    后面花了半天时间整理了联动要求.修改起来也很快.
2.开发方案的调整.
    * 计划是直连sqlserver读取数据.
    * 工程师考虑到已经熟识了接口的参数,再使用sqlserver方式会产生学习成本.就不用sqlserver
    * 最后发现接口还是很多数据没有返回.最后还是使用sqlserver来读取
    涉及到我的问题:未坚持开发方案.导致学习成本叠加.
3.出现了意想不到的功能开发
    联动效果里有很多意想不到的情况.这个也是之前的联动要求没有分析透引起的.但在实际的报价阶段,很难有时间来去分析这些细节.

这里涉及到学习成本.假如我们已经很了解云星空的接口和数据结构.我们估计只需要21人天就可以完成,但对于不熟识的事物,我们比原计划多花了40%的学习时间.当然,这是不可以避免的.但评估时候需要考虑学习成本和
发表评论
表情
emotemotemotemotemot
emotemotemotemotemot
emotemotemotemotemot
emotemotemotemotemot
emotemotemotemotemot
打开HTML
打开UBB
打开表情
隐藏
记住我
昵称   密码   游客无需密码
网址   电邮   [注册]