转眼转做规划SE有一个多月了,自认为已经从一个完全门外汉到基本上摸到门路,算是正式踏上了规划之旅.在这一过程中有一些迷茫,也有一些惊喜.迷茫的是遇到一些事情不知道如何进行下去;惊喜的是说服用户认同或接受我的建议或意见的开心.以上说的是总体心得.下面就具体详细说明下.
首先对于我这种从开发转做规划的人来说.首先要遇到的问题就是思维的转变,即开发思维转变为产品思维;既然做规划了,思维一定要转变.然而由于思维惯性的问题.在一个多月的工作中时不时的落入开发思维上.何所谓开发思维呢? 即清新的罗列出具体事情的执行流程,包括各种异常.显然这种方式在做规划的时候太局限了,从产品的角度来说需要更高的视野来考虑,用领导的话说就是需要全局统筹观,站在整个产品的角度去考虑问题.尽量少一些的考虑具体细节.第二:从用户的角度,而不是从系统的角度考虑问题.做开发更多的关注系统的可扩展性,可维护性和性能等问题. 而产品思维就是站在用户角度考虑问题.产品能不能用,好不好用是用户关心的问题.而我在实际工作中,经常陷入到开发的角度去了. 第三点:做开发更多的是被动地接收任务或需求.一般是别人找开发来了解事情,做规划后,更多的时候自己主动去找别人.跟其他人去商讨事情.
然后就是沟通协调能力问题.在做开发的时候一直不觉得这是一个问题.因为相对来说没有规划工作那么多的沟通,做开发的时候,有时候一天坐位置上不动,也没有人来打扰.而做规划之后,有时候一整天都在开会沟通中,正如同事说的:一天的工作要么就在开会沟通中,要么就是在开会沟通的路上.其实沟通协调是很重要的,光是把不同地域的人,每个人的时间都约定好,拉在一起开会就是一个不小的困难.我的处理方法:在预定会议之前尽量地约定大家都有空的时间.尽量让大家都参加.但我也经常碰到拉不齐所有人的问题,经常有人时间忙无法参加会议的事情.对我而言,这是个头疼的事情.沟通协调也体现在主持会议的过程中.作为会议主持人,要把握好会议节奏.尽量地让大家畅所欲言,又不要说过多的与会议无关的话题,还要推进会议的进度.得出一个会议可行的结论.在这个方面一直还没有把握好.在回到开发上来说,作为会议主持人的机会很少,在会上也就发表完自己的意见就了事.哪里有规划工作这么多事情.
再者就是语言表达能力.做规划来说,要把自己的问题或想法表达出来,说清楚,让对方尽快的get清楚. 就我自己而言,还是有蛮大的挑战.目前总结几点:1.语言尽量地准确描述,这个,那个之类的词,尽量不要说了,因为你说出的“这个”,对方不一定理解为你说的“这个”.应该是某个具体的事情或事物.2.语言的上下文尽量表述清楚.不要突然说出一个没头没尾的话,或者说半句话.这样说的话,别人是get不到的.3.语言语气上也有一些问题.需要好好的注意下.
第四，良好的系统架构能力.本以为做规划了就不会牵涉到架构方面的事情了.没有想到还牵涉到很多架构方面的知识.包括不限于后台的架构.关于后台架构的知识,这是我目前所欠缺的.另外谈到能力问题,我个人觉得除了上面提到一些外:还有画系统流程图,做PPT,编写word文档等等.真的是一个考验方方面面能力的职位.
网友评论