新足迹

 找回密码
 注册

精华好帖回顾

· 我是护士,病患不是人。大坑已甜,送真狗照,谢谢分分! (2013-1-19) peanut · 我也响应SK帮主单挑朱PAPA, 上菜,~~~脆皮烧肉+爆炒牛肉丁+漂亮的蛋糕 (2008-6-17) 紫雪花
· 大头家常菜 -- 糟卤鸡,红烧带鱼,芽菜豆豉扣肉,清炒芥兰 (2008-1-26) datou2z · 更新啦~挡雨板挡泥板到了!宝宝也长大了!途锐入手快2月了,发些图片外加一些改装。 (2013-8-26) popxiaoyu
Advertisement
Advertisement
查看: 2475|回复: 25

[IT] 码农如何转consultant? [复制链接]

发表于 2013-2-7 17:25 |显示全部楼层
此文章由 yourock 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 yourock 所有!转贴必须注明作者、出处和本声明,并保持内容完整
昨天有个人发了个帖子,今天找不到了。自己问吧:
码农如何转consultant?
Advertisement
Advertisement

发表于 2013-2-7 17:33 |显示全部楼层
此文章由 鱼羊鲜 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 鱼羊鲜 所有!转贴必须注明作者、出处和本声明,并保持内容完整
英语练好

发表于 2013-2-7 18:38 |显示全部楼层
此文章由 yourock 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 yourock 所有!转贴必须注明作者、出处和本声明,并保持内容完整
英语之外的呢?

发表于 2013-2-7 18:43 |显示全部楼层
此文章由 000567 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 000567 所有!转贴必须注明作者、出处和本声明,并保持内容完整
懂业务,能去客户那里拿需求

发表于 2013-2-7 18:44 |显示全部楼层
此文章由 bmatt 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 bmatt 所有!转贴必须注明作者、出处和本声明,并保持内容完整
yourock 发表于 2013-2-7 18:38
英语之外的呢?

英语之外的就没了,码农的技术水平应该够了。。。consultant就是嘴皮好使。。。
楼主为啥想做consultant啊。
don't give a damn

发表于 2013-2-7 19:22 |显示全部楼层
此文章由 ryu2011 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 ryu2011 所有!转贴必须注明作者、出处和本声明,并保持内容完整
外语加业务,说白了就是能忽悠。consultant确实比码农值钱,职位不容易外包,反正各种的好。但是对于中国人来说,有一点难度的。
Advertisement
Advertisement

发表于 2013-2-7 21:07 |显示全部楼层
此文章由 henrync007 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 henrync007 所有!转贴必须注明作者、出处和本声明,并保持内容完整
也不能完全说是忽悠。就是应该从更高更整体的层面分析问题,很大的不同就是编码要做细节的东西,consultant看的更高一层然后和客户的issue联系起来。从长远职业发展看,肯定要从底层做向consultant,architect ,仅仅分享个人理解。

发表于 2013-2-8 09:40 |显示全部楼层
此文章由 blurlzy 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 blurlzy 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我就是作Consultant的,这么容易忽悠,你去试试看,很多时候IT Consultant面对的都是客户那边的技术人员或者是业务经理,一般就是搞清对方的需求,明白对方要什么,然后可能还需要同客户方的一些技术开会,了解他们当前的技术背景,或者有些什么技术上面的问题之类的,此外Consultant还需要做一些架构或者设计,帮助一些技术人员实现。

参与宝库编辑功臣

发表于 2013-2-8 10:08 |显示全部楼层
此文章由 bffbffbff 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 bffbffbff 所有!转贴必须注明作者、出处和本声明,并保持内容完整
同意楼上2位的,其实就如同坛子里很多人对PM的看法一样,看着人家光靠嘴忽悠其实没那么容易,作为consltant能看到或者理解business层面的东西结合到技术实现并不比写代码容易
永远的junior programmer

发表于 2013-2-8 10:15 |显示全部楼层
此文章由 brahmasky 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 brahmasky 所有!转贴必须注明作者、出处和本声明,并保持内容完整
多多学习怎样和人打交道,尤其是本地人和高层的人,这是一辈子的技能

发表于 2013-2-8 10:16 |显示全部楼层
此文章由 yangwulong1978 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 yangwulong1978 所有!转贴必须注明作者、出处和本声明,并保持内容完整
忽悠是必须的,但是也不是那么好忽悠的,,,,,技术,人际关系,都要拿捏得很好,
Advertisement
Advertisement

发表于 2013-2-8 10:59 |显示全部楼层
此文章由 rabbitpoint 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 rabbitpoint 所有!转贴必须注明作者、出处和本声明,并保持内容完整
从客户的角度来看,有没有一个好consultant对这个系统以后好不好用太重要了,consultant要拼行业经验,沟通技巧,技术系统方面也非常重要,这些都是一个好consultant不可或缺的。会经常发现系统上线以后,有个什么功能不好用,啥样原因都有,有的是客户方没解释清楚,或者没说全面,也或者consultant没全部理解,没有预计到可能出现的变化,或者压根不清楚他自己的系统里面有另外的feature是来做这个功能的,或者不知道也许不愿意通过一个小小的客户化来实线目标。客户是不能被blame的,谴责最后都落到consultant头上。

发表于 2013-2-8 11:12 |显示全部楼层
此文章由 righttang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 righttang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
一句话,开会的时候跳出来指手画脚。多跳几次就好了

发表于 2013-2-8 11:15 |显示全部楼层
此文章由 虚度 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 虚度 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不同行业的consultant 的 发展方向不同,不过大体上来说也有这么两种 technical 和 functional 的 , 中间没有绝对的界限

在我自己对consultant 的定义中,  这个 头衔 或者是行业是为了去解决问题而产生的, 大体涵盖这么几个方面
1. 认知问题, 挖掘问题, 合理的解决问题-从理论上和可操作层面上, 并教育客户不同方式所带来的风险, 
2. 帮助客户去实际的解决问题-实施方案
3. 帮助客户理解将来的需要

这几点有点high level, 但是反映在实际当中, 有基本的两块
- 技术水平, 而且这种技术水平指的是, 对这个行业中解决方案产品的理解(IBM, Oracle, CA etc 行业相关产品的理解和应用, 通常遇到到的consultant 包括 ERP 和 Security方面的也都是基于产品在做consluting service, 至于基础的coding 的东西就不用多说了, 这个是基础。

 
-沟通水平, 从两点, 一个客户, 清楚直接明客户的需求和按照客户所希望放的方向走, 并且在一个风险最低的模式下走是每一个客户的希望, 这个需要你不断的和客户沟通去了解客户本身的process, 和你沟通的stakeholder的具体的性格, 这些可以间接的导致项目的成败, 这个也是从客户方面最直接了解你和你的公司的水平,从而决定了他们是否有信心和你们合作。

从自己公司来说, 良好的沟通水平也是内部人员给予你信任并且有效的去解决实际当中的问题的一个很有效的方式。

我所认知的项目中, 不是很多, 但是究其根本都是围绕一个如何让一个问题在风险最低的情况下被解决的模式下走的。 

从码农转到technical consulting, 并不会太难, 技术有了, 某些行业的认知有了, 剩下的就是对相关解决方案产品和依靠产品去解决问题的经验,不过入行的话也要靠机会

一点浅见, 欢迎探讨   

评分

参与人数 2积分 +7 收起 理由
philowen + 4 感谢分享
damididi + 3 我很赞同

查看全部评分

发表于 2013-2-11 19:54 |显示全部楼层
此文章由 sleepwalker 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sleepwalker 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我们公司全是consultant没有码农,但是大部分consultant大部分时间做的还是码农的工作

在我印象中码农是贬义词,consultant是褒义词,但是指的都是一样的,没区别,呵呵

发表于 2013-2-11 19:54 |显示全部楼层
此文章由 sleepwalker 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sleepwalker 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我们公司全是consultant没有码农,但是大部分consultant大部分时间做的还是码农的工作

在我印象中码农是贬义词,consultant是褒义词,但是指的都是一样的,没区别,呵呵
Advertisement
Advertisement

发表于 2013-2-11 20:10 |显示全部楼层
此文章由 yiyioz 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 yiyioz 所有!转贴必须注明作者、出处和本声明,并保持内容完整
sleepwalker 发表于 2013-2-11 20:54
我们公司全是consultant没有码农,但是大部分consultant大部分时间做的还是码农的工作

在我印象中码农是贬 ...

和我这里一样,头衔都好听,其实就是一苦逼的码农。

发表于 2013-2-11 23:22 |显示全部楼层
此文章由 无视 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 无视 所有!转贴必须注明作者、出处和本声明,并保持内容完整
consultant也有级别,前几轮根客户谈需求的肯定是principle, 之后on site去干活的senior就够了。

技术好,能忽悠是必备,闷骚型的码农不太适合这个方向。
头像被屏蔽

禁止发言

发表于 2013-2-12 09:09 |显示全部楼层
此文章由 nis 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nis 所有!转贴必须注明作者、出处和本声明,并保持内容完整
yiyioz 发表于 2013-2-11 21:10
和我这里一样,头衔都好听,其实就是一苦逼的码农。

头衔和待遇挂钩阿。

发表于 2013-2-12 09:17 |显示全部楼层
此文章由 yiyioz 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 yiyioz 所有!转贴必须注明作者、出处和本声明,并保持内容完整
nis 发表于 2013-2-12 10:09
头衔和待遇挂钩阿。

哈哈,那也是码呀码。。。

发表于 2013-2-12 11:12 |显示全部楼层
此文章由 philowen 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 philowen 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我现在是个所谓functional consultant,以前也做过一段technical consultant。另外还有7年码农经验。做这个职位时间不长,但是我挺喜欢。不要问我怎么做上的,俺的经历偶然性太大,不大可能复制。另收入也不高,和坛子上大牛们没得比。

Functional和Technical区别还是很大的,TC主要还是技术相关,解决技术问题为主,平时也主要和客户技术人员打交道。

码农转TC容易,但是要做FC的话,个人就要先问问自己下面几个问题:
1。 平时coding的时候有没有想过这个产品到底是做什么的,为什么好卖?这个feature为什么是这样设计的,为什么不是另外的设计。这样做为什么就会方便点,主要都省了什么时间,等等等等。如果平时这种思考少,那就不是很适合做consultant或者BA,更适合做技术专家。我知道很多人喜欢钻研技术,热衷于解决难题,但是对业务需求没什么疑问,只盯着详细需求想办法(而不是问为什么业务上要这样,有没有其它选择)。个人觉得这类人不适合做分析需求的人(也是种浪费)。

2。 自己对这个产品熟不熟悉,对这一行了解有多少。软件产品一般就是帮助客户实现自动化,节省人力。客户经常是不知道自己具体要什么的,通常是乱七八糟地提需求。需求分析的人一定要从行业和业务的角度想问题,而不是一下子就跳进技术方案里面。我见过不少技术很好的人,搞需求搞得非常差,到最后做出来的东西很难用,尽管性能或者技术可能很“领先”。

3。 自己英语和沟通能力如何。这个工作在项目前期每天就是扯嘴皮子(各种workshop和讨论),然后写文档,一天开四五个会再正常不过了。我经常觉得自己有话说不出来,也Argue不过人家。另外这种角色经常涉及与很多个部门沟通,包括内部和外部,各式人等,会遇到很多问题很多阻力,吵架和狗血事情也是很常见的。如果做惯人际关系简单的开发人员,先不说能不能,而是要问问自己愿不愿意长期处理这种问题。
多说一句,很多人说consultant就会忽悠,这个我绝对不同意。个人来说我从来不说假话,也不夸海口,更不会骗人。别人怎么做是别人的问题,我做承诺的时候都是深思熟虑的。我有这么多年码农经验,能做不能做很多时候是不会偏差太多的。

4。 挨骂能力如何,自尊心强不强。大部分时间你对的是客户,客户永远是对的。被指责和背黑锅是稀拉平常的事情,尽管很多问题根本不关你事。我遇到过F字和D字狂喷的客户会议,也经常要替开发弄出的狗屎bug挨骂。当然,澳洲人已经算是很礼貌的了,国内和亚洲的客户更是难搞。

5。 最后才是技术能力和解决问题能力。软件发布或者递交以后就是客户测试阶段,consultant要应对各种各样问题,包括很无厘头的,也包括很有挑战性的。如果可以的话,应该要自己挡回去很多(有些通过沟通,有些通过自己排错)。这个时候码农经验就起点作用。但是很多时候你看不到代码,也没办法完全解决问题,还是得靠开发,自己就当个中间人。经常出现的情况是客户那边死出问题,开发那边咬死说不能重现,就得苦逼地陪着不停地测试和排错。

总结的说,转consultant不一定是开发人员的好选择。个人觉得如果可以,做个技术专家才是码农的正道。如果想走管理路线,consultant其实也不过是个技术活,和管人管项目相距很大,虽然有consultant转做PM的例子,但是不典型,开发还很多人转PM呢。。

评分

参与人数 2积分 +10 收起 理由
bffbffbff + 5 感谢分享
linkspeed + 5 感谢分享

查看全部评分

Victory shall be mine!
Advertisement
Advertisement

发表于 2013-2-12 11:14 |显示全部楼层
此文章由 philowen 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 philowen 所有!转贴必须注明作者、出处和本声明,并保持内容完整
虚度 发表于 2013-2-8 12:15
不同行业的consultant 的 发展方向不同,不过大体上来说也有这么两种 technical 和 functional 的 , 中间 ...

说得很好,今天没分了,明天补上。
Victory shall be mine!

发表于 2013-2-12 21:33 |显示全部楼层
此文章由 drowndog 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 drowndog 所有!转贴必须注明作者、出处和本声明,并保持内容完整
学习了。收藏!

发表于 2013-2-12 23:18 |显示全部楼层
此文章由 oceangod 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 oceangod 所有!转贴必须注明作者、出处和本声明,并保持内容完整
mark

发表于 2013-2-14 09:59 |显示全部楼层
此文章由 philowen 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 philowen 所有!转贴必须注明作者、出处和本声明,并保持内容完整
LZ不见了,俺写这么多白费劲了。。

发表于 2013-2-14 12:37 |显示全部楼层
此文章由 虚度 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 虚度 所有!转贴必须注明作者、出处和本声明,并保持内容完整
philowen 发表于 2013-2-14 10:59
LZ不见了,俺写这么多白费劲了。。

I had exactly the same feeling
Advertisement
Advertisement

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部