2023年时间管理案例分析.doc

时间管理案例分析时间管理案例分析 优先矩阵（沈毅）正確的行事優先順序 緊迫的事 不緊迫的事 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 缺乏专门的测试人员，业务规则不熟悉导致测试反反复复，需要增加专门测试人员。测试若发现问题一定及时尽早进行通告，以免问题堆积延后解决。重视业务系统发现的问题，提高测试效率，避免出现曾经发现过的问题，减少反复测试的次数。