三、应急方案也需要细化

　　在项目管理中，给员工分配工作时要细化。如要让每个员工拿到他们的任务时都知道自己该干些什么。而在做应急方案时也需要细化。至少要跟某项工作或者某个任务对应。太过于笼统的应急方案，就如同很大的任务一样，缺乏实际的可行性。

　　如某个CIO做过一个应急方案，内容是如果在两个星期之内没有整理好产品基本资料，就导入以前手工的基本资料?这个应急方案看起来很不错，但是内容却很空，缺乏执行的可能性。一方面，在数据库中存储数据，强调的是规范化。而手工填写的基本资料，及时采用了Excel等办公软件，其数据的规划化要求远远达不到数据库所规定的要求。如有些数据数据库规定是必须填写的，但是以前的资料可能有些数据漏填。这种情况下，这个数据是无法导入到信息化管理软件中的。再如数据库中会对重复记录进行控制，如产品信息不能够重复等等。但是在以前的信息库中，由于没有对此进行强制控制，而都是靠手工管理。故难免会存在一些重复的记录。把这些记录导入到信息化管理系统中，没有多少实际的利益。二是基础资料的整理包括好几部分内容，需要对现有的基本资料进行比较大的调整。如需要编制编码规则等等。故这么大的一个应急方案可执行性太差。

　　为此要把应急方案也细化。如在产品基本资料整理这一块，CIO可能会把这项工作分解为物料编码编制、产品信息格式定义、产品基本信息整理、产品基本信息核对、产品信息导入、系统核对等几个任务，然后交由对应的员工去完成。那么在制定应急计划的时候，也需要这么细分。如对于产品信息格式的定义，如果在规定的时间内员工不能给出一个大家认可的格式，那么就可以采用系统默认的格式等等。如在产品信息导入的过程中，如果不能够通过导入工具导入系统的话，那么CIO就需要设计一个应急方案，即员工手工录入系统的方案。此时最好先安排好人员分工、系统配置等等。如果真的无法成批导入系统，那么只好员工手工输入了。为了提高输入的效率，CIO先要为员工配置好系统。那么当需要手工输入的时候，员工可以马上着手做。而不是CIO先给他们安装系统再输入。反正信息化管理系统迟早要安装的，那么还不如先给他们装好，以备后面的不时之需。

　　所以说，笔者认为CIO在制定应急方案的时候，也要细分。要让员工一看到这个方案就知道该如何处理。只有细分的应急方案，其执行性才能够得到保障。不过细分的应急方案也可能会导致工作量的增加。为此，这个细分也要掌握一个度。

　　为此笔者认为，要根据任务的重要性来选择细分的级别。如上面这个产品基本信息这项工作，他非常的重要。三分系统、七分实施、十二分数据。可见基本数据的整理对于信息化项目的重要性。为此数据对于项目的成败具有非常关键的作用。故对于这项工作的应急方案一定要细化。而相对于一些不怎么重要的内容或者CIO有自信不怎么会出现意外情况的内容，则可以粗略一点。如对于数据的备份，如果CIO处于对自己专业知识的自信，那么针对这个作业的应急方案，CIO可以点到为止，甚至不做都可以。

上一页  [1] [2]