任何人都可以通過使用敏捷方法來交付企業級Web內容管理系統(例如Interwoven TeamSite,Tridion)提供建議,意見或經驗嗎?我當前的觀點是,要實施CM系統,需要進行相當多的前期工作,以確保系統在未來的多年使用壽命期間具有可擴展性和高效性。 WCM預計會有。如果不是更像瀑布般的方法,這最好表明混合方法。我非常有興趣瞭解別人採取了什麼方法。謝謝。敏捷方法WCM
敏捷方法WCM
回答
希望您的實施成功。任何實施的很大一部分取決於與您合作發佈這些類型的企業系統的專業服務或顧問團隊。專業服務將與現場開發文化和環境一起工作,並通常會提供一份工作說明,列出他們首選的開發方法。我遇到的顧問非常靈活,並且在我們的「混合敏捷」方法中運作良好。
我們在使用.NET和Tridion的相同數量的網站上進行了初始設置和三個主要初始版本,並且混合了開發週期。
- 初始安裝和培訓
- 爲客戶外聯網,基於PDF庫
- 企業網站就地內容更新
- 多媒體庫
初始安裝和培訓 前期工作包括幾天的安裝,一週的培訓部分團隊和設計工作。與顧問合作,可交付成果是典型的功能和技術要求(想象瀑布)。有趣的是,我們沒有得到創建模式的技術要求(字段,關鍵字等的內容定義),所以模式創建更像是一個迭代,即使不是敏捷的過程。在這個過程中,現有的網站沒有被觸及,因此您可以將這部分視爲瀑布或「不存在」敏捷版本的第一步。
基於PDF的庫 一旦我們有了基本的架構,我們就有助於設置和確認CMS將發佈。即使沒有任何轉換或新的內容,在每次迭代中,我們可能會發布。但是,直到整個 extranet被更新爲最新版本的.NET,才能發佈基於PDF的庫。時間表有一個需要延長的固定截止日期。在某個時候,我們能夠將所有舊數據導入到CMS中(真棒!)。
該方法在「項目#2」上變得模糊,但基本上CMS方面正在逐步開展工作,直到它與瀑布開發的網站一起發佈。
企業網站 對於企業網站,我們替換現有內容,這使迭代方法完美的,因爲我們可以隔離在一次一個類似的相關內容的「塊」。新聞發佈被取代,然後傳記增加,以及後來的工作發佈。我們發現我們可以調整模板以更好地匹配樣式,甚至可以添加自動「離開網站」彈出窗口以自動捕獲所有外部鏈接,並隨着時間的推移繼續進行小幅改進。團隊沒有明確地遵循Scrum或敏捷術語,但這似乎最接近基於故事或功能(從我如何理解Scrum)的時間盒迭代。
多媒體庫 最後早期CMS項目是現有的混合多媒體內容,包括視頻,PDF,音頻和文本的大檢修。這確實需要大量的計劃,包括功能/系統要求,鎖定功能集(沒有更多的變化,回到階段「2!」),以及瀑布式變更管理。該方法適合該項目,它看起來不錯,很受歡迎,我相信按時發貨。
長篇小說,是的,前期工作量很大,但如果CMS是替代品,那麼並不重要,因爲並行設計不會影響現有的迭代。一旦發佈成立,全新的內容可以迭代地或者靈活地發佈。適合的模板和附加功能也可以一路完成。
我的第一步是讓它能夠管理單個網頁的文本內容,包括所有必要的文檔,以及這一小部分功能的部署步驟。這是可用的東西,你可以從中獲得反饋並且可以建立。 從那裏你可以添加更多的內容類型,管理更多的頁面和網站等,一點點。
- 1. 敏捷方法論
- 2. 敏捷不同的方法
- 3. 什麼是敏捷方法?
- 4. 敏捷方法中的軟件度量
- 5. 時間跟蹤和敏捷方法
- 6. 敏捷方法導致零散設計
- 7. HTML敏捷包語法
- 8. 上敏捷
- 9. 成爲敏捷
- 10. HTML敏捷包
- 11. 基於敏捷
- 12. 敏捷架構
- 13. Cookie HTML敏捷包?
- 14. HTML敏捷性包
- 15. 敏捷Web開發
- 16. Plone敏捷類型
- 17. 敏捷/ XP估計
- 18. c#html敏捷包
- 19. Html解析敏捷
- 20. 無法使用HTML敏捷性包
- 21. 你如何使用FogBugz與敏捷方法?
- 22. 敏捷中的訪問器和變異器方法
- 23. 使用敏捷方法完成了多少項目?
- 24. 什麼是類項目最好的敏捷方法?
- 25. Scrum和其他敏捷方法的區別?
- 26. 最新敏捷設計方法的代碼結構
- 27. HTML敏捷包vs jquery
- 28. 敏捷開發101視頻
- 29. YouTube HTML敏捷包C#
- 30. 敏捷項目管理