咱们得先把事儿摆清楚。ITSS（信息技术服务标准）说白了，它就是一份在 IT 行业里能“定规矩”的说明书，给事件干活的人看如何干、如何算账、如何担责任。
那会儿我们看它，往往认定是个冷冰冰的 PDF，堆满条款和表格，像是为了考核别的考核。但后来慢慢发现，这东西实际上是把咱们那会儿那种“大约这样吧”的经验，给整得清清楚楚、明明白白，要是把每一块都背熟，干 IT 活就是拿命在换钱。 这就好比盖楼，那会儿是头铁，哪位敢上哪位倒霉，目前有了图纸和标准，你心里有底了，手脚也稳当了。ITSS 如此一干，益处多得挺。
起初，它不管你是做软件开发、系统运维，还是做互联网平台搭建，只要进入这个范围，规矩就是一条。
那会儿大家干活好办扯皮，坐办公室说没搞定，现场跑着说没做完，到底算账哪位说了算？目前有了 ITSS，每个环节都有标，每个动作都有据。
比如你做系统开发，从需求分析启动，一直到上线后多久能修复出难题，都有期限和考核标准。
这就好比把那会儿那种“差不多得了”的不清楚地带，一个个堵上了。 再说个具体的例子，那会儿大量 Software House 做项目，项目干三个月，客户说没效果，我们就说是需求没理清。目前按 ITSS 来算，需求分析阶段要是没做完，要么做出来的东西跟客户脑子里的那张皮对不上，那这个需求文档直接判了死刑，客户不用等，就要把钱退了，还得把前期交过的款给扣了。
这就挺关键，它倒逼我们活儿干得细，不能虚张声势。
那会儿认定过程不关键，到了客户验收那天才发现地基歪了，那代价忒大了。目前有了 ITSS，过程就是结局，你写得烂，验收时就得找补，补不上就是没干好。 大量老板问我，这玩意儿是不是忒繁琐了，每个月都要填一堆表？确实，刚启动用那会儿，感觉像个填表机器，那些流程走了多少走，耗了多少工时，最终还要算个绩效系数，确实让人认定累。但细想一遍，实际上是给团队“体检”最好的工具。你这团队里哪个人技能强，哪个人好办出错，要么哪个模块时常卡住，这些都能一眼看出来。
那会儿靠直觉猜吧，目前靠数据讲话，干得不好直接扣绩效，干得好奖励多，这个逻辑比打鸡血管用多了。 并且，ITSS 这东西，还能帮大家省不少费事。
那会儿出了点小毛病，找不同的人解释，最终还得全体开大会，搞半天，最终哪位也签字负责不了了。目前有了标准，出难题了，直接对应当负责的标准条款。
比如系统上线后出现严重故障，直接看 ITSS 里关于“故障响应工夫”的要求，不能拖，不能丢，哪位拖了哪位负责。
这种责任链条一旦锁死，大家都不敢偷懒，不敢玩虚的。 自然，说它好也不是没毛病。刚启动用那段工夫，有的团队认定它像上了个紧箍咒，天天盯着那些表格和数据，心里痒痒的。
要是你只是为了应付考核，那是没用的，那是耍流氓。我们要真正用起来，务必得想着这事儿是咱们的生存之道，是干活的根本准则。你要是把 ITSS 当成提分的手段，那它对你没用；你要是当成干活靠山的工具，那它就是你的护身符。 最终你会发现，ITSS 这东西是个万能钥匙。它能让原本松散的 IT 服务变得有条理；能让原本不清楚的成本负责变得透明；能让原本扯皮的项目交付变得可追溯。它不是限制你手脚的枷锁，而是让你跑得更稳、路更平的坦途。毕竟在 IT 行业，选对规矩比努力多干几倍还管用。
要是你不把它当回事，那它就是个废纸；要是你真把它立起来，那它就是你最坚实的后盾。


相关标签：