先把工作日志和工程师的工作状态和建议了解一下吧。这个是基础
标准，这个东西要看你最想delivery的服务是什么了，或者直白的说，你的领导来评估你的标准是什么。。。。
消灭在萌芽中是一个愿景了哈。。。先定义组织架构，从incident的管理开始，让日常的工作变得流程化，系统化，更高效和轻松，再用Problem 管理和CHange的管理来提高服务质量。。。个人观点哈，大家多指正。。。恩恩
个人建议首先要明确三个问题：
1：你的领导或者你打算把信息部门做成一个什么样的部门
2：目前你所在的信息部门是一个什么样的状态？
3：针对你的目标和你目前的状态，对症下药。
首先理解面临的环境吧，从生命周期看，是包括规划、开发建设和运行维护，还是仅仅包括运行维护。从架构上看，是环境，基础架构和应用，还是其中的一部分？从服务对象的分布上，是一个建筑物，还是分布在一个城市，还是多个城市？从人员上，是10人一下，还是几十个人？或者上百人？
再了解团队的构成，是技术高手云集，还是只有一两个带头人？是有较多的管理经验的人，或者都缺乏团队配合经验？也就是所谓的PPT中，当前团队欠缺的是哪个方面？
还要了解外部的期待，包括领导期待和服务对象的期待，他们期待你解决什么问题？频繁发生事故，还是不能快速响应需求？或者。。。
最后分析你自己，是强在技术能力，还是业务背景，或者有其他的部门管理经验？
在这样的基础之上，才能有行动计划，才能分析怎样的经验或标准是可能适合你的环境的。