|
机房人员更换一块有故障的硬盘项目管理者联盟
网络人员对某个出口线路带宽有异常的流量检查项目管理者联盟
桌面支持人员给同事安装一个officeservice.mypm.net
……项目管理者联盟
对这类事情处理，讲究的是 “短平快”。项目管理者联盟
项目运维，就是非日常运维的内容了。大到包括一个IDC机房或者办公楼的系统网络建设，小到比如升级系统内核，因为涉及重要和关键的业务，或因技术上升级过程比较繁琐，需要考虑的方面比较多，也会放到非日常运维这块。club.mypm.net
要重点说明的是，团队在日常运维中遇到一些故障，在快速解决后，会在统计中发现经常出现类似现象，也总会拿出来作为问题来解决。不管是理论意义上真正的项目，还是问题类项目，或者其他具有项目特征的事情，只要不能在日常运维类别中快速了结，都会考虑以项目的方式来进行处理。项目管理者联盟
这里指的具有项目特征，是指要处理的事情是很多事情的集合，涉及面比较广泛，成功完结后有从无到有的深远影响，也像项目一样是计划内的，周期也相对比较长，涉及的资源和人员也可能比较多。项目管理者联盟
具体其他特征可以参考下项目管理方面的书，但是可不能硬套。所以这类事情个人认为按照项目管理的方式去落实和推进非常合适，这也是为什么称为项目类运维。项目管理者联盟
总之，通过综合处理各类运维事情的共性，做了一个二分法，日常运维和项目运维。非此即彼，也好划分。项目管理者联盟
如何立项pmp.mypm.net
在实际操作中，由于没有太明确的定义，一般同事也不好掌握。但既然是项目，还是有立项门槛的，最后能不能立项，还是需要几个人讨论后才能说了算的。但这几个人怎么确定?www.mypm.net
答案是，当然不是终身制的所谓立项委员会，原则上根据这件事的利害关系及简单好操作来确定。项目管理者联盟
在实际工作中，团队的例行会议中就可以了，毕竟负责各个技术方向的主管人员都是技术出身的，能够把握好方向。举个例子：项目管理者联盟
我们发现日常运维中某个路由器CPU始终很高，连续很多次触发报警，日常运维中通过分流可以缓解。但是实际报警时候流量负载并没有到达设备的设计上限。初步推断就知道需要进行更深入的排查。这时候由谁来发起立项呢?training.mypm.net
通常网络管理员会在周期工作报告中汇报这个问题，希望提升成为项目，以查找问题根源;项目管理者联盟
当然这种情况也可能是他的主管领导，在查看日常运维处理报表中发现这个事情经常出现，而希望提升为项目;项目管理论坛
另外还可能是服务器系统管理员，发现最近某些服务器或者应用网络延迟很大，进而发现这个问题比较严重，于是在运维部门较高的例行会议上立项。talent.mypm.net
无论哪种，在内部技术类的周期例会上，或运维管理层会议上，都会分析这些情况，大致评估对业务的影响程度和主要解决这个问题的技术类型，决定立项和负责人、大致的项目目标和起止时间。training.mypm.net
项目工作如何流转项目管理者联盟文章
假设这个问题是在网络组内部会议讨论要立项的，那么项目就在网络组内部自行组织人员解决。后续处理过程中如果发现需要涉及线上业务的正常运行，可能需要机房组和系统组人员协助。甚至问题根源可能就在系统组负责的某个服务器上，那么项目会升级到较大团队级别。项目管理者联盟
但升级就升级，一般习惯是不会变更之前既定的项目负责人的，除非特殊，否则不会临阵换将。项目管理者联盟
过程中管理层可以多出些力来协助项目负责人，尤其是负责人的直接主管领导。我想这对培养团队人员个人技术综合素质和提升整个团队的协作能力是非常有益的。项目管理者联盟
如何落实运维工作service.mypm.net
既然运维工作分为日常运维和项目运维，就可以分别来落实了。基本原则是思想上要认识清楚每项工作的意义，制度上要落实到位。落实到位最好的办法就是将思想和制度技术化。项目管理者联盟
|
