po是product owner，是乙個role，負責與stakeholders打交道，提煉stakeholders的需求，按照需求的價值以及緊急程度安排優先順序。po是乙個角色，對product backlog負責，通俗地講，product backlog上的條條目目應該長什麼樣子，po都有乙個清晰的picture；抽象點講，每個user story的acceptance criteria對於po而言是確定的。po為每個user story設定乙個goal，scrum team的工作就是hit the goal，讓po心中所想的那個user story成為現實。
pm是product manager，是乙個titile。可以由po或者bsa來冠名，這裡講bsa作為pm的職責。pm負責
管理
產品的需求和研發。pm往往需要了解po的需求，把這些需求轉化成產品的乙個個feature，然後依託其
技術
背景，與團隊一起討論出實現的可行性方案；（注：這裡，pm可能未必要100%地滿足po的需求，在可控範圍內，提出乙個滿足product vision的折中方案，使得product team和product owner雙贏）同時，pm是product的管理者，並非people的管理者，所以pm側重點是產品的特性features的管理與研發，在規範化的控制流程（比如scrum的框架）下與各個團隊功能角色一起工作，管理產品的研發進度，確保產品高效地以及高質量地發布上線。
需求的角度看待這幾個角色：
stakeholder <-> po（關注 businessman 需要什麼）<-> pm （關注 使用者的需求可以成為product的features嗎，如果是則把user story轉化為product features，如果不是則workaround）
上述可能有點抽象，為了闡述清楚po和pm的區別，這裡舉個例子：
po提出乙個user story：我要乙個登入介面供註冊使用者登入**（po腦子裡想像的登入介面的樣子（acceptance criteria）就是很簡單的乙個使用者名稱輸入框+密碼輸入框+提交按鈕的功能性需求）
pm根據這個使用者需求細化該註冊使用者登入介面的feature：1. ui 設計（可能是第一稿）：配色，輸入框、按鈕、鏈結的風格樣式，排版 2.登入功能（存在使用者+不存在使用者；正確密碼和非正確密碼） 3. 忘記密碼鏈結和
恢復
密碼的功能 4.
sql
注入防範 5. 窮舉式攻擊防範（驗證碼）等等。而且，pm還需與技術團隊共同商討實現這些feature的可行性方案、難點，可能存在上線延期的風險等等。feature是對user story的詳細化的設計，同時拆分了user story為多個小的story，這些小的story可以在若干個sprint完成。
所以po是從使用者功能的角度提出功能性需求（粗放型），pm則是從產品設計的角度把功能需求細分為多個feature（集約型）並確定實現方案的角色。
OO和PO的最大區別是什麼？
這篇文章提到了幾個比較有用的概念,object oriented,design pattern,aspect oriented program 原文從職責分離角度來理解他們並把他們串起來.不過話說回來，物件導向模型和面向過程模型的本質區別並不是職責分離！沒有oo，po 面向過程 也有職責分離。個人認...
PO模式的實現
這是基本類 from selenium import webdriver class basepage object browser webdriver.chrome 建構函式 def init self,browser self.browser browser 訪問url def visit se...
form表單中method的get和post區別
一 問題的提出 也就是說post方式提交表單，引數分為兩部分 一部分是action中的引數放在位址列 另一部分是表單中的引數放在請求的頭中 所以所有的資料後台全部能獲得。對於get方式，伺服器端用request.querystring獲取變數的值，對於post方式，伺服器端用request.form...