項目文檔的文件夾結構

Question

我看到一些關於源代碼的文件夾結構的問題，但我從來沒有看到項目文檔的文件夾結構的問題。我GOOGLE了它，仍然沒有看到很多文章談論。 這裏是一個http://www.projectperfect.com.au/downloads/Info/info_project_folder_structure.pdf

引述了它的一些字：

「有兩大類方法：

1. 通過相，使得每個頂部 目錄是一個相組織。例如。 ， 您可能有目錄 可行性,業務分析, 設計等或任何您的階段 被稱爲。
2. 按功能組織，使頂層目錄 爲功能。對於 例如，風險，要求，範圍， 變更控制，發展。

大多數時候，兩者的混合使用......」

所以關於它的任何想法？我相信這也是一個重要的問題！根據您的文檔管理系統的選擇

Answer 1

恕我直言文件的結構可能不是問題當你看到項目相關文件試圖解決的問題時，你通常會得出文件是關於通信的結論

不同的文檔試圖傳達不同的事物（或上下文） ;測試計劃di scuss應該如何執行測試，要求規範討論如何應用業務規則，架構文檔討論技術組件等等。這些文件中的每一個都可能需要它自己獨特的結構。例如，您爲測試計劃選擇的結構可能與架構文檔所需的結構大不相同。

當保持溝通的問題和文件的上下文時，我通常會回到這兩個關鍵方面。

1. 搜索能力 - 什麼是最簡單的方法來找到我正在尋找的文檔？
2. 版本控制 - 我如何知道我正在查找的文檔是最新的？

我覺得可搜索性是最重要的事情要記住，因爲不同的人用不同的名字稱呼相同的文檔。例如有些人稱業務需求文檔功能規格。有些人稱之爲功能規格用例文檔。由於您不能總是管理文檔的命名約定，我覺得找到合適的文檔比存儲文檔的文件夾或地點更重要。

所以要回答你的問題，我簡單地回答說，你使用哪種結構並不重要，只需要使用某種形式的文檔管理系統（SharePoint，Documentum，Trim等）。如果沒有一個，好處是太好了，無法正常工作:)