專案思維
專案思維相當普遍。特別是對於從事軟體開發的工作人員，他們職業生涯的大部分時間都專注於專案執行以及專案管理。大型組織通常有pmo部門——專案管理辦公室，專注於專案管理。
這並不奇怪，因為專案管理已經存在了很長時間。且我們人類傾向於從專案角度思考：依次做完那些需要我們完成的事情即可。
那麼專案思維是什麼呢？
專案思維的重點在於交付。可以是對於特定功能或軟體的交付，或者說實際上是對任何東西的交付。從飛機到房屋亦是如此。那麼由於專注在交付上，主要的衡量標準就是時間軸和日程表。
專案管理專注於輸出，並通過我們先前對時間軸估算的準確程度來衡量，再按照日程表交付指定「產量」。
在這樣的情況下，能否成功很大程度上取決於，是否預先制定產品規格，設定具有乙個個節點的日程表，以及按照這些日期完成交付。
產品思維
產品思維則採用了完全不同的方法。產品思維並不關注產出（output），而是關注結果（outcome）。
與專案思維相比，這是乙個重大的思維轉變。我們並不關注時間表和日期，而是關注想要實現的目標或要完成的工作。
由於我們專注於結果而不是產出，所以在前期，對交付時間做出約束會比較困難。這主要是因為前期我們不太需要知道我們將如何實現目標。
這種思維方式可能是乙個很大的轉變，特別是對於那些花費大量時間專注於專案執行和專案管理的人。對於沒有定期監控的時間軸和日程表，許多人可能會因這種不確定性而感到不安。
產品思維的好處
那麼放棄專案時間表改為關注結果會帶來什麼好處呢？
首先，無論我們做出什麼努力去實現目標，從根本上來講我們都要向著結果去前進。產品思維的主要好處是我們確保我們更高效地獲得結果。
而專案思維，則需要在一開始時就假設，我們已經知道如何去實現預期的結果。根據這一假設，我們建立乙個具有目標要求和工作節點的專案計畫和時間軸，然後開始執行該計畫。
如果我們做的正確，且我們最初的設定在事後被證明是正確的解決方案，那麼我們就會得到好的結果。我們要做的也只是執行計畫並取得成果。
但如果我們最初是錯的該怎麼辦？我們確定下來的解決方案無法達到我們渴望的結果要怎麼辦？
這就是專案思維讓我們陷入各種麻煩的地方。一旦我們制定了計畫，尤其是在大型組織中可能就很難轉移和改變。
在確定好日期並且每個人都對計畫表示同意的情況下，不管我們盡多大努力學習和適應，這樣的計畫通常會根深蒂固於每個人的大腦中。且如果我們最終錯過了某個日期，那麼它可能會給團隊和業務進度帶來很大的影響。
但是，使用產品思維，我們能夠隨時學習和適應。我們不去確定日期和工作節點，而是專注於研究和實現結果。如果某些事情沒有成功，或並沒有得到使用者積極的反饋，我們就去處理這件事，去適應並仍朝著我們預期的結果努力，而不用擔心破壞了所有人的美好計畫。
更重要的是，問題出現時（不要自欺欺人，問題總是會出現的），產品思維使我們能夠學習和適應，並專注於我們要努力實現的結果。
相反的，問題出現時，當處在被時間表困住的專案思維中，我們常常會陷入無休止的會議，並試圖搞清楚為什麼我們的初步猜測是錯誤的，以及我們如何重新按計畫進行下去。
這最終會導致犧牲產品的質量，工作與生活的平衡以及最終結果，因為我們不得不繼續專注在交付最初商定的產出上，不管這是否仍然是正確的事情。
產品思維學習 五 產品敏捷開發和專案管理
一般產品人員進行過需求採集，分析，篩選後就會進行產品的設計。在產品設計的過程中會產生prd product requirement document 產品需求文件 如果是新產品或者在大公司一般還會有brd business requirement document 商業需求文件 和mrd marke...
敏捷開發 產品思維專案管理免費講座
隨著軟體應用的普及，企業對軟體也越來越重視，不斷的要求採用軟體提高效率，提公升技能增強企業競爭力。隨著客戶的增多，軟體企業這時需要面對更多的客戶，處 理共性和個性問題。如何保證低成本 高質量 快速上市等要求就成為了企業競爭力的主要表現之一。面對當今日新月異的市場及客戶需求，不斷縮短的產品生命週期，你...
如何做好產品需求設計和開發
一，業務邏輯梳理 會圖狀態圖，會畫簡單流程圖，會畫泳道流程圖，會畫泳道狀態流程圖。泳道狀態流程畫 包括了角色和狀態，以及相關的業務操作。二，產品梳理 系統流程圖 梳理好線下的業務邏輯以後，要將它抽離搬到線上。這個過程，可能會刪除掉某些線下的環節 產品功能點 理出單獨的功能。頁面關係 頁面 功能 頁面...