這不是一個編程問題本身，但它在這裏。我是一名CS高級本科生，今年夏天我開始了一家中型軟件公司的實習。我之前做過一些自由職業工作，但這是我第一次正式（或多或少）被聘爲軟件開發人員。關於項目規劃的建議？
我一直在問從頭開始編寫一個內部網站，由不同的團隊在公司使用，我已經給予了很多的靈活性，在設計它。問題在於：我們已經舉行了幾次會議和設計評審，每個人似乎都有一個關於新功能的想法，甚至是關於應該如何工作的相互矛盾的想法。
到目前爲止，我最初的原型已經經歷了這一切，這是我被告知不要期望 - 但我知道我有一個堅實的設計。雖然我沒有落後於計劃，但這項工作進展速度比我預測的要慢得多。這很多都與鬆散的規格和不斷的功能請求和更改有關。
我部署在幾個星期，我認爲不會是一個問題的alpha，但事情的方式會我不知道這是怎麼去上班了。
有沒有人有任何想法？ 在此先感謝
您正在問一個關於（軟件）項目管理的永恆問題。有關於這個問題寫作的書籍有職業生涯。
我一般同意rockinthesixstring這個。
如果沒有一個有效的項目經理誰可以過濾customters的要求和管理他們的期望，並說‘不’，那麼將必須是你工作的一部分。
有時候會有一種不說「不」的藝術。有時候你可以更像這樣說：「正如你在日程安排中看到的那樣，版本1.1將在下週發佈，版本1.2的功能列表已經設置好了，我將把你的新功能添加到1.3的列表頂部。如果你願意，我可以打電話與其他團隊會面，看看我們是否可以重新確定1.2個功能的優先級。「
至於衝突的想法，如果沒有其他的「決策者」，比成爲你工作的一部分。
瞭解並不是每個人都會得到他們的想法。
沒有解決這些問題的方法，您根本無法通過任何措施獲得成功。
我會首先鎖定已達成共識的功能並將所有功能請求放入某種項目規劃軟件（OnTime也許）。然後按照約定的規格推出Alpha版本，然後再轉到「我們想要」和「花裏胡哨」。
你需要優先考慮和分流功能要求，可能是那些甚至有些你已經同意了。
這聽起來像產品所有權不明確（可以預計與多個團隊的內部項目）。你應該運行某種形式的計劃遊戲。如果你有多個利益相關者，你可以給他們每個50分，對迭代中的所有功能進行投票。 作爲開發人員，您決定每個功能有多大。大多數點/大小的特徵進入迭代。如果一些球隊更重要，給他們更多的分數。你也應該自己花點時間。
我想表示我的批准James McLeod的後。任何人想要某個功能的唯一理由是「用戶x可能會嘗試......」。困難在於解決他們的意見和他人之間的矛盾。由項目管理流程分配的具有較高「優先級」的功能是實施的功能，如果有必要，其代價是競爭對手的費用。要求建議功能的人員消失，並在紙上寫下一些內容，解釋該功能背後的原因以及他們認爲可能會妨礙將其納入的情況。讓其他人看到他們認爲他們的方法有什麼限制可能有助於打破決策僵局。其特點是更加徹底的「勝利」。