如何从传统软件开发顺利到互联网技术开发

来源:网络2018-03-22 10:48:21

今天来说一个比较普适性的问题:如何从传统软件开发转到互联网技术开发,这也是不少朋友问过我的问题,特整理一篇文章出来分享给大家。
 
软件无所谓传统与新兴,只不过面向市场的不同,导致大家心里有个对比。何谓传统软件开发,可能更多的与企业内部应用挂钩,采用项目制,人员对项目负责,面向B端用户,用户规模小,业务场景特定,迭代升级频率小,技术实现复试度较互联网应用低。
 
由于采用项目制,在项目结束后,项目就移交出去,后期的升级、维护、运营、运维几乎很少参与,日常开发工作更多的也仅是业务开发,导致参与这些项目的人员成就感特别低,技术成长有限。有一个词与传统软件开发走的比较近: 外包。所谓铁打的项目,流水的码农,外包人员的流动性是最大的。
 
那为什么要跳出传统软件开发,去做互联网研发呢?说到底还是生存与发展的问题。BAT,TMD等类似大厂的好待遇好福利好前途,充斥着互联网,影响着身边的每一个人。短短数十年的信息革命又被称为第四次工业革命,远比之前三次来的更迅速,渗透的更深入。互联是趋势,我们要做的就是顺势而为
 
切入正题,不管做什么转到哪行做研发,无非两方面,软实力加硬技能,再具体点就是思维转变结合一定的技术储备。
 
个体和互动 高于 流程和工具
 
工作的软件 高于 详尽的文档
 
客户合作 高于 合同谈判
 
响应变化 高于 遵循计划
 
软实力——思维转变
 
就是变被动为主动,沟通协调,团队合作,都需要一个转变。举个栗子——需求,不能再一味的按着合同上确定的需求,按部就班一个里程碑接一个里程碑的去实现,有需求变动再去做个需求变更流程后再开发功能。
 
上篇文章专门介绍了做项目与做产品时的需求区别:产品需求与项目需求的差异。需求是一个转变点,其它还体现在开发模式、产品迭代、团队合作中。互联网研发更多的趋向于产品研发,开发模式抛弃传统软件开发过程中的瀑布模型,更多的采用敏捷模式,KANBAN、SCRUM等,读一下敏捷宣言似乎来的更直观一下。
 
个体和互动 高于 流程和工具
 
工作的软件 高于 详尽的文档
 
客户合作 高于 合同谈判
 
响应变化 高于 遵循计划
 
大家都在讲互联网思维,做研发也一样,只有从 自我认知层面转变过来,才能更好的去适应互联网技术开发。