微软缺陷管理方法
一.团队组织
1. 微软团队模型
产品团队中,权威仅仅来自于知识,而不是来自于职位。
People are most productive working in small teams with tight budgets, time deadlines, and the freedom to solve their own problems. – Bill Gates
通过有效的风险管理,使不确定因素达到最小
使用小团队并行工作,达到最多的同步点
定期编译与快速测试,使产品的稳定性和可用性达到最佳
2. 各角色的职责
1)Product Management Team 让客户满意
Target:确定产品远景,获取并确定用户需求,开发并维护商业安全,满足用户需求。
Role: 部门负责人为 Product General Manager,下设Product Unit Manger,Product Planning,Market and Research,Evangelism与Public Relation的部门负责人;evangelism:说服别人,产品推销,原意为“战斗似的热情”
Task:进行Group Program Management,清楚地知道用户的需求,并给出详细定义,即用专业术语描述;确保新产品带来利润;控制用户的期望值;设计大概的产品特性和进度表;管理市场,推销及公共关系。
2) Program Management 在项目约束条件下交付
Target:制定开发功能规范,在团队内沟通与协商,维持产品进度并报告产品状态,保证在产品约束条件下按时发布产品。
Role :project coordination, product architecture, release management
Task:管理产品细节,如feature的详细设计;促进团队沟通与交流,如plan following up;控制全局,保证项目按时完成,生产过程中的trade off。
3) Software Development Management 按产品规格交付
Target:开发出满足设计规范和用户要求的产品。
Team Role :软件架构师(Software Architect) 与 软件开发工程师(Software Development Engineer )
Task:进行Software Development Management,包括database,system service,user interface。
4)Software Testing 解决所有问题后发布
Target:开发测试策略和计划,保证解决了所有已知问题后,再发布产品。
Team Role :测试工具软件开发工程师(Software Development Engineer in Test , SDE/T)与 软件测试工程师(STE) 。
Task:进行test management,compliance testing,configuration testing,integration testing,stress testing 测试工具的编写 - 开始于,Test Case 确定之后,并根据Test Case来设计。
通过使用来发现bug不是真正的测试,只能发现一般用户问题,属于最基本测试范畴;
测试要考虑所有出错的可能性,错误的承受力,运行的性能问题,软件的兼容性;
一流的测试人员,不仅要找出bug,还要定位引起bug 的代码行;对设计缺陷,测试人员应提出一个更合理的设计,并确保此设计易于开发人员实现。 Active Bug 指 当前必须修改的defect。
5)User Enducation Team 提高用户胜任力
文档编写,用户培训;保证使用文档要全部清除地写出来,提高用户使用产品的技能,保证大多数用户能够充分利用产品的功能。
6) Logistic management 平滑产品部署
产品实施与维护。
3. 开发过程特点
1) 文档齐备:每人清楚了解自己需要做的工作;功能规范由一个3-5人的小组负责完成。
2) 相互阅读代码:实现目标为同一个feature,代码间可能相互依赖,有助于整体提高效率;避免核心代码由一人完全控制。
3) 代码注释:包含详尽的调试信息,便于理解与问题解决。
二.项目管理
1. 管理机制
组织架构
产品开发行政结构,一个Product Unit Manger,下设三个平级的部门经理,团队项目经理(Product Unit Manager),软件开发经理(Development Manager)和测试经理(Test Manager);每个部门经理管几个组长,每个组长下再有3到5个具体工作人员,如项目经理,软件开发人员与测试人员。
产品设计,产品实现和产品测试,三权分立,相互配合,相互制约,相互依赖,有助于建立明确责任制,从而保证产品开发的顺利完成。
软件开发与测试经理/组长,均为专业技术人员出身,能够指导部下工作或代替他们完成任务;这样人员的行政管理就是领域专家式管理,保证了开发从技术上思考和评判设计方面的问题。员工也会乐意接受能真正了解他具体工作的人领导,并给与充分的尊重,同时也能避免开发人员虚报所需工作日的情况。
微软行政级别决定员工工资,股权等福利待遇,而职务头衔与行政级别并不是直接挂钩的。技术人员只要能力强,贡献大,行政级别与工资,福利待遇可能同高层一样,不需成为经理或领导才能获得较高级别的待遇。这样他们可安心自己擅长的工作,其能力和贡献,可经不断的提级来得到认可和回报。
项目经理配置
随着软件产品项目规模增大,产品质量问题,开发周期问题,内部管理等问题越来越突出,必须从根本上加强项目的组织管理,从而微软产生了项目经理这一职位。
项目经理全权负责产品的最终完成,其任务涉及:了解用户需求;进行产品的功能定义,规划和设计;做各种复杂决策,保证开发队伍顺利开展工作,及跟踪程序的错误等。项目经理占开发总人数的1/5,即每个开发小组中,有一个项目经理,两个软件工程师,与两个软件测试工程师。
具体工作描述:
1) 制定产品远景计划,写出项目规格说明书;
确定商业机会后,产品单元经理制定出粗略的商业计划书,交项目经理准备项目计划草案,包括远景描述,主要功能,建议的时间表,里程碑及所需的资源。
主持由开发测试骨干参加的会议,对计划草案进行全面的分析讨论,确定主要功能模块。