42. “重量级”团队
“重量级”团队的功能部门代表能够:有共同的团队愿景;充分履行在团
队中的职责;充分代表功能部门;充分贡献领域“知识”职能结构FM
DEV主管
FM
SVC FM
MKT工作层职能经理(FM)“轻量级”团队结构项目经理
(P) 组员(M)
组长的影响范围PFM
DEV
M主管
FM
SVC
M FM
MKT
MPFM
DEV
MIPMT
FM
SVC
M FM
MKT
M“重量级”团队结构• 工作任务在职能部门内
完成,由职能经理协调
• 权力和责任在职能经理• 项目经理角色是协调人,组员是
职能部门的联络人
• 次要的责任共同承担,但权力仍
然在职能经理一方• 项目经理在不同部门中发挥直
接的、综合性的影响,组员完全代表的职能部门
• 项目的领导权及责任在项目经
理及组员一方,但仍保留与原
职能部门的联系团队的建设目标:
团队以业务为驱动,基于共同的目的,基于事实作出决策。让团队成为公司文化的重要组成部
分。
42
98. CNRTIBT基本思想-渐增构建
渐增构建:功能逐步增加,逐步测试,一次只合入较小的功能了集
后面Build在前面Build测试稳定后才开始
更容易定位和解决问题不要等到所有功能模块准备好就开始测试 Time 4
Functions711101332331262Build A
VPSIAG
CLBuild H
OSBuild C
DB
Build D
H2Build B
Q9Build MBuild L
BIBuild K
MCBuild JBuild IBuild N
VK
H2每个Build增
加的模块 VR
Build E Build F Build G
SP
每个Build增加的特性 Small
ChangeMedium
Change Large
ChangeVery large
ChangeExample from IBT Pilot Project
98
99. 99开发阶段BBFV/SDV和TR的关系SITSITTR4,Transfer to TestTR4TR4TR4aTR5TR4aBuild a Build b
Module (s) Build c
TR4
Build d TR4
Build eBeta TestNotes: This Diagram doesn’t show the specific Module and Building Block Exit Criteria or TR4A
TR4,Transfer to Test BB (s)
Building
Block
Integrate
TestOne or Multi Modules
S/W or Module
H/W Level
Develop Validation
IPD BPE A Build
System
Level
Verification
SDVBBFV SDV和Build的活动
对每个Build都要进行BBFV和SDV的活动TR4和TR4A是基于Build的技术评审
进行初始产品测试(SIT)的Build必须进行
TR4A
每个Build进行功能验证(SDV)之前需要进
行TR4
100. 测试过程概览(PTM)CHARTERTR1TR2TR3TR4TR4aTR5TR6Design
SpecificationOffering Req.
Design Req. Module
(IPD-CMM) Define Testability Req.
Product
(IPD-PTM)
Product Test Req. Analysis
C&T Plan
General Test Strategy
Test Scheme DesignBBFVSRS/STPHLD/ITP
LLD/UTP Coding
Test Implementation
(Cases/Platform/Tools/Scripts)
100UTITSTRelease &AT SVT
SIT Report
SIT
SDV Report
SDV
ProjectSVT Report