IT先鋒研究小組沙龍 (轉)

IT先鋒研究小組沙龍 (轉)[@more@]

IT先鋒研究小組沙龍

2002年11月24日，這是一個心情滿不錯的週日。IT先鋒顧問有了一次愉快的沙龍聚會。來自朗訊貝爾實驗室的朋友，及專注於工程的桑博士、潘德宏等8位朋友參加了此次沙龍。
　　本次沙龍探討了軟體組織中的人員角色定位和過程管理問題，就 RUP（Rational Unified Process）和 XP（eXtreme Programme）的優劣進行了對比，探討了兩種方法各適合什麼樣的團隊和專案。
　　本次沙龍還探討了如何與企業間加強交流，以及IT先鋒的發展趨勢，大家達成了很多一致的想法。清華的錢嶺博士（錢老五）因記錯時間錯過沙龍，甚表遺憾。
以下是我們共同的一些心得，希望寫出來與大家共享：
1） 設計到什麼程度？
在現代程式導向中（如RUP）非常強調分析設計階段的工作。一個形象的比喻是，如果你要蓋一個狗窩，你不需要進行分析設計；可是要蓋一棟大樓，情況則完全不同。沒有對需求進行分析、沒有設計藍圖，難以想象大樓構架。同樣如果開發的是小規模的軟體，隨著軟體規模的擴大，難以想象沒有分析設計的開發過程怎樣進行。
在軟體設計中，一個很有意思的問題是，軟體設計的度如何把握。在一些軟體外包專案中（尤其是來自日本的），系統分析架構工作都已完成，留給外包公司的是一些低層次的體力活。分析設計需要達到這種填空的程度麼？
這是否扼殺了低層員的創造性？曾有一個老員工因為自負，不看設計文件，按照自己的想法完成任務，結果影響了整體系統，造成了整個專案的返工……我們對這個問題進行了深入熱烈的討論，儘管我們也沒得出什麼好的辦法。
2） RUP（Rational Unified Process） & XP（eXtreme Programme）
最近XP很火呀。IT先鋒的一些小組成員也對其進行了研究。拿到沙龍上來討論，並對RUP、XP誰優誰劣進行了討論。雙方各舉出了一些典型的團隊組成和專案情況進行分析。最終大家達成一致，RUP適合於一些連續性的長期產品專案，XP適合一些小專案或者專案的後期重構改進。有朋友指出的工程辦法就和XP有相通之處。值得注意的是，XP不像大家認為的那樣，實際上它對團隊的成熟度和默契程度要求很高……
注：IT先鋒是一個活躍在資訊科技領域前沿、致力為業內公司提供優秀的解決方案和顧問諮詢以及IT先進技術推廣的研究團隊。（）
我們渴望豎起一面旗幟，感召所有熱愛軟體開發、並願意透過這種熱愛來理解生命及存在意義的躍動不安的心靈；我們渴望創造並勇於創造，我們知道：創造最常用的方式是嘗試，而嘗試背後則是無限的可能。
IT先鋒  徐毅 進行沙龍內容整理