移动互联网小团队技术管理探讨.pptxVIP

移动互联网小团队的 技术管理实践探讨 —— 胡长城 （银狐999）/javafox999姓名：胡长城网名：银狐999微博：@银狐999_长城 /javafox999公司：盛大网络 Youni短信 研发技术总监Youni短信，手机上最好用的短信工具（没有之一）http://y.to自我介绍哪位没有带手机？哪位手机是功能机？移动互联网和“云端”协作在改变人们的生活。。。 十五年前——PC 十年前——互联网 现在——移动设备移动应用 讲究的是：创意、快速、轻量、小团队密集型作战；失败风险高在这种情况，对技术团队的管理，有着与以前互联网不一样的管理模式为什么是这个主题？活跃用户增长趋势图后面还有很长的路要走初创期快速成长期鸿沟期发展期……跨越鸿沟引言杰弗里·摩尔引言初创期的问题和经验探讨成长期的问题和经验探讨鸿沟期的问题和经验探讨发展期……（本期无）总结探讨大纲2011年初， 内部组建Youni短信团队，五六个人。2011年中， 发了几个版本，总共人数不到二十。特点：【1】产品仅仅只是有雏形和基本功能，感觉有很多东西要做。【2】人力明显不足，大家都干着很多原本不属于自己职责范围内的事情【3】充满激情【4】没有项目经理和项目方法【5】信任大于安全【7】我每天主要的时间都在写代码、解决线上问题初创期团队中每一个人，都应该认同这个产品，拥有想做好这个产品、想挑战的欲望欲望和激情 是第一位的；认同这个产品 是第一位的；即使是一个刚毕业的新手初创期的团队管理经验至少要有几个高手：经验丰富，学习能力强，肯吃苦初创期的经验除了开发，还要做测试，做运维在最初的一年里，我们没有运维工程师在最初的一年半里面，我们后端没有测试工程师，前端只有少量的测试工程师初创期的经验没有在最初就引入项目管理方法。——　以后如果有机会再重头开创一个产品研发团队的话， 我一定会引入敏捷方法这个在最初的一年中并没有显现出什么问题，因为最初的一年基本上都是快节奏的发布版本，虽然没有项目管理，但是由我们几个职能部门负责人相互协调，基本运行正常。在光鲜的外表之下，则是一系列小病痛了。初创期的教训在一开始就严格区分了Client和Server两个组织上分离的团队。教训： 如果初创移动应用，一定不要让CS分工过于明确，最好能够相渗透，相互参与对方的设计和实现当中。因为组织上的分离，导致团队在 思路上、设计上的分离。完全依赖接口契约的模式导致返工概率多初创期的教训 选择那些充满梦想和激情的团队成员 至少的有几个高手来解决问题 能自己兼着干的就尽量兼着，别弄太多的分工 一定要最初就引入合适的项目管理（敏捷scrum最好） 做移动应用，刚开始一定不要限定谁做Client、谁做Server，鼓励相互渗透额外：6、 刚开始要做好加班的心理准备，如果1做的很好，自然就会有6了7、信任很重要初创期的经验和教训这个时期的产品业务特点是：业务量增长迅猛，我们的注册用户数和同时在线用户数都增长的很快。也有大量的用户在反馈各种各样的问题。【1】这个时期，基本上团队技术力量有一半都在解决问题，功能bug，性能不足等等。原有的技术经验碰到了很大挑战。【2】这是对团队耐力的考验，抗压能力的考验。同时这个时期的成就感非常强。??【3】在这种环境下，外界刺激团队的目标都非常明确，所以团队内部即使无额外目标和要求，整个团队也是紧张有序的往前发展。成长期分工：开始进行稍微粗一点的子系统责任分工，同时确定合适的TeamLeader招人：要迅速补充团队力量，找到合适的开发和测试不是件容易的事情 责任感大于激情，能力要均衡和梯队，避免招新手这个时期的压力会非常大，几乎没有松懈的时间。大量的问题要解决，能够坚持下来的必须要有责任感，抗压。团队基本没有时间可以来培养新人。成长期的经验引入一部分规范和约束，引入wiki系统，做好知识积累一些规约尽可能要趁早拟定，不用太细致，能使得整个团队都大致清楚“这类事情应该这么做”即可。—— 没有太多时间来真正进行Review工作，此时的规约只是为了以后不至于太混乱。成长期的经验强化团队成员对服务质量的意识：监控告警、数据采集和分析，服务质量开发很容易遗忘对“线上质量”的重视。因为在传统的互联网运作模式下，服务质量是运维重点考虑的。移动端和传统网络还有一个差异就是用户行为有时候是离线的，那么如何更好的进行数据采集和分析是一个重点成长期的经验运维成本控制意识：在不影响线上服务质量的情况下，尽可能的减少运维成本虚拟机技术，果断上！云存储，果断上对开发提出要求，提高单机负载能力资源尽可能共用很多团队在这个时期猛花钱烧硬件、烧带宽。开发和运维也图省事，用一句“硬件换时间”来安慰自己。这是很不好的习惯。—— 只有很小的概率，产品会很快跨越鸿沟。成长期的经验人力补充还是不足，导致整个技术团队依然满负荷