1.解决延期经验
1.根据前面的时间,理出还有多少需求,推算出完成需求所需要的时间. xx3天/个 yy4天/个
2.根据后面的时间估算,以及前面前段时间的效率,推算实际还需要多少时间完成开发,多少时间完成测试.
多少时间才能发布使用.
3.解决.问执行人员,解决办法.
4.根据现有情况,采取晚上加班2个小时到9点. 周日上班的措施.
5.每天早上例会决定进度,下午回顾是否完成. 定下午3点来看程序.
总体,情况分析合情合理,问题明确,解决问题可操作性强.
2.为什么延期
整个系统的需求,缺少整体设计.当时还多花2-3天时间做整体设计,详细设计,将需求再弄清楚一点会要好一些.
整理需求估计花了3天时间.
表结构花了2天.
测试环境搭建(mysql,tomcat,自动部署脚本),接口测试环境搭建 花了1.5天.
对进销存缺乏认识,原来做了一个账户表,后面做着做着,发现不能满足需求,融合到科目中. 这个调整大概多花了1.5天.
还有就是往来单位-应收,往来单位-应付 原来
因为作为一个往来单位科目,然后科目余额做下区分就行了.
后来发现开单据,凭证详情中科目需要精确到 往来单位-应付. 这个调整大概花了1天时间.
几句重要的话
1.做不到 ,就不说
2.说了,就要做到
3.给自己留点余地
4.如果自己只有70%把握,答应也等于白答应 (给老大说的)
5.需求一定要明确,一定要明确自己要做什么.怎么完成.才能把握好你的时间.
6.带有项目管理的活,需要将项目管理的时间除开,比如只做50%的工作.
1.根据前面的时间,理出还有多少需求,推算出完成需求所需要的时间. xx3天/个 yy4天/个
2.根据后面的时间估算,以及前面前段时间的效率,推算实际还需要多少时间完成开发,多少时间完成测试.
多少时间才能发布使用.
3.解决.问执行人员,解决办法.
4.根据现有情况,采取晚上加班2个小时到9点. 周日上班的措施.
5.每天早上例会决定进度,下午回顾是否完成. 定下午3点来看程序.
总体,情况分析合情合理,问题明确,解决问题可操作性强.
2.为什么延期
整个系统的需求,缺少整体设计.当时还多花2-3天时间做整体设计,详细设计,将需求再弄清楚一点会要好一些.
整理需求估计花了3天时间.
表结构花了2天.
测试环境搭建(mysql,tomcat,自动部署脚本),接口测试环境搭建 花了1.5天.
对进销存缺乏认识,原来做了一个账户表,后面做着做着,发现不能满足需求,融合到科目中. 这个调整大概多花了1.5天.
还有就是往来单位-应收,往来单位-应付 原来
因为作为一个往来单位科目,然后科目余额做下区分就行了.
后来发现开单据,凭证详情中科目需要精确到 往来单位-应付. 这个调整大概花了1天时间.
几句重要的话
1.做不到 ,就不说
2.说了,就要做到
3.给自己留点余地
4.如果自己只有70%把握,答应也等于白答应 (给老大说的)
5.需求一定要明确,一定要明确自己要做什么.怎么完成.才能把握好你的时间.
6.带有项目管理的活,需要将项目管理的时间除开,比如只做50%的工作.