标签：blog http io 使用 ar strong 数据 sp 2014
《如何成为一名研发主管--关于个人、过程、工具和团队之一》中对研发主管的”个人和过程“两方面进行了阐述，本文对剩余的”工具和团队“两个方面进行进一步说明。
三. 工具
为什么工具对于研发主管而言很重要？因为针对重复性或耗时过长的工作，我们可以利用工具来改善过程；针对自身能力或工作上存在的弱点我们也可以利用工具弥补。尤其对于研发过程而言，团队工具的使用一致性和有效性对团队工作效率有直接关系，同一个工具不同人采用不同的使用方式导致系统集成、功能测试等出现问题的现象也是屡见不鲜。研发主管作为一个Mentor，需要对整个团队的工具本身及其使用模式进行把控和协调，确保团队所有人认识一致。
关于工具有一条定律：没有最好的工具，只有最适合自己的工具；工具只有培养使用习惯后，才称之为工具。个人很喜欢，也觉得研发主管需要梳理团队中的工作流程，根据流程确定最适合自身团队的工具和使用模式。
说起工具，我们要提一个感念叫“ALM”（即Application Lifecycle Management，应用生命周期管理），后续讲的各种工具也是围绕着ALM这个主题进行展开，而不是简单的独立介绍某个工具而已。结合“AgileALM: Lightweight tools and Agile strategies”这本书中提到的概念，作为研发主管眼中的ALM包含的内容可能是长成这样：
上图中的各项中的制品（如代码、需求、文档、交付物等）一定程度上都需要通过工具进行有效管理和维护以确保信息的流转和跟踪，下图就是这一思路在具体工具上的一种表现形式：
对研发线而言，通过需求分析把项目/产品的范围分解成一个个带有Ticket的任务，该Ticket作为研发工作开展的基础。从上图中我们可以看到这个Ticket贯穿了整个ALM，而ALM中的每一步都有某一个工具管理着该Ticket。如：
另外作为研发主管，对团队进行知识管理和沟通管理也是日常工作中的一部分，涉及到：
以上工具市面上类似的很多，也都大同小异，可做类比。后续会有专题对工具进行详细介绍，熟练掌握这些工具将成为研发主管手中强大的武器。
四. 团队
通常一个产品线研发团队的主要角色以及数据流如下，PO（产品经理）作为产品线的核心角色与各方都需要进行交互和协作；PM（项目经理）根据项目输入将产品线功能转化为项目范围，并对时间和成本进行监控；DEV（研发人员）负责系统设计和功能实现；而QA（质量保证人员）根据需求对DEV的制品进行验证和确认，并保证流程的正确性。
根据上图结合组织发展的需要，从团队角度出发研发主管充当三个主要接口：
团队对外接口工作一方面在于通过Ticket系统与PO在范围管理、时间管理和内部沟通模式上达成一致；另一方面与也应该通过Ticket系统与QA进行Bug管理、问题跟踪，并协助QA进行最终服务的发布。
团队内部接口是研发主管团队管理的重点，个人觉得有代表性的工作包括：
研发主管组织级别接口在部门、公司级别的结构化决策中提供过程资产的定义、研发团队管理经验、流程的改进意见等确保产品/项目全生命周期的完善以及组织过程资产的建设。各个组织可能会有不同的方式和流程，这里不展开。
讲完”个人、过程、工具和团队“四个方面之后，我们来看一下任何一件事情的两个方面：重要性和紧急性。根据四象限分析法，做重要但不紧急的事情是团队良性循环的基础。但现实中我们往往在做即重要又紧急的事情，进度管理也往往不是研发人员能够单方面决定。既要保证内部团队的高效运作，又要满足对外项目经理、产品经理的各种要求，研发主管需要培养对外、对内两个层面都能追求一种平衡的觉悟和思路。
标签：blog http io 使用 ar strong 数据 sp 2014
原文地址：http://www.cnblogs.com/tianmin/p/3993834.html
