项目管理案例（二）
如下是项目管理过程中遇到的问题，由于项目管理经验不是特别充足，所以难免在沟通的过程中存在一些冲突，记录本篇文章的目的就是能够记住以前犯的错误，为以后项目管理打下更好的基础__牲口TT
项目管理案例二：
参与人员：业务领导，业务1，科技领导，科技1
交互工具：邮件
事件起因：系统中需要接入一家商户，业务对于提供给商户的内容不满意，引发了争议。
科技1发送邮件：
业务1，
运营中心的用户名和密码如下：
*****
*****
商城测试URL *****
商户中心URL *****
运营中心 URL *****
业务1发送邮件：
科技1，晚上好：
X商户作为Y系统一家商户，为什么要提供给他运营中心的测试地址？Y系统运营中心作为Y系统的核心控制组件，为什么要提供给商户？贵部是否有相关规章制度提示可以提供？业务部门是否有申请？
以上问题烦请告知，另烦请告知现阶段联调进度。SIT测试的职责在哪部门烦请明确！
另：业务部门保留最近因贵部原因给Y系统运营带来工作量的汇报权利。
科技1发送邮件：
业务1好，
非常抱歉这么晚打扰你。
- 商户未曾得到过运营中心的相关内容，运营中心的用户名以及密码均是单独提供给你了。即使商户知道运营中心测试地址，他们没有用户名和密码也登录不进去。
- 就是因为害怕提供给商户的内容不规范，不符合业务要求才发给你，让业务同意之后再提供给商户啊。
- SIT阶段是在科技，但是科技这边需要业务协助评估提供给商户的内容是否符合业务规范，这个我们一直安排人员在做，只是需要业务把相应的测试地址评估之后转发而已。
- 3月上线之后出现的问题，一直在积极协助配合完成。理解系统有一些原因，不管是测试覆盖不全还是系统开发的原因，我们是一个team都有职责相互配合去解决这些问题。
这封邮件需要你配合完成的内容，也有可能是我这边写的邮件过于简单未能表述清楚，还望见谅。
业务1发送邮件：
科技1，晚上好:
- 需要协调商户的事项，业务部门及系统运营有专人负责处理。科技部门直接将相关信息告知商户，即便是没用，业务部门同事也增加了解释的工作。这个不合理。
- X系统的测试不牵涉开发，不需要测试商户录入模块。
- SIT测试为功能性联通性测试，不牵涉商户录入信息规范的问题。既然科技部负责SIT测试，就应该负责到底。不应把部分工作甩给别人。
- 生产问题都不希望出现，业务部门需要面对商户和第三方服务商等多个方面。故不仅需要态度，还需要效率。
科技1发送邮件：
业务1好，
你这边的要求我这边还真的挺难配合的：
- SIT测试，一直是我和开发在协调，从网络开通到接口联调，现在的问题是，我配合SIT测试，你这边对于我部配合SIT测试提供的相关内容不同意，为了工作能够继续推进，我说那好吧，把相关内容提供给你，你协助审核一下我提供给商户的内容，你又说这块是SIT测试，你不需要配合。就相当于我去做事，你说做的不规范，我提交给你审核之后再做，你又不协助审核。现在这块为了能够推进，你就说我们怎么配合完成吧？
- X系统不牵扯到我们这边的开发，但是涉及对方系统对于接口的开发啊，所以我们怎么知道对方开发的接口是否是正确的？所以需要对于整个商品的上架到购买流程进行测试啊。另外，系统开发和SIT测试的范围问题，建议还是听取科技的意见为好。
- 现有Y系统这边的开发团队的能力就是只能做到这个程度，我部要求他们在态度上面立刻响应业务提出的问题，及时处理出现的生产问题。
业务1发送邮件：
科技1，下午好:
Y系统的现状及原因，大家都已有共识。业务部门一直在尽全力协助解决相关问题。并且我部非常希望能够合理，高效的推动相关业务需求的上线。但我部作为Y系统业务的统管部门，需要协调全部商户的所有诉求并统一进行相关工作的安排。
针对这次的事情，业务部门希望贵部告知商户以下内容：
- 相关技术对接的进度；
- 需要业务部门协助的事项；
但相关事项的处理流程，处理方式，方法等业务部门可自行跟商户沟通。
不知贵部是否有疑义？
科技1发送邮件：
业务1好，
- 我这边理解的也是一样，生产问题在很久之前就已经达成共识了，所以这次X系统对接的问题，和生产问题是没有关系的。
- 由于不涉及商城代码开发，我们这边网络开通完毕、系统应用部署完毕，等待对方系统的联调。
1) 需要将商户中心、mall商城的测试地址给商户，用于联调。
2) 给商户分配商户中心权限
3) 商户开发进度需要和商户做进一步的沟通
