軟體工程/工具/專案管理簡介
專案管理軟體是一個涵蓋多種軟體型別的術語，包括估計和規劃、排程、成本控制和預算管理、資源分配、協作軟體、通訊、質量管理和文件或管理系統，這些軟體用於處理大型專案的複雜性。
最常見的用途之一是安排一系列事件或任務，排程的複雜性可能因工具的使用方式而異。一些常見的挑戰包括
- 以不同方式相互依賴的事件或依賴關係
- 安排人員在不同任務上工作，以及這些任務所需的資源，通常稱為資源排程
- 處理每個任務持續時間估計中的不確定性
專案規劃軟體可以預期會向不同的人員或利益相關者提供資訊，並可以用來衡量和證明完成專案所需的工作量。典型的需求可能包括
- 人員的任務清單和資源分配計劃
- 關於任務完成所需時間的概覽資訊
- 對專案任何風險的預警
- 關於工作量的資訊，用於規劃假期
- 證據
- 關於專案進展的歷史資訊，特別是實際和計劃績效之間的關係
- 最佳利用可用資源
專案管理軟體可以實現為在每個使用者的桌面上執行的程式。這通常提供最具響應性和圖形密集型型別的介面。
桌面應用程式通常將資料儲存在檔案中，儘管有些應用程式能夠與其他使用者協作（見下文），或將資料儲存在中央資料庫中。即使是基於檔案的專案計劃也可以在使用者之間共享，如果它位於網路驅動器上，並且一次只有一個使用者訪問它。
桌面應用程式可以編寫為在多個作業系統的異構環境中執行，儘管這並不常見。
專案管理軟體可以實現為 Web 應用程式，透過內聯網或外聯網使用 Web 瀏覽器訪問。
這具有 Web 應用程式通常的所有優點和缺點
- 可以從任何型別的計算機訪問，無需在使用者的計算機上安裝軟體
- 易於訪問控制
- 天生就是多使用者
- 只有一個軟體版本和安裝需要維護
- 集中式資料儲存庫
- 通常比桌面應用程式響應速度慢
- 當用戶（或伺服器）離線時，專案資訊不可用（儘管某些解決方案允許使用者離線儲存資料副本）。
個人專案管理應用程式是在家裡使用的一種應用程式，通常用於管理生活方式或家庭專案。與單使用者系統有相當大的重疊，儘管個人專案管理軟體通常涉及更簡單的介面。另請參見下面的非專用工具。
單使用者系統是在假設一次只有一個使用者需要編輯專案計劃的情況下編寫的。這可能用於小型公司，或那些只有少數人參與自上而下專案規劃的公司。桌面應用程式通常屬於此類。
協作系統旨在支援多個使用者同時修改計劃的不同部分；例如，更新他們個人負責的區域，以便這些估計被整合到整體計劃中。基於網路的工具，包括外聯網，通常屬於此類，但它們有一個限制，即它們只能在使用者擁有即時網際網路訪問許可權的情況下使用。為了解決這個限制，一些使用客戶端-伺服器架構的軟體工具提供了豐富的客戶端，這些客戶端執行在使用者的桌面計算機上，並在使用者定期連線到網路時透過中央伺服器將專案和任務資訊複製給其他專案團隊成員。一些工具允許團隊成員簽出自己的時間表（以及其他成員的時間表作為只讀），以便在不連線到網路的情況下對其進行操作。重新連線到資料庫時，所有更改都會與其他時間表同步。
整合系統將專案管理或專案規劃與公司生活的許多其他方面結合起來。例如，專案可以將錯誤跟蹤問題分配給每個專案，專案客戶列表成為客戶關係管理模組，專案計劃中的每個人都有自己的任務列表、日曆和與其專案相關的訊息功能。
同樣，SourceForge 等專用工具將專案管理軟體與原始碼控制 (CVS) 軟體和錯誤跟蹤軟體整合在一起，以便將每條資訊都整合到同一個系統中。
雖然專用軟體可能很常見，並且每個供應商都大力推廣，但還有大量其他軟體（和非軟體）工具用於規劃和安排專案。
- 日曆軟體通常可以像專用軟體一樣輕鬆地處理排程。
- 電子表格非常通用，可用於計算設計人員未預料到的事情。
以下內容可能普遍適用，也可能適用於特定產品或產品中的某些特定功能。
- 可能不是從合理的專案管理方法中得來的。例如，預設情況下顯示甘特圖檢視會鼓勵使用者過早地關注定時任務排程，而不是確定目標、交付成果和事件的強制邏輯進度（先挖溝才能鋪設排水管）。
- 可能與專案管理方法的型別不一致。例如，傳統（例如瀑布模型）與敏捷（例如Scrum）。
- 主要關注規劃階段，沒有提供足夠的專案跟蹤、控制和計劃調整功能。可能過度依賴專案計劃的首次紙質列印，這僅僅是某一時刻的快照。計劃是動態的；隨著專案的進展，計劃必須進行調整以適應提前完成、延遲、重新排序等任務。良好的管理軟體不僅要促進這一點，還要協助評估影響並傳達計劃變更。
- 沒有明確區分規劃階段和規劃後階段，導致使用者在軟體未按預期執行時感到困惑和沮喪。例如，在專案仍在規劃階段時，為一項任務分配額外的人力資源來縮短其持續時間。
- 提供複雜的功能以滿足專案管理或專案排程專業人士的需求，必須理解這些功能才能有效地使用該產品。額外的功能可能過於複雜，以至於對任何人都沒有用。例如，複雜的任務優先順序排序和資源調配演算法可能會產生結果，這些結果從直覺上講毫無意義，並且過度的分配通常更容易手動解決。
- 有些人可能使用更簡單的方法（例如筆和紙）取得更好的結果，但由於公司政策的壓力而被迫使用專案管理軟體（討論）。
- 與 PowerPoint 類似，專案管理軟體可能會遮蔽管理者與重要的面對面交流。
- 新型軟體正在挑戰傳統的專案管理定義。通常，專案管理軟體的使用者實際上並沒有管理一個獨立的專案。例如，管理已釋出產品的持續營銷，在傳統意義上並不算一個“專案”；它不涉及管理獨立資源來完成具有明確開始和結束日期的事情。協同軟體現在添加了“專案管理”功能，直接支援這種面向工作流的專案管理。傳統訓練有素的專案經理可能會爭論這是否屬於“合理的專案管理”。但是，此類工具的終端使用者會將其視為專案管理，而專案管理的實際定義可能會發生變化。
- 當有多個大型專案時，專案管理軟體非常有用。但是，如果只涉及一個小型專案，可能就不應該使用管理軟體，因為管理軟體會產生比實際價值更大的時間開銷。
- Eric Uyttewaal: Dynamic Scheduling With Microsoft(r) Project 2000: The Book By and For Professionals, ISBN 0-9708276-0-1
- George Suhanic: Computer-Aided Project Management, ISBN 0-19-511591-0
- Richard E. Westney: Computerized Management of Multiple Small Projects, ISBN 0-8247-8645-9