互联网团队管理总结---记念曾经的悦采团队

开发生命周期

    一、客户/实施/测试/产品/...   提出需求

    二、产品进行产品设计及圆形图的设计（最简化版为 图文并茂的简要说明文档，复杂度根据产品时间来安排）

    三、以会议形式。产品文档讲解，释疑，定稿。（产品设计完毕以后须要给参与人员进行讲解（开发，测试，uiue））

    四、其余给出各自文档

        4.1 开发根据产品文档须要进行概要设计（能够没有实际文档），然后须要给产品和测试还有相关开发人员进行讲解

        4.2 测试根据以前参加的两场评审（产品文档评审，开发的设计评审）产出测试用例

    五、开发开发过程当中要根据测试用例进行单元测试

    六、开发天天要进行代码审查（保证质量，互相学习，相互提升）

    七、测试要提早介入，提早发现问题所在

    八、测试集成测试

    九、产品对产品进行验收

    十、针对每一个任务进行算分，给全部人进行打分

    十一、生命周期完毕。

针对生命周期中各个过程的具体实现

    站立晨会（总结昨天，计划今天，协调问题），小组形式任意组合（项目，技术），也能够是一个大组。纠正天天的不稳定因素。

    经过tower反馈天天时时进度的任务（一方面是向团队内部透明，另外一方面也是监督本身），一切的不稳定因素在天天都能获得纠正，而不是在周例会。

    天天下班进行一次我的总结，若是有小组的话 master须要进行小组总结，每一个小组有一人须要监督和督促每一个任务的过程完成状况。一样纠正天天的不稳定因素。

    根据功能大小，自行组织进行代码审查（每次审查须要高级开发程序猿参与），及时纠正代码质量问题。

    开发完毕交付测试以前须要进行单元测试，及时纠正代码质量问题。

    每周进行周总结。（一样也是站立会。说一下最赞小伙伴及缘由，说一下本身这周工做内容，说一下范围不限看到的问题及处理方法,评选每周最赞小伙伴），周例会只是总结。

绩效核算原始数据来源    

      1.  开发肯定需求进入开发以前，进行详细的工做任务分解（粒度到能够执行）

      2.  针对每一个任务设定合理的分值和应该作的过程，获得本次迭代中全部任务的计划生产值

      3.  分解后的任务能够按照指派式或者领取式进入执行阶段

      4.  任务完成时按照必定的公式计算参与本任务的全部人的应得分值。获得本次迭代中每一个人的产出。和整个小组的实际产出。

组织架构：

    po（productor owner）组：核心开发人员组成，参与产品的方向和产品的范围，交付日期的肯定

    开发小组： 根据业务来划分/根据功能来划分/根据职能来划分

    组长： master

【备注】欢迎访问本人官方博客：http://blog.dvapi.com