國考資訊處理工作室(高考二級資訊處理/高考三級資訊處理/調查局三等/關務人員三等/地方特考三等)

111年高考三級系統專案管理

答：

(一)觀點(Perspective)

1.scaling up觀點：

  強調如何使用這些方法來開發小型團隊無法開發的大型軟體系統。

2.scaling out觀點：

  強調如何將敏捷式方法引進具有多年軟體開發經驗的大型機構。

(二)具體分析與討論其可行性(Feasibility)

1.大型系統如何使用敏捷式方法：

  敏捷式方法已經讓自己可以適應大型系統的工程。Leffingwell (2007) 認為維護敏捷式方法的基本概念是必要的，例如彈性化的規劃、頻繁的系統發行、持續不間斷整合、以測試來驅動開發，還有良好的團隊溝通。一定要適應的關鍵重點如下：

  (1)大型系統的開發不可能只靠程式碼，一定要有設計和系統說明文件。軟體架構必須先設計，而且一定要製作說明文件描述系統的關鍵資訊，例如資料庫綱要、團隊的工作分配等。

  (2)跨團隊的溝通機制必須事先建立起來並使用，例如團隊成員之間定期的電話和視訊會議，透過簡短而頻繁的電子會議了解彼此的進度。還有應該提供有助於溝通的各種通訊管道，像是電子郵件、即時訊息、wikis 和社交網路等。

  (3)持續不間斷的整合是指每次開發人員簽入 (check in) 變更成果，就建構一次系統，但如果是由分散在數個團隊的多個程式整合成一個系統，在實務上不可能做到持續不間斷的整合。不過維持頻繁的系統建構動作和定期發行系統還是有必要的。這表示需要引進能支援多團隊軟體開發的新式組態管理工具。

2.引進敏捷式到大型公司很困難：

  專門開發軟體產品的小型軟體公司，是最熱衷採用敏捷式方法的族群。這類公司不受官僚體系或程序標準的束縛，可以快速改變而接受新的想法。當然大公司也在某些專案上實驗敏捷式方法，但是他們要在整個公司 scale out 這些方法則困難得多。Lindvall 等人(Lindvall，et al., 2004 ) 曾探討在四家大型科技公司中嘗試敏捷式方法時所遭遇到的問題。要將敏捷式方法引進大型公司很困難，原因有幾個：

  (1)專案經理沒有敏捷式方法的經驗，因此可能不願承受採用這種新方式的風險，因為他們不知道這對他們的專案有什麼影響。

  (2)大型機構經常已經制訂出希望所有專案都遵循的品質程序和標準，但他們官僚制度的本質很可能無法與敏捷式方法相容。有時大型機構還會使用軟體工具來規範 (如需求管理工具)，而且強制所有專案都必須使用這些工具。

  (3)敏捷式方法似乎在團隊成員的整體技術水準都比較高時效果最好。不過，大型機構中的人員技術和能力水準範圍比較寬，而技術水準不高的人員可能不適合成為敏捷式程序的團隊成員。

  (4)公司文化上對於敏捷式方法可能會有抗拒心理，特別是那些長時間以來一直使用傳統的系統工程程序的公司。

3.變更管理和測試程序：

  (1)是屬於可能無法與敏捷式方法相容的公司程序。

  (2)變更管理是控制對系統進行變更的程序，使得變更的影響在預期之內，而且成本受到控制。所有的變更必須事先經過核准，而這就與重構觀念有所衝突。

  (3)在XP 程序中，所有的開發人員不需要核准就可以改進程式碼。此外大型系統也有測試標準，會將系統建構版本交給外面的測試團隊。這部份可能與XP 所使用的測試優先和經常測試的方法有衝突。

4.改變公司文化的程序：

  (1)將敏捷式方法引進大型機構是一種改變公司文化的程序，而要改變公司文化需要花很長的時間來進行，而且通常需要變動到管理階層才能完成。

  (2)想要採用敏捷式方法的公司需要有熱忱的人來提倡，還必須投入足夠的資源。

  (3)很少有大型公司能整個成功轉型到敏捷式開發。

※參考資料：陳玄玲-軟體工程：軟體開發技術與軟體專案管理9e 3-19~3-22