|
|
51CTO旗下网站
|
|
移动端

【大咖来了 第11期】IT管理者的自我认知和沟通管理

本期《大咖来了》栏目邀请了绿地酒店旅游集团信息技术部总监金勇杰,进行了主题为《IT管理者的自我认知和沟通管理》的分享,希望能给你带来一些借鉴和思考。

作者:金勇杰来源:51CTO|2020-02-14 16:20

【51CTO.com原创稿件】为什么IT部门的地位总是提不高、为什么老板对于IT部门的提议不感兴趣、为什么IT部门的预算总是被一砍再砍,作为IT管理者的你,是不是也正在被这些问题所困扰?本期《大咖来了》栏目邀请了绿地酒店旅游集团信息技术部总监金勇杰,进行了主题为《IT管理者的自我认知和沟通管理》的分享,希望能给你带来一些借鉴和思考。

一般场景下IT人与老板沟通,大致会出现这三种人物类型: 第一种是醉心于在技术上的改进,关注于产品性能提升的技术狂人型,第二种是希望通过构建数字化企业平台,帮助业务赋能的的初级管理型,第三种是使用技术手段达到公司投资回报率、利润和现金流改进的IT管理者。

IT管理者的自我认知

作为IT管理者,你知道如何沟通吗?或许把问题拆分成这三个部分会更容易理解:我是谁?我在哪?我在干什么?

我是谁?

你知道自己是谁吗?这个问题需要分为“你认为你是谁,别人以为你是谁“这两个角度。如果你认为你是技术大拿,那么你的顶点应该是CTO或技术负责人。如果你只有在设备坏了,才被大老板想起来,那就是高级弱电维修工。不能只是被财务认定是花钱的主儿,更多的是你一定要给公司带来利润、争得话语权。

作为IT管理者你可以经常自豪的对自己说,过去我是IT人中最懂管理的,现在我是管理层中最懂IT的。身为IT管理者一定要明白,你的定位变了,你的责任也就变了,你现在要做的是把董事会、公司管理层的意见和建议,以IT人能够理解的方式传播到每个IT部门的同时,把IT部门的诉求,以管理层能理解的方式反馈到公司管理层。

我在哪?

作为IT管理者一定要清晰地知道,你处于企业中的什么位置?你的部门处于什么位置?企业赋予你的使命在哪儿?这些很关键,是很重要的自我认知。

下图为STARS模型的详细内容,出自《90天保持成功》一书,推荐给你,特别有借鉴意义。

STARS模型分为五大阶段,分别是初创启动、整顿转向、加速增长、重新组合和保持成功。其中,处于保持成功阶段最难,既要保持一家成功企业的生命力,还要管理好目前团队,同时,在企业中树立威信,建立自己的成功,这非常困难。这个时期,你的投入产出比并不高,而且在成熟公司中,即使很小的失败,老板也很难接受。

基于STARS模型内容与我多年经验的积累,给IT管理者一个建议,无论是入职新企业还是刚刚晋升,都有必要用心就所处部门与其他部门讨论你管理的部门当前状况。对于认知相同的部门沟通起来会比较顺畅,可以优先选择做改变,对于认知不同的部门,就是考验IT管理者沟通和倾听技巧的时候了。

我在干什么?

作为在市场上摸爬滚打多年的IT管理者,注定很多决策和纯IT技术人不一样,你可以不是企业中技术最优秀的,但应变能力、向上向下的沟通能力一定要是顶级的。

和老板沟通时,需要直截了当说你将要做什么事,这件事的投资回报率是多少,并给出充分证明。但和IT部门技术人沟通时,就要在倾听了解多方的看法之后做出正确的决策,从而习惯管理者的角色。

作为IT管理者,说和听是你主要的沟通方式,沟通是你每天的主要工作,而不是亲自写段代码或处理服务器、网络等故障。在沟通和交流过程中,最大限度的了解企业内部和外部的情况,收集大量信息并进行归类总结,帮助企业解决问题的同时坚持不断创新,实现为所有IT部门乃至整个企业引导方向,这才是你的职责。

