互联网公司技术团队建设 第1篇
大部分创业的项目都会考虑跟如何基于中台来做，跟中台如何合作？中台又应该提供什么样的合作模式，一直是被反复讨论的话题，由于我自己既做过中台，又做过业务，还是有比较多的体会。
基于 CTO 责任制和中台要不要合作，如何合作，是版块负责人考虑业务诉求、能力现状，技术成本，未来的迭代和维护成本等指标进行综合决策；也就是不存一定要用或者一定不用的逻辑；也不存在一定要用某种技术合作方式的逻辑，甚至不同模块可以采用不同的决策；但是这种决策的后果也是 CTO 需要去承担的，所以往往如何决策是一个非常复杂的课题，需要经验上面的长期摸索。
基于中台的合作，一般分为五类模式，我们用表格进行说明：
具体使用哪种模式，表格中提供了选择建议。
在创业项目快速奔跑的过程中，我们是否可以牺牲架构质量？这个话题永远是一个争议不断的话题。
我们团队的经验是：技术架构的治理仍然是必须要考虑的一个因素。业务快速发展 VS 技术架构治理，不应该是 10：0，也就是绝不应该是先污染后治理！技术架构治理应该是属于长期有耐心坚持的事情，即使不占很大的比例，也不能中断，否则会带来无法挽回的后果！比如对于健壮性，对于最重要的一些逻辑和事务，在过程中就应该要有应对方案；对于扩展性，在业务需求中针对最有可能出现的扩展应该有适当预留；这样的方式可以避免系统架构腐烂到不可收拾的地步，导致重构带来巨大的工作量，反而影响了业务发展。
在系统架构治理目标上，分为健壮性、业务扩展性、支撑规模化三个层面，不同的时期治理的重点是不同的。我们团队摸索出来的一套实践分享一下。
互联网公司技术团队建设 第2篇
在大公司经常会有人画大图，摊大饼，但是换到创业环境，这种打法就不灵了，为什么？
1、因为真正能够在市场竞争中胜出的产品，一定是要精细化打磨的，而资源始终是有限的，阵势铺得太大，就意味着每个产品都做不精。当每个产品都不能赢得市场，这个创业无疑是失败的；
2、当极其粗糙的产品推向市场，对口碑是一种负面伤害，导致客户信任度降低，那可能是需要花成倍的代价去挽回；面向老板汇报，写 ppt，讲多大都行，但是真正面向市场，市场会无情地拿结果说话，一切包装都会打回原形，所有粗糙都会显露无疑。这是一个思维惯性要突破，但这就是真实的世界。
互联网公司技术团队建设 第3篇
领域构建思维是一种典型的构建技术平台的思想，基于一个领域把平台做大，是一种单点放大的思维，把一个领域从 0 到 1，然后逐步做深，实现从单客户到多客户，从固定逻辑到配置化，再到平台化；
而价值链构建思维更加适合面向创业环境，因为构建商业的价值链，是一种串联思想，把各个技术能力进行串联，举个形象的比方，“把一颗颗散落的珍珠用项链串起来”。
面向创业环境的时候，我们需要以更快速度去构建价值链，所以我们更应该从领域构建思维到价值链构建思维。为什么？当局限于领域构建思路的时候，很可能从领域构建所规划的技术内容，跟整体价值的匹配可能会出现问题，比如做库存域的同学肯定希望把“库存健康”这个事情做大，但是库存健康可能当下并非商家的核心诉求；这样就会导致能力和需求错位，有点类似于拿着锤子找钉子的做法。
所以不管技术上面模块如何拆解，大家都必须要围绕价值链去规划技术，体现在两个点：