时间管理案例分析.docVIP

优先矩阵（沈毅） 正確的行事優先順序 緊迫的事 不緊迫的事 1 st 急 2 nd 重 3 rd 輕 4 th 緩 ? 緊迫的事 不緊迫的事 設備故障,生產停擺 重傷害急救 員工產生肢體衝突 顧客抱怨 停電 計劃之研擬 技能之提升 公關之促進 問題之調查 健康檢查 有些電話 有些不速之客到訪 有些會議之出列席 有些無謂的請託 有些臨時的邀約 有些交際應酬 有些文件之處理 處理屬下之工作 自我干擾 個人嗜好的沈迷 主题：ma-web 6.3版本中与erp接口的沟通记录 姓名：赵艳苹 相关人员：mard姜安琦、maqa陶词、erppm万军、erprd鹏程 Date 日期 Notes 内容 Follow-up 2007-2-26 Ma确定测试计划，确认erp于3.5号提供订单接口文件，ma于3.13号提供导出接口文件。 5号未给出接口文件，原因为“ERP的研发和预期有一些出入，出现了一个比较难解决的问题” 2007-3-06 Erp确认可以在6号下午四点给出非系统生成的，7号给出测试完成的接口文件。 6号给出的文件数据项明显多列无效（如位次全为“location”），无参考使用价值。7号未给出接口文件 2007-3-07 Erp：在研发过程中遇到了一个比较难解决的问题，先给出订单头接口文件，12号才能给出订单行接口文件。 给出了订单头接口文件 2007-3-08 Ma下午发现接口文件的一些问题（日期格式） 次日下午给出了确认结果 2007-3-09 Erp下午确认日期格式问题并发出新的订单头和订单行接口文件，ma发现一些订单头非空和预订义值集问题 起初erp声明“提供的数据是系统真实数据”，后来又声明是“测试用的数据” 2007-3-13 Ma发现订单行接口文件的一些问题，并且qa提出需要erp提供多种情况的记录（起初只有1条记录） Erp于当晚重新提供了接口文件 2007-3-14 Ma根据最新接口文件进行测试，发现13号提及的两个日期格式问题依然存在，并且又发现一些新的问题。Qa同时提出erp还需要补充修改订单头和订单行的记录。Erp声明次日下午提供新的接口文件 2007-3-15 提供了新的接口文件，ma又发现一些问题。 Erp声明不是真实业务数据，在20号可以提供全部真实的数据。 2007-3-20 Erp未按时提供接口文件，延迟到21号下午三点提供 延迟原因： 合同管理部对接口字段作了部分调整。 需要合同管理部和销售部门安排相应的业务人员提交报价，以做到接近真实。 本次希望提交的case尽量覆盖所有的情况。 2007-3-21 晚上8点erp才提交了接口文件，qa测试发现一些问题，并再次提出需要包含修改订单头和订单行的纪录。 Erp给出响应，给出了新的接口文件。 并提出有些规则需要再和业务部门确定。其中关于“是否新签客户”为必填项在15号就确认过了的。 2007-3-22 新的接口文件仍旧未包含修改记录，erp提出当日晚10点提供。 未按时给出延迟一天到23号（周六）晚上才给出。 2007-3-26 新的接口文件仍旧有问题，其中正本返回时间的问题是之前就提出的问题。 Erp晚上给出新文件 2007-3-27 新的接口文件仍旧不能导入，并且点击单价问题也是之前就发现的问题。并且覆盖不全面，无新增记录。 中午给出新文件。未出现导入异常，但记录覆盖不全面。Erp提出28号提供新接口 2007-3-28 Erp提供新接口文件，仍旧存在一些规则问题 Erp进行了调整发出了新的接口文件 2007-3-29 Erp提供的接口文件全部联调通过 晚上可以进行上线 沟通记录表的用途： 可以跟踪项目进展； 可以发现和暴露项目实施过程中的问题； 该次暴露的问题： 涉及Erp接口的需要erp给出详细的计划，时间计划应该包含一些风险因素，以免实际执行与计划相差甚远，导致业务系统（ma）很被动。 Erp出现延迟或计划发生变化时需要及早通知业务系统，并给出详细原因以便今后避免。 联调测试之前碰头确认所有需要联调的接口以及交互接口测试计划。 Erp缺乏专门的测试人员，业务规则不熟悉导致测试反反复复，需要增加专门测试人员。 测试若发现问题一定及时尽早进行通告，以免问题堆积延后解决。 重视业务系统发现的问题，提高测试效率，避免出现曾经发现过的问题，减少反复测试的次数。