CIO深度聊 - IT如何与业务部门高效协作？

幸存下来的人，只能面临降低薪水增加工作时间的情况。他们看着自己的同僚开始领取失业保险，而那些工作向海外扩张的速度甚至超过了协和式喷气机。现在对技术人员来说正是困难的时期，但并不意味着走向毁灭。事实上有些IT工作者凭自己在技术，商业，人际交往，市场运作等方面的能力及他们的进取心，是能够在这种局面中脱颖而出的。TAC国际公司在波士顿分部的人力技术总监John Hawley就建议IT人去考取PMI资格认证，因为开发商资格证书使他们更具竞争力。同时他也指出，产品经理，设计师及商业分析师的薪水实际上都有所增加。“做一名具领导气质的专家，为别人提供帮助”，Hawley说到，“现在就开始准备。假如你明年就会被解雇。而要掌握这些技能和专业知识是要花点时间的。”另一个能保留工作的办法就是要了解商务工作如何进行，并且掌握反应当今管理理念的技能。“IT人过去都局限在很小的范围独立工作，”COMSYS信息技术服务公司休斯顿分部的人力资源开发副总监Ralph Kirkland说到，“现在工作的人少了，这其中讲求的就是协作。会议更多，协作的途径也更多。这并不像破解密码。”他认为IT人必须了解这些途径及如何运用它们。提供培训和在线学习服务的旧金山第九公司的产品开发与技术部副总监Adam Nelson认为，人际交往上的技巧对当今的IT人也十分重要。他说：“交流，团队活力，明确的目标，寻求一致利益是一个组织中的重要组成部分。”Babson 学院的副教授PJGuinan也同意说：“现在过于泛滥的技术人员没有从前值钱了。他们必须从命令的执行者转变成给予别人指令的顾问。”听取意见、相互交流和建立人际关系等顾问方面的能力现在都十分有价值，而要在海外进行这种工作难度更大。其他技能如谈判，市场营销，管理一项IT业务，与客户交流及合理出价等都非常重要。“他们不想被市场淘汰，他们想让自己更具价值而不仅仅只是技术人员。”Guinan这样说到。她也指出，IT人具极强的分析能力和问题解决能力，并建议他们展示自己对他们的项目和产品，包括成本和利益上商务原理的理解。明尼阿波利斯一家关于技术职业网站的总监Paul Cronin认为IT人应该掌握基本的交流沟通技巧，在“软件”素质上更具竞争力。因为雇主们都会问同一个问题“是否和其他人相处愉快？”公司都希望员工兼具技术和商业运作能力，而一个具编码及管理等综合能力的IT人无疑是最受重视的。“他们具有公司需要的经验，”Cronin说到，“成本效益分析能力更能在保持成本的同时为客户提供更周到的服务。”对那些想找工作的技术人员来讲，他推荐一种商业上的办法。“你具有什么竞争实力？”他问到，“你如何用最小的成本帮助公司解决问题以牟取更大的利益？”还有一个避免失业的办法是让自己成为一件外购商品。Boca Raton计算机维修公司经营一家网站，为有需要的公司提供合适的技术人员及客户服务。他们把技术人员的技能、照片、他所服务过的公司的反馈信息等资料登在网上。事实上它起到一个提供服务的桥梁作用。“国内的一些技术人员正在被解雇，”总裁Jeff Leventhal说，“公司为了降低成本，他们都把维修工作包给提出请求的技术人员。”他们作为独立的经销商。为Leventhal公司提供相关建议，票据托收等服务。这些具事业心的技术人员只需将帐单的一部分付给计算机维修公司就行。Leventhal公司因此看到他们头年能赚到5－6万美元，以后每年也能赚到8万美元以上。Jason Abel就是这样一名技术企业家。在几次被解雇后，Abel决定自己干。他说，“我将自己外够给一家大企业，但实际为小公司工作。”他为当地的几家主要计算机公司提供产品维修服务，他的理念非常简单，那就是他的要价更便宜。Abel没有经过正式商业培训，不想让别人主宰自己的职业命运。他具有经营的头脑，现在比过去做全职时赚的更多，但所需的工作时间更少了。“要么不干，要干就靠自己。”这是他给大家的建议。

