一个朋友告诉我,做事一定先定个目标,然后去做。
我最近看到rails方面又有一本新书出来,但是看看自己书架上的7,8本编程方面的书籍都还崭新得可以放到柜台上再卖,就忧郁起来。归纳起来还是在买书这件事上没有按照这位朋友告诫我的这个简单的做事方法。
所以目标是什么要先落实才行 ,列举一下自己的目标:希望自己能朝CIO方面发展(公司不会有这个职位,但是我从事的工作性质和CIO差不多),有关CIO的信息可以在google一搜一堆。因此观念要变,就是要把原来的懂业务的技术专家转型成懂技术的业务专家,把IT是支持部门的角色,提高到利润相关部门(通常是节省成本)。
在ccw计世网看到许多受益匪浅的文章,许多观点都引起了我的共鸣。一直如鲠在喉的就是:
- IT应参与政策变化会议:企业想让IT帮助改造业务流程,却在中高层制定某些政策的时候,没有习惯让IT参与。最终的结果就是IT在不能全面,及时的了解企业政策变化的情况,被要求配合业务发展。
- 业务流程需要业务部门大量参与:还是业务流程,许多业务在实际操作中都没有统一的规范,相当于让IT在设计实际业务流程,但是这绝不是IT能独自办到的。
- 业务流程的设计本身就应该先定义规范,并形成制度:我经常和一个副总闲聊各部门流程(他对业务很熟),然后一个改变逐渐形成,这改变我先提出的,结果不知道什么时候已经开始实施了?我都不知道什么时候开始的。汗...
说跑题了。。。。
所以经过一段时间的思考,我觉得自己以后的职业规划应该是向CIO性质的工作发展,而不是技术专家。也就是应该把精力放在业务上,而不是技术上(虽然自己确实比较喜欢研究技术),也因此我对自己是否要买本rails的新书犹豫不定。
那么如果成为CIO是目标,要实现这个目标,我个人认为的CIO应具有的能力包括:
- 跟业务人员用业务语言交谈
- 跟技术人员用技术语言交谈
- 对所有业务流程的细粒度理解
- 对舍近求远的重要流程要知道为什么这样设计
- 对行业的发展,政策变化,外部事件的影响要随时了解
我觉得自己可能在这些方面需要加强:
- 锻炼对核心业务的剖析
- 表达能力(例如阐述问题应该按照这样的顺序:现象->问题->建议)
如何提出问题后顺利实施:
- 寻求高层领导的支持
- 找相关部门协调
- 在合适的会议上提出(可以主动召集会议)
能写这些以前我看似很教条的东西,有些说不出的感觉,有时觉得还是单纯的搞技术挺好。不过既然历史长河和全人类赋予我现在这份工作,我还是尽力把它做到最好。努力!!!