公司內部使用的 RTC 版本，就要從 1.0 升級到 2.0 了。
但是大家用的開發環境，不論是 RSA  或者是 RAD 7.5，內建的 RTC Client 都是 1.0。
該怎麼辦呢？
查了 Jazz.net 上面的論壇，再經過我自己測試之後，方法如下：
先將 RSA/RAD 7.5 更新到 7.5.5 ifix1，我測試過直接用 7.5 的版本是無法把 RTC Client 換成 2.0 的；
但是是不是要更新到 7.5.5 ifix1，這我就沒空一個一個版本去測試了，
目前 7.5.5 ifix1 是最新的更新，也能很順利的跟 RTC 2.0 整合。

安裝時選擇：使用現有的套件群組

可以正確的進到最後的安裝確認畫面。

安裝完之後的測試，因為目前公司還是用 1.0 的版本，所以無法連接成功。

從六月份開始，將 RTC 實際運用在專案上，到目前看來，的確是達到了不錯的效果。
打算用三個階段來自行完成 RTC 的導入：
 
第一階段是：
讓整個 team 了解 iteration plan 跟 work item 的運作模式。
心得：
過去我們專案的 work item，
都散落在各個 programmer 的日、週、月報 (Excel or Word) 當中，
而且隨著專案持續的往前走，
PM 自己的 MS Project file 有的時候，
也很難對上 PG 的 work item，線再透過 RTC 的 Iteration Plan，
讓 PM 可以規劃在這個區間中，要某某人做某某事，一目了然；
而 PG 也可以透過 Eclipse 中的 My Work 這個 View，
知道自己目前在這個 Iteration 被分配到哪些工作，
然後自己預計要做哪些工作，十分清楚！
 
第二階段是：
將 Source Control 由 CVS 轉換到 Jazz Source Control
心得：
過去使用 CVS 的時候，只能達到單純的版本控制。
但是在 OOAD 的架構底下，一個問題，
可能要修改好多支程式，然後一個專案又那麼多 PG 會 commit 程式，
SA 怎麼會知道哪些程式是解決了哪些問題啊…。
轉到 Jazz Source Control  之後，要 commit 程式碼，
就要把程式碼跟一個 change set 關聯；
而這個 change set 要整個 commit 進到 server 的時候，
都需要填寫 comment 或者是跟某個 work item 建立關係，
所以當 SA 在跟 Jazz Source Control 同步的時候，
透過 Pending Changes …

上了PMP的課程之後，才知道PMIS，Project Management Information System也是很重要的一環。
在公司還沒搬家之前，找了local公司自製的專案管理軟體，想要導入；
也請他們來公司做過介紹，結果最後無疾而終，聽說是怕我們把他們的系統拿去改，真是以小人之心度君子之腹啊！
 
這之後又搞了Project Server 2003、Project Server 2007，都沒個結果。
專案管理，依舊是土法煉鋼，沒啥進步。
 
C大離職之後，小弟被趕鴨子上架，從技術職兼任部分的專案管理職。
 
一直覺得，專案實在是有夠難掌握的，還是寫程式搞架構簡單些。
 
既然自己摸索不出來，就想個辦法找地方學吧！
剛好看到PMP消費券優惠，可以用3600折5000，我就把我的消費券都貢獻給了PMP的教育單位。
 
上課的過程裡，為了要印證一些理論，就想起了在IBM課程當中曾經看過的Jazz Platform。
好像還蠻適合我們這種軟體開發的公司的。
把 Rational Team Concert 加上 Jazz Team Server 下載下來自己玩了一陣子，搭配上PMP課程中的一些理論，玩出了一些心得來；
所以從這個星期開始，就要求目前的專案團隊開始使用Jazz來回報進度；
到今天玩了三天，果然一群人玩，比自己一個人玩要來的有意思多了，有些之前沒遇到過的狀況，或者是說明文件上沒出現的，通通都跑出來了。
 
目前可以體會到的好處如下：
 
1.          有 iteration plan，可以在 iteration plan 上面規畫 work item，接著 assign 給專案成員；
2.          重要的是，完全跟 RSA/RAD 7.5 整合在一起，專案成員可以在一個整合的工作介面中，知道自己有多少 work item，並且直接回報進度。
3.          專案經理有編輯 iteration plan 的權限，因此可以得知目前各個 work item 的狀況。
4.          而且不僅僅是看專案成員的執行效率，同樣的也會反推專案經理在規劃上面的成效好不好！
 
至於壞處嘛，還沒觀察到…。
 
這個階段打算只先練習計畫的成效，跟專案成員執行的成效，並且能夠在一個單一介面中得知專案所有的 work item，先這樣來管理看看…。
下個階段就要把 source control 從 CVS 搬到 Jazz Source Control，
接著再去設計 Build Engine，可以做 daily build、weekly build；然後最後再加上 Test Case，就可以產出 Test Report 囉。
 
需求管理的部分，已經有 Rational Requirements Composer 可以整合；
品質管理的部分，現在有 Rational Quality Manager 跟 Rational Test Lab Manager 可以整合，之後會來嘗試看看。
 
而整體專案管理的部分，像是 WBS（Work Breakdown Structure）跟 Resource Calendar，甚至是可以把 Microsoft Project 檔案餵進來的功能，就等Q3的 Rational Focal Point for Project Management 啦！