python编程开发技术是目前比较热门的编程语言之一了，而对于大多数新接触python编程的程序员来说，如果能够掌握一定的编程技巧的话会大大降低我们掌握python编程的难度，下面IT培训就一起来了解一下具体内容吧。

建议1：理解Pythonic概念

建议2：编写Pythonic代码

建议3：理解Python与C语言的不同之处

建议4：在代码中适当添加注释

建议5：通过适当添加空行使代码布局更为优雅、合理

建议6：编写函数的4个原则

建议7：将常量集中到一个文件

建议8：利用assert语句来发现问题

建议9：数据交换值的时候不推荐使用中间变量

建议10：充分利用Lazyevaluation的特性

建议11：理解枚举替代实现的缺陷

建议12：不推荐使用type来进行类型检查

建议13：尽量转换为浮点类型后再做除法

建议14：警惕eval()的安全漏洞

建议15：使用enumerate()获取序列迭代的索引和值

建议16：分清=与is的适用场景

建议17：考虑兼容性，尽可能使用Unicode

建议18：构建合理的包层次来管理module

建议19：有节制地使用fromimport语句

建议20：优先使用absoluteimport来导入模块

建议21：i+=1不等于++i

建议22：使用with自动关闭资源

建议23：使用else子句简化循环(异常处理)

建议24：遵循异常处理的几点基本原则

建议25：避免finally中可能发生的陷阱

建议26：深人理解None，正确判断对象是否为空

建议27：连接字符串应优先使用join而不是+

建议28：格式化字符串时尽量使用format方式而不是%

建议29：区别对待可变对象和不可变对象

建议30：[]、()和{}：一致的容器初始化形式

建议31：记住函数传参既不是传值也不是传引用

建议32：警惕默认参数潜在的问题

建议33：慎用变长参数

建议34：深入理解str()和repr()的区别

本文由CIO发展中心根据“第二期CIO闭门云聊天”活动中各嘉宾观点整理

数字化转型，是一件上升到企业层面，牵涉深广的"大事"，因此IT部门与业务部门的正面交互不可避免。

继第一期CIO闭门云聊天成功举办后，CIO发展中心于6月24日再度举办线上视频会议——“第二期CIO闭门云聊天”，依托线上视频平台，各位CIO朋友们在线开展互动交流，深挖转型机会点，共话发展新机遇。

本次活动中，特别邀请到瑞再咨询管理副总经理张辉担任嘉宾主持，张辉总作为专注企业端到端数字化体系建设与创新21年的行业专家，曾担任上海贝尔安弗施亚洲区IT负责人、双环传动集团IT总监等职位，多年的数字化实践，使其积累了极为丰富的实战经验。

本期活动将话题聚焦于企业中的IT部门与业务部门， 核心议题为：IT部门如何与业务部门协作，提升数字化效率？各位嘉宾从多个维度分享了他们与业务部门协作的方式方法 ，可谓干货满满，我特整理成文，内容如下。

在大家的谈论中，能够发现部分企业中的业务部门具有一定的甲方或使用者思维，对于IT部门提出需求，并不在意如何实现，而且对于外购和开发，也会认为是IT的事情。因此这类企业中的IT部门往往会处在一个艰难的境地，想要改变这样的局面， IT推动者就必须具备“软”领导力和沟通技巧，这样数字化转型的长期性才不会受到影响，才更具有可持续性。

瑞再咨询管理副总经理张辉也抛出话题，他讲到：谈到IT与业务两个部门的微妙关系，已经成为不论是数字化的负责人，还是企业的管理者，都会面临的一个巨大挑战，那如何使IT战略与业务战略匹配，从而推动业务的转型增效。过程中IT应如何与业务部门配合，保证项目的落地？