IT管理者的沟通管理

对于IT管理者来说,可能不擅长于演讲、劝说、倾听、反馈、冲突处理和召开会议等方面的技能,但这都是有最佳实践可以遵循和采纳的。

演讲

演讲前,要先了解听众,如来自哪个业务部门、年龄层次、学历、经历等信息。在演讲过程中,你的眼睛一定要尽量多看听众,观察听众们的反应,进而调节和保持听众的兴趣。演讲者切记一定要对分享的内容和自己充满信心,你的信心会感染听众,信心越强感染力就越大,听众便会更加赞同你的观点。

劝说

劝说一般是在私底下进行,尽量避免在大会上进行劝说,劝说中的科学性就是分析并抓住对方的需求,劝说过程中尽可能富有逻辑性,才更具说服力。

倾听与反馈

倾听是一项重要的技能,倾听过程中要认真正确的接收对方意见,并在最佳时机给予有效的反馈。反馈代表着一种观点,如果对方处于舒适区,可能听不进你的反馈,但你还是要坚持倾听完对方的观点。

冲突处理

当组织中发生冲突,IT管理者需要做到的是进行换位思考,尽量做到对事不对人。事情发生时,IT管理者需要尽快恢复冷静,要知道有异议是正常的,应对便是。但如果你觉得自己可能是错误的,但所有人都因为你的权威性,而不敢发出异议时,此时的你可能就是企业发展的瓶颈。这时的你应该考虑换一个舞台。。

召开会议

当遇到问题不能解决便匆匆召开会议,其实这样的做法是不对的,开会其实是管理手段的最后一项。当尝试了很多方式都不能解决问题时,才要召开会议,但频繁的开会则代表企业或IT管理者的管理出现了问题。

那么,应该何时召开会议呢?会议大致可分为发散型和明确型两种类型,发散型就是大家坐在一起,共同探讨未来的方向,明确型是希望通过会议得到一个明确的结果。当管理者对会议结果有十足把握,并且实现自身期许的几率较高,那么可以召开明确型会议,这种会议适合选择条型桌会议桌;如果没有明确结果,需要探讨未来都有哪种可能性,那么可以召开发散型会议,这种会议适合U型会议桌。

在会议过程中,定会产生不同意见,IT管理者需要着重关注反对意见,因为支持意见只是锦上添花,对最终结果没有太大帮助,要把反对意见当做磨刀石,不断改进优化,使得最终结果更加完善。

以上为本次分享内容梗概,更详尽内容请戳视频:http://aix.51cto.com/activity/10020.html

【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】

【编辑推荐】

  1. 【大咖来了 第1期】新零售时代的智慧中台
  2. 【大咖来了 第3期】海量日志分析与智能运维
  3. 【大咖来了 第2期】快狗打车智能化演进之路
  4. 【大咖来了 第4期】数据驱动的产品决策和智能化
  5. 【大咖来了 第5期】如何建设大数据中台
  6. 【大咖来了 第6期】面向交互的人工智能
  7. 【大咖来了 第7期】智能导购对话机器人实践
  8. 【大咖来了 第8期】电商风控利器—移动设备可信ID
  9. 【大咖来了 第9期】数据安全之数据库安全黄金法则
  10. 【大咖来了 第10期】零门槛构建弹性大数据云分析平台
【责任编辑:王雪燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

高并发互联网消费金融领域架构设计

高并发互联网消费金融领域架构设计

应对高并发架构
共5章 | jayslife

人订阅学习

Kubernetes:21天完美通关

Kubernetes:21天完美通关

从小白到修神
共29章 | king584911644

200人订阅学习

Python应用场景实战手册

Python应用场景实战手册

Python应用场景实战手册
共3章 | KaliArch

122人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微