|
首先要说的是RTC是IBM下的一盘很大的棋,我们知道在client,有诸如eclipse,RAD,RSA这样的IBM的开发工具,那么在Server端呢?用什么办法可以更好的控制住整个开发的过程?
$ |" C; |" f) q ! h' M, N/ ]; r& n! C8 N9 x
所以IBM推出了Jazz这个平台,其最终目的是将开发过程的各个环节进行打通,从需求,设计,开发,测试,各个阶段都能Cover。基本上RUP中的,先启,精华,构建,3个阶段都能覆盖了。至于最后一个移交阶段,要做的一些工作,其实也可以通过RAM这样的工具做一些支持,将项目中的可重用代码进行收集整理以便达到复用的目的。; I# i1 b; c6 w1 D y' d
+ d- Z' r# Z! \ 要想使用好RTC,首先必须从概念上,进行思维转换,要从作坊式的思考模式转化为“正规军”的思考方式,就像打游击战和打阵地战还是不同的一样。
) k2 v, k7 Q6 w, s& v: d& M
/ b3 C5 ^+ W: ~* a' v 其中,最重要的是,你的开发过程,是否被RTC支持,你的发布计划是否能按照敏捷式的模式进行?当然,RTC也允许你来自定义过程,不过相对来说要麻烦些。最简单的,能够直接使用RTC的方法,就是采用RTC内置的过程模板--例如采用Scrum。
C* H' ?3 x( z/ B K( `/ Z* \ l; a2 E7 _ z& b* T7 a/ @, ~
我们知道在一个公司中,会有多个项目,每个项目又会有相应的团队,每个团队都会有各自的开发过程,版本发布计划,配置管理等。所以,RTC按照这种模式进行了全方位的支持,RTC既不是一个单纯的配置管理工具,也不是一个单纯的项目管理工具,更不是一个简单的过程管理工具,而是将这几点综合在了一起,并且通过有机融合,使得整个开发团队都能以RTC为核心进行项目的综合性的协同开发,包含了,人员角色定义管理,项目管理,工作项管理,开发过程管理,版本发布管理等,使得它成为一个项目的--外骨骼,帮助项目在其支持之下进行快速开发。并且,RTC通过对代码和工作项的统一配置管理使得项目的开发进程变得透明,对PM透明,甚至对客户也可以透明。
# c, F) M' B" v0 x# m" D
# a* Y; B, d3 z 最厉害的一点事,因为基于Jazz平台,使得项目过程中,前端RTC可以和RRC,DOORS需求书写建模和需求管理工具进行“打通”,后端RTC可以和测试管理工具RQM进行“打通”。这样一来RTC就成为了整个项目开发的指挥控制中心,有点像军事上的指挥控制系统--C4ISR。所以,为什么我说RTC是IBM下的很大的一盘棋。3 C+ T" O! i8 m6 s; [
' l/ }: Y( G/ F3 G+ | 要想用好RTC,必须将开发团队的工作方式,开发过程与RTC“对齐”,并且思维模式上也要和RTC“对齐”只有这样,才能取得比较好的效果。5 I5 ]2 A4 [9 U; D* a
7 k1 Q% a) \* v* A5 T5 h8 o% N" U
王天邑; k3 s; W% h0 P o, d
$ b n7 }! F& L7 ~2 Y! @3 k# r
2012-12-18日* |5 Q3 n8 \! u `& n' A d
9 O- F5 K* [8 W- y9 ` |
|