几位嘉宾分享了他们的做法，可以概括为3点：

1

强化沟通技巧，破冰活动至关重要

来自医药行业的刘总谈到：IT与业务部门的协作对于项目能否顺利开展起到了至关重要的作用，而两者协作最大的难点就在于沟通，往往IT部门的同事比较内敛，所以 很多时候与业务之间的沟通并不顺畅，为了打破这种局面，组织了IT与业务部门之间的团建活动是必要的，轻松的活动代替了机械的会议沟通，通过这样的活动，双方不但增加了信任感，而且少了很多沟通障碍，项目的推进也更加容易。

2

明确项目目标，共建信息化团队

IT部门如果想要推进某些变革，就一定要让业务了解到该项目的目的，并且能够解决哪些问题。如果沟通困难，可以在推进过程中，于业务部门选取骨干人员成为关键用户，一起组建信息化团队，并且从企业层面对这些人员的晋升给予政策倾斜，具体到工作推进过程中，便由关键用户在业务部门内部进行推动。

3

部门轮岗体验，加深双方工作认知

通过轮岗的方式，让IT技术人员与业务部门的人员来进行工作的互换，这样的方式 不但能够进行人才培养，同时也让大家能够深刻地了解对方的想法 ；第二通过轮岗， IT人员也会做业务，业务人员也更懂技术，双方共同讨论项目的氛围更好，利于项目的推进 ；第三点就是 IT的技术目标要与业务目标对齐，并且让业务部门的领导和人员担任大型IT项目的经理，项目组核心成员也由业务人员担任。

传统意义上来说，业务部门会把IT定义为系统和工具的提供者，认为IT不需要懂业务，IT在业务分工里只是一个保障角色。但是随着数字化转型的持续火热，今天越来越多的企业由技术引领公司业务，当业务落地需要技术交付的时候，IT就不只要解决技术问题，还需要理解业务，因此IT角色的转变以及在企业中的定位，对于与业务部门之间的关系产生着深远影响。

对此， 某消费品行业CIO温总表示，一般来说，甲方公司对于IT的期待会有两个大的方向，一个就是作为后台的支撑部门，为前端业务提供支撑；另一个方向就是希望IT发挥业务领导作用，给前端业务提供指导。 针对第一类期望，IT部门需要进行IT或者是工单的建设，让前端业务的需求得到及时响应。针对第二类期望，则需要一个强大的业务加IT，对于大型的集团公司可以采用COE的模式，如果是业务集中的单体公司，则ITBP模式更合适。归根结底，数字化的目的在于给企业带来业务价值，这样的话，说服业务部门以及管理层推动项目才更容易。

来自高 科技 行业的沈总表示IT与业务部门的协作，可以从两个维度来考虑采用何种策略，一个是目的，另一个是方式。 举例来说，如果在项目中，两个部门的目的相同，方式不同，则可以采用竞争的方式；目的和方式都相同，IT部门与业务部门可以采用合作的方式；目的不同，方式方法相同，可以采用联盟的方式；如果目的和方式都不同，则冲突较大，道不同不相为谋。所以与业务部门的协作，需要首先明确与业务部门的目的与方式是否一致。

由于95后对于C端软件有比较深刻的认知，所以对于B端软件易用性和智能性的要求非常高，有嘉宾建议可以采用两种方法解决，第一个就是让这些小伙伴加入到整个项目实施过程中，让他们更加深刻地理解需求是如何开发出来的，并且明确B端和C端的逻辑差异。第二是从项目管理的维度来给他们灌输相关的内容，满足某些必要的需求，将非必要需求砍掉，或者在以后迭代的过程中可能再来适当添加。对于CIO 来说，可以将IT需求进行分级，由IT部门来控制核心系统，如果外围系统没有与核心系统集成，那么会提出相应的使用建议，决定权给到用户自己，对于一些个性化需求，可以采用外部采购小软件和插件来满足。

“在企业中，有些项目和需求需要业务部门来主导，以提升其积极性。对于有独特想法的90后和95后，可以帮助其明确任务和目标，在限定的范围内进行创新。未来对于既懂技术又懂业务的综合性人才的培养，也是非常重要的。”分享嘉宾汪总强调说。

当然对于企业中年轻群体的需求，有些是确实难以落地的，所以需要进一步引导这些年轻的关键用户怎样提出需求，怎样讲清楚需求。使其明确应当是从整个流程出发，来提出一整套需求，而不是从某个点出发，只有这样，才有可能使需求能够快速落地。

很多IT同仁表示，IT部门在企业里没有话语权或是话语权很弱，而且IT部门的工作大都是被动式响应或救火，很难去用IT来引领业务，IT与业务部门的协作非常困难。而且让人苦恼的是，当企业中真的出现了一些“事故”以后，IT部门也得不到老板的重视，而是成了背锅侠，老板会将责任归结到IT的身上，这也是很多CIO所困扰的问题，如何规避这一问题？

瑞再咨询管理副总经理张辉发表了他的看法：“事故”一定不是老板想要看到的，但往往“事故”让企业痛了，老板才更愿意推进某些项目，作为IT负责人，一定要未雨绸缪，提示老板某些地方是有改善空间的，并且存在风险，如果不改善，可能会出现严重的问题，给企业带来损失。一旦IT从未提出相关的风险报告，出现问题了，那IT有着不可推卸的责任。需要注意的是即便提出某些风险预警后不能马上去实施，那也非常有必要，甚至可以采用分期的方案，来逐步实施，帮助企业避免不必要的风险。

千企千面，不同的企业有着不同的实际情况，但能够发现的一个共性问题是IT与业务部门之间的“偏见”，首要的导致因素就是沟通不畅、执行不力，想要实现IT与业务部门之间的高效协作，不妨从沟通方式着手，以沟通为桥梁，充分减少或消除IT与业务之间的认知偏差，这样或许能够推动IT与业务的有效融合和相互理解。

往

期

精

彩

企业数字化转型期间的那些坑，你踩过几个？

打造研发信息安全的“六边形战士”——浅谈研发信息安全的六层防护体系

CIO群讨论企业数字化转型中需要与标杆企业“对标”吗？

上系统与数字化转型（一）：数字化转型核心是开展业务数字化

CIO深度聊 | 数字化转型应如何明确技术团队与业务团队的定位？

关于CIO发展中心

「CIO发展中心」于2005年由一群热衷于中国CIO职业发展的CIO 们倡导发起，并以「聚合中国CIO力量，助推CIO商业价值」为宗旨。旨在通过学术和经验交流、知识和理念宣传来促进职业规范的推进、成长环境的改善以及队伍素质的提升，进而促进信息应用水平提升，推动CIO机制的建立和完善。

本文经CIO发展中心授权转载

IT项目开发人员普遍认为，要高质量并按时完成项目是难以实现的，项目经理们并非不想要高质量的项目成果，他们只是想在质量的基础之上，能够按时完工和低于或等于预算的情况下，实现这个项目。有些项目管理技巧虽然确实可以成功地在降低成本和开发时间的同时不会对质量造成影响，然而，必需注意的是，过度地利用这些技巧就有造成灾难性后果的潜在可能。

1、时间盒(Time boxing)

在破坏项目质量的事件列表上，时间盒的应用排在第一位，当您告诉某人在任务必须移交之前，他拥有多长时间来完成这项工作，我说“移交”而不是“完成”，因为在极端情况下，这经常意味着代码并不完善，仅仅是抓紧时间去完成这项工作。

在大多数情况下，时间盒是有效的，因为它可以做到四件事：

1 它迫使开发者能够富有创造性地在他们的预算之内发现解决方案。

2 它排除了经常添加在软件中不必要的虚饰，而这些虚饰往往并不能增加软件的价值。

3 它防止开发者过度测试。

4 目的只是要得到这件产品，在完整的质量评价(QA)阶段将会有详细的测试，希望在此阶段中能够发现代码中存在的问题。

当存在未知问题，或技术没有经受检验，或没有正确的方法来检验结果的时候，时间盒就无能为力了;当时间盒很小，而且在分配的时间之内并没有可能的办法来实现目标时，这种方法也是无效的。换句话说，时间盒可以很好地解决一些问题，比如充分理解、谨慎评估和执行类的任务;然而，也确实存在时间盒方法不能很好解决的问题，比如研究和发展，还有解决问题等等。

如果时间盒是正确使用的，那么不应当导致测试到很糟糕的代码，这些糟糕的代码可能会导致数百个小时的诊断和返工。时间盒应当适度使用来确保最低的成本、最快和最高质量的软件。

2、误期

所有人都要有奋斗的目标，里程碑是一种受到尊敬的方法，它用来激发人们向同一个目标前进，这种动力可以在很短的时间内得到重大成果。然而，每个人都必须承认里程碑所界定的时间并不是每次都能实现，这时就必须要做出新的决定。

项目经理们必须要在团队中树立里程碑的目标，以此来激励他们前进，但是，当里程碑确立的日期并不现实，而且队员们一再出错，那就应该重新评估这个计划了。如果因为某种特殊情况可以使这个日期不再重要，那么当这个重要日期真正来临的时候，整个团队就只有很小的动力来实现这个里程碑日期。当整个团队连续错过了10个日期，那么第11个日期还重要么这就像喊着“狼来了”的孩子一样。

如果在设定的时间线之后并没有任何处罚，那么当错过这个时间的时候就应该强制执行或者移动整个时间线。

长远来看，不断创造持续的压力和令人迷惑的环境并不能创造出好的软件，开发人员需要能够专心工作的环境。完成项目的日期和关于里程碑日期是否真实的混乱，经常会导致开发人员在开发过程中跳过关键步骤或者造成难以发现的问题。

3、忽视相关性

在软件开发中，我们有很多技巧可以用来延迟相关性，我们可以停用一些函数、移动相连的基本架构，或者绕开众多的错误处理，在正确使用的情况下，所有这些技巧都可以帮助推进一个项目，然而，当为了完成项目，而这些技巧的成本因素又没有被考虑到整个计划当中时，就埋下了烦恼的种子。

很多时候，在项目中排列软件开发的顺序是非常具有挑战的事情，相关性并不容易被发现，因此也就不可避免地有很多相关性因素没有被安排到计划当中。为这些不可预见的相关性安排日程表可以让人变得疯狂，因此，压制相关性的方法是经常使用的，但是，如果过度使用了这些技巧，这些费用可能经常会占据项目总成本中很重要的一部分，而且直到项目的最后才会被发现。

所以要确信您现在所做的对于管理相关性是必需的，不会添加过多的成本，而且是整个软件开发项目中必不可少的一部分。当项目经理不能在成本与降低相关性的便利中取得平衡，那么他们草率地组装的代码将会展示出质量问题。

4、假装没有错误

在项目管理中，忽视并不是一种幸福。为了成功地完成项目，除了不可阻挡的政治压力，向公司其他的员工介绍项目的风险也是必需的。几乎每个软件开发项目都有延期或超出预算或同时出现这两种情况的风险。

问题在于，当最终某一时间，这些风险真正变为现实的时候将会引起恐慌，每个人都在混乱中将项目其余的部分组装在一起，整个项目的质量将因为最终轻率的装配而遭受损失。

当然，当整个项目还没有落后于计划之前，这一问题还不会充分暴露出来，然而，大多数项目都有办法只让项目的某些部分落后一点点，而几乎每个项目都有过于仓促的风险，这是因为管理层在很长一段时间之内都在项目没有任何问题之后得知项目的真实状态。

以上就是关于IT职业指南：如何提升IT职业技能全部的内容，包括:IT职业指南：如何提升IT职业技能、IT培训分享新手程序员学习python编程需要了解哪些技巧、CIO深度聊 - IT如何与业务部门高效协作等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！