技术团队去新公司考察建议
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
技术团队去新公司考察建议干这行这么久,今天分享点技术团队去新公司考察的经验。
首先啊,我觉得去之前得做足功课。
你得了解这个新公司是干啥的,做的是互联网项目啊,还是传统行业的一些技术相关业务。
我之前就有一次没了解清楚,到那之后发现他们的业务和我们想象的完全不一样,白做了好多准备工作。
哦对了还有,要大概清楚这个新公司的规模,小公司和大公司考察的重点可能就不太一样。
比如说小公司可能更侧重于技术的灵活性和快速迭代能力,大公司可能就更关注技术架构的规范性和稳定性。
去的时候呢,一定要和他们的技术人员深入交流。
哎,这一点可太重要了。
我记得有一回考察,他们前台啊,展厅啊什么的弄得可高大上了,结果一和他们技术人员聊,发现好多基本的技术概念他们都含糊不清。
所以不要被表面现象迷惑了。
你就从他们正在做的项目入手,问问技术难点是怎么攻克的,用了哪些技术框架,为啥选用这些框架呢。
而且这个交流一定要多方验证,不能光听一两个人说,多找几个不同级别的技术人员聊聊,基层的能知道实际操作中的问题,高层的能明白整体的技术战略方向。
还有就是考察他们的开发流程。
我觉得好的开发流程就像一条顺畅的流水线。
比如说他们有没有完善的版本控制,代码审查机制咋样。
我以前看到过一个公司,开发过程非常混乱,没有版本控制,代码随随便便改,结果到最后整个项目就像一团乱麻,修一个Bug能牵扯出一大堆新问题。
如果他们开发流程有问题,那就要看看有没有改进的可能,或者这也能反映出他们公司管理方面的一些缺陷。
再就是技术团队的组织架构。
这关系到以后如果合作的话,沟通协调是否顺畅。
要是一个项目跨好几个部门,结果每个部门职责还不清晰,那肯定得乱套。
就好比一个家庭,大家都不知道自己该干啥活儿,那这个家还能井井有条嘛。
有时候可能一眼看不透他们的组织架构,那就从项目的需求提出到最终上线过程中,涉及的人员和环节入手去分析。
在考察设备和硬件环境的时候,也不能马虎。
有的公司啊,设备老化严重,网络环境也不稳定。
这就像你要参加赛车比赛,结果给你一辆破车一样,根本跑不快。
我感觉虽然硬件不是万能的,但没有好的硬件基础,很多先进的技术方案也施展不开。
不过也得考虑成本因素,不能一味追求高大上的硬件配置,如果有性价比高的替代方案那是最好不过了。
考察完了之后呢,一定要把所有的东西都记下来。
这就像写旅行日记一样,你刚经历完的时候感觉印象深刻,过段时间就忘得差不多了。
就算是一些小细节也可能是关键的线索。
回来之后好好汇总,给团队成员分享,大家一起讨论,因为有时候自己一个人可能会有考虑不周的地方。
我知道我这些建议也不是完美无缺的。
每个公司的情况都很复杂,可能还会有各种各样奇葩的情况出现。
但只要按照这些要点去考察,心里能
有个底儿,不能说一定万无一失吧,但肯定能少走不少弯路。
我也一直在摸索学习,要是大家还有啥别的经验,也可以互相交流交流啊。
这可比自己闷头想强多了不是吗?
参考资料的话,你可以看一些关于企业技术管理的书籍,像《人月神话》里面就有很多关于项目管理和技术团队合作方面的经典观点可以借鉴。
还有一些行业的调研报告,虽然可能比较宽泛,但也能从宏观上对某个行业的技术情况有所了解。