一、沒有”不變”的專案需求

專案裡面最常聽到PM們與其他成員抱怨的，大概就是需求一直變化
但完成專案就跟追求對象一樣，需求就算表面看起來一樣(買花)
但細節永遠不一樣，什麼顏色，要不要搭今天的衣服，今天是不是特殊節日

完成分析並不是只讀取字面上的文字而已

如果我們在追求對象時，也困擾為何對方的心情總是難以捉摸
那很可能我們落入了自己的一個先入為主的想法

要先明確需求

但其實何謂需求? 滿足當下還是未來，解決眼前的問題，或者日後的隱患，又其實只是閒嗑牙聊聊而已
往往所謂的”明確需求”，我們只是在跟過往的經驗不斷地做比較而已

所謂明確的需求，與變來變去的需求，其實取決於我們自己的認知

二、所有的事都是自己的事

專案執行是一個團隊工作，有許多專業考量的角色分工
往往也是因為這些分工所產生的頭銜，讓彼此或自己誤會了，有什麼該做不該做
通常會有的角色不外乎 SA、SD、PG、RD、PM、QA、設計(風格或有關視覺類的任務)，現在還流行前端、後端、UI/UX…等
更甚者含會有資料規畫師、資料管理師，最常被遺忘的是其實有客戶服務人員與業務人員(有時候某些角色兼任)
接著會發生經典的場景，任務分配：

PM：專案規格確立，專案時程管理，巴拉巴拉
SA：巴拉巴拉巴拉
SD：…..

在專案陰陽師這裡，並不打算用專案管理專業來探討有關專案執行的那些事務
而是分享那些專業以外的事，但日常無法用言語表達，卻又實在影響著專案執行的事實

專案無法成功，最大的原因就是沒有人把它當成自己的事

客戶有疑問，不管是啥一概都是PM的任務
客戶覺得字體不好閱讀，也是PM需跳出來
進度卡關了，大家討論的，是卡在誰那裏
卡在需求不明確?規格書不夠精美?流程圖少了一張，或者邏輯上的錯誤，還是開發套件的不熟悉，又或者客戶希望換個色系

上面的情境，在各個專案角色中，誰認為哪些事情該自己處理?

其實這些問題往深處想最終都是”自己”的問題，必須”自己”去解決
客戶希望建立一個訂單系統，是否有深入的了解，他們所認知的，與常規的樣態，又他們日常習慣的正在實作的樣態，導入時該進行怎樣的活動與計畫，還是就把我們自己認知的系統規劃規格塞給客戶?又或者不管客戶怎麼形容，不管一切照單全收?

真正的盡責，是協助客戶找出最佳解，做適當的調整，適當的規劃，與提出適當的時程與預算。
而且是每一個專案角色都要有這樣的認知。
我們在這一篇裡面談觀念，避免陷入每一個環節的漩渦而糾結。

如果我們都足夠盡責，足夠負責，也擁有足夠的專業之餘，剩下的就是團隊心態，整個專案團隊本就該一體，而且包含與客戶一體，每當有卡住的部分一定就是我們被自己的想法與心態綑綁，必須找出讓我們打結的地方，而非互踢責任，玩起大風吹的甩鍋遊戲。