|
第1章 项目背景介绍项目管理者联盟
为便于讲述该项目，先简单介绍下该项目相关背景：talent.mypm.net
我所在的单位是一家IT软件开发公司，本文所述项目C，是我方给某用户建设的一套软件系统，其相关硬件设备由甲方承担，该系统有众多数据来源，我方负责对这些数据的分析和判断。项目管理者联盟文章
该用户是本行业的管理机构，其与本项目相关的部门有两个：业务部门和建设部门，业务部门负责人为W处和Q工，其中W处是Q工的上司;建设部门负责人为L博士。项目管理者联盟
一期系统在2012年3月开始部署，运行在一批比较旧的服务器上，因为存储空间有限，所以只处理了是众多来源的一部分。随着所得数据的日益增加，文件存储逐步成为系统瓶颈。尽管与负责人沟通过，但是因为种种原因，设备迟迟不到位，只能靠删除历史数据，以及我方自己采购来扩容，勉强支撑系统运作。talent.mypm.net
2012年10月，建设部门为该该系统提供了多台服务器，于是将系统部署在新机房的服务器上。同时就系统对带宽提出需求文档。pmp.mypm.net
当时用户都觉得我们提的需求过高，让我们先试着用，以后有机会再扩容。项目管理者联盟
为快速提供系统所需带宽，L博士为该系统提供了一条与其其他系统共用的网络线路，我们具体能用多少，用户说他们也不知道，只是让我们先用着。项目管理者联盟
第2章 事故回顾项目管理者联盟
系统已经上线半年多了，所捕获数据还停留在总数据来源的三十分之一。而去年年底与用户沟通的来年计划中，今年3月要捕获全部数据来源所得数据，即，去年年底就制定了今年的工作计划。club.mypm.net
今年3月左右，Q工作为业务处室，也是该系统的直接使用人，多次催促着我们要给系统加一个功能DT，而按照之前确定的计划，要先捕获全部数据，再添加此新功能DT。项目经理圈子
3月底，我作为此项目负责人，与项目平台开发人员沟通，确定近期开始捕获全部数据，之后添加新功能。项目管理者联盟
4月7日，为判断究竟我方获得多少流量，平台负责人通过改变原有一个消重机制，增加了对带宽的使用量。项目管理者联盟
4月9日下午5点多 ：L博士通知我，说其单位流量异常，且网络处人员查的，是我方系统使用带宽过大，导致此整个单位出口带宽接近饱和。项目管理者联盟
20分钟后，我方开发人员恢复了原有消重机制;L博士继续让其网络组负责人监测流量是否恢复;bbs.mypm.net
当天晚上，我方平台负责人据此结果，再次更新了系统对带宽需求文档，并再次给出详细评估结果及建议。service.mypm.net
4月10日上午：用户网络处负责人说带宽还是很大，但是其不能确定究竟是哪台服务器流量较大，只能判断出是我们系统的缘故。为不影响其他系统正常运转，我方暂停系统所有联外网服务器。www.mypm.net
4月10日下午：用户网络监测组表示带宽正常，我方系统暂停。项目管理者联盟
第3章 事件后果blog.mypm.net
4月10日上午一上班，我拿着我方再次更新的文档给L博士，询问是否对其他系统及单位造成什么损失，我们能做什么事情弥补下。L处笑着说那倒没有，也不必了，只是以后这种事情要提前告诉她，不能再这么测试了。而且她表示很理解我们，如果以后业务处室有什么让我们觉得为难的事情，可以推给她(真心感动ing)。项目经理圈子
综上来看，项目管理者联盟
1)对带宽的需求，我们一直在提供相关文档，并不是没有做估算项目管理者联盟
2)对用户的真正的影响，至少L博士跟我说的不严重，应该只是带宽使用量达到警戒值。service.mypm.net
3)至于Q工，他近期可能有点急于出成绩，需求很多，我方开发团队也有点疲于奔命，而我面对他连续多次与我半小时以上的沟通，的确也有点招架不住项目管理者联盟文章
4)我承认本次事故责任在我，所以我才主动跟我方领导汇报，并在公司更高层会议上，承认此事处理不当，最终并处以将近一个月工资的罚款。项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
