agile

專案管理是一門藝術。這門藝術有很多不同的詮釋方式，你可以花很多時間學習它。 在亞馬遜可以找到很多關於這個主題的書籍，在網上也有很多不同的觀點。 對於什麼構成了一個好的專案管理策略，沒有明確的答案，但在這篇文章中，我想和你分享我對如何管理軟體專案的看法。 快速開始的方式。 當你開始一個專案時，第一件事就是進行計劃，而不是馬上開始寫程式。 寫程式可能在你開始計劃後的一週或更長的時間內才會開始。 你首先進行需求分析階段，就像我在這個課程的第三個模組中解釋的那樣，在第一週中進行。 我建議你使用一個專案管理工具，有很多這樣的工具。 我會使用像 Notion 或是 MindNode 這樣的思維導圖工具。 在團隊環境中，計劃階段是一個協作的過程，建議使用可以協作的工具，像是 Basecamp 這樣的工具。 開會和互相交流，定義你將要建立的東西和制定一個初始的路線圖。 初始的路線圖不可能是最終的路線圖。 這是因為一開始你忽略了太多事情。 你正在盡力創造一個具有很多不確定性的東西。 你所提出的任何計劃都只是猜測。 這就是為什麼敏捷開發運動如此迅速發展的原因。你可以閱讀像《敏捷開發的藝術》、《精益运营》、《精益創業》等等書籍，找到很多有趣的信息。 另一本很棒的書籍，尤其是針對軟體的，是《真實世界開發》，你可以在 basecamp.com/gettingreal 免費閱讀這本書。 我的建議是先確定一個MVP，一個最小可行產品。這是定義中最小的產品，它能解決你所面臨的問題。 有很多關於如何確定正確的問題和建立正確的產品的事情需要討論，但我假設你正在為一個委託你的客戶開發一個產品。 明確設定界限，堅持那些構成應用核心的基本功能。對於第一個MVP的迭代應該要快速，以便能快速得到與客戶的反饋。 盡快把第一個版本推出去，因為那時真正的學習才開始。 從那個時候開始，你將不斷迭代，直到把產品做得正確為止。 團隊越大，問題越複雜，專案經理需要更有經驗，這就是為什麼專案管理不是你的第一份工作，可能只有在作為開發人員工作多年之後，你才有責任去做這件事情。 在某個時候，你會超越開發，不再只是"寫程式"，並且承擔更多的責任，那時你可能會轉向專案管理。 這是常見的進步路徑，雖然並不是你被迫成長的路徑，但通常也會帶來身份和經濟上的好處。