產品團隊Product Team
主要目標：解決客戶真實的需求、讓使用者(客戶)滿意，不管是精神上(更好 的體驗)或是物質上(合理的費用)。
次要目標：在內部進行跨部門協調，調動各種資源以完成主要目標。
工作內容從顧客需求、市場分析、產品規劃、進度控管到產品驗收都需要參與。
嚴重警告：容易玻璃心的人類千萬不要輕易嘗試此份工作。
常見職稱：
專案經理 Project Manager,PM
適用於需求明確的專案或是維護性質的專案，專注於時程掌 握(如期)、品質是否符合預期（如質)、人力、預算控管(如成本)。
產品經理 Product Manager,PM
適用於新產品開發或是需求尚不明確的專案，專注於收集使 需求情境、提升使用者體驗、競品分析、市場評估。
產品負責人 Product Owner,PO
適用於新產品開發或是敏捷式開發，專注於產品特色、收集 客戶需求定義解決方案、根據市場反應即時調整開發順序。

#小人物職場 #職場生存 #軟體開發 #專案管理 #產品開發 #product #產品團隊 #waterfall #agile #scrum #瀑布式 #敏捷式 #專案經理 #產品經理 #產品負責人 #pm #PO #productmanager #projectmanager #productowner

軟體開發需要哪些成員？
因應開發方式不同而有不同職稱和角色，但就工作內容可分為三大類：產品團隊、設計團隊、開發團隊

#小人物職場 #職場生存 #軟體開發 #專案管理 #產品開發 #product #design #develope #產品團隊 #開發團隊 #設計團隊 #waterfall #agile #scrum #瀑布式 #敏捷式 #開發方式

這才是真實世界要能正常運作的敏捷，我們一直透過敏捷在解決問題，改善瓶頸與做法，避免浪費。

原因是我們不只是敏捷，也不只是表面的敏捷，用敏捷解決它能幫忙解決的事。

而不是為了敏捷而敏捷，把敏捷當作目標，關注在過程，這樣反而本末倒置了。

如果是在開發軟體，不用因為敏捷就不用具備軟體開發相關技能，相反的，因為敏捷強調適應性 (adaptive), 你的基本功越扎實，基礎建設越強，敏捷能幫你倍數放大你的價值，因為一直都用最小的力氣來產出最大的價值。

Agile 真的沒用嗎?

(1) 誤認 Agile 就是 Scrum
很多人都誤認為 agile 就是 scrum, 就是要找 scrum master, 要有人扮演 product owner, 要開一堆的會.

事實上, agile 是一種文化, 一種 mindset, 當初敏捷宣言定義了 agile 的思維, 而 Scrum 只是落實這個思維的其中一種方法, XP, FDD, 和 Kanban 則是其他的落實做法.

(2) 所以是 Scrum 不行嗎?
Scrum 是從管理的角度來看專案如何進行, 他主要是利用 PDCA 的做法, 從優先順序高的先做, 週期性規劃和檢視. 這跟一般專案管理思維是相符合, run 不好 Scurm 大多是因為讀死書, 沒有掌握好精神, 導致在執行時, 不求甚解和不知變通.

(3) 如果本業是軟體開發, 還是要有軟體開發的專業技能
另外, 因為 Scrum 要週期性規劃和檢視, 可以程式一但週期性調整, 就容易改 A 壞 B. 但是主管不懂程式, 或是團隊工程實踐技能不強, 導致結果不盡理想.
需知如果本業是軟體開發, 還是要有軟體開發的專業技能, 沒有 CI, 測試自動化, source control 等等這些基本功, 你說軟體品質和開發效率能夠好到哪邊呢？

(4) 那你有更好辦法嗎?
或許 Scrum 的做法在有些地方不是很理想, 或者還需要搭配很多東西才完整, 哪想請問你是否有更好的作法呢?
Waterfall 就能適用所有狀況, 就不需要改變或是整合其他做法嗎?

pic source: https://www.agilewithedele.com/…/agile-doesnt-suck-your-ex…/