一、背景：業務軟體開發涉及到比較多的角色比如：產品，方案分析師，互動設計，高保真，開發，測試。。如何在前期有效組織這些人員對需求進行端到端理解，使用科學的組織流程保證各個角色有效配合在規定時間點達到有效產出是決定版本成敗的關鍵。敏捷開發、扁平化團隊給組織提供了靈活性，人員素質和人員協作是基礎，這為快速迭代提供了制度和人員基礎。
二、在需求啟動時面臨的問題：
產品：他熟悉業務在生態圈中角色，明確業務能達到的業務目的，對使用者體驗最終解釋。但他可能不了解實現技術棧，無法有效挖掘業務在系統之間衍生出的問題。
方案分析師：主要對外部件互動介面，內部關鍵部件方案設計負責。但他可能不了解實現技術棧，無法有效挖掘業務在系統之間衍生出的問題，給出的方案是否能指導開發是乙個問題。
開發工程師：前端、後端、ui開發工程師對需求難以有整體了解不夠，頭腦中實現方案也是支離破碎的。
開發leader在這個階段的職責是：組織大家搞清楚需求是什麼（越細化越好），實現方案是否合理進而指導開發（越細化越好），復用特性提取工作拆分與分配，測試建議輸出，所以這個角色需要對既有系統有足夠的了解，前期快速學習和輸出能力，良好的問題挖掘，組織跟蹤能力。
三、開發啟動前需要完善的工作
0、明確人員名單：產品、方案分析、ui、
1、熟悉新特性相關業務流程及實現（歷史開發人員，測試用例，外部件介面文件，操作。。，預留半天時間給其他人員）
2、組織需求澄清（產品講需求文件，方案分析師講初步方案）
3、組織開發、測試、ui、外部件拉通端到端開發流程，輸出低保真、方案中存在的問題，詳細的ar拆分、工作量分析和公共部件抽取，測試方案。
4、再次組織對挖掘問題的澄清。
5、協商外部件聯調結點和子特性完成順序，以便測試及時接入測試。
四、軟體測試
ui介面的測試：
高保真團隊給出的高保真不一定貼合業務，具體現在在頁面復用場景不清楚，相容的頻幕解析度和瀏覽器版本，部分複雜控制項相容場景較多，在開發初期就要識別和測試。
公共控制項的測試：
開發的控制項給其他人使用，部分場景是要到使用過程中才會發散出來的。這部分容易遺漏。
樣式部分:不同使用場景下，樣式要求可能差別較大，需要做相容處理。
邏輯上：控制項介面各種輸入情況是否考慮全了，各種輸入場景對控制項內部邏輯影響。
測試用例：
引數校驗場景盡量考慮完全，後期補充可能影響整個程式結構。
主要看測試場景是否覆蓋，有些測試用例實際應用中出現場景很小，需要多加考慮。
如何組織軟體開發團隊
如何構建軟體開發團隊取決於可供選擇的人員 專案的需求以及組織的需求。本文闡述了各種團隊組織的策略。有效的軟體專案團隊由擔當各種角色的人員所組成。每位成員扮演乙個或多個角色 可能乙個人專門負責專案管理，而另一些人則積極地參與系統的設計與實現。常見的一些專案角色包括 分析師策劃師資料庫管理員設計師操作 ...
軟體開發標準組織結構
角色名簡稱 職責是否必選 專案經理 pm是專案的最終決策人和負責人 y技術經理 tm是在技術開發方面的最終負責人。y產品設計經理 pdm也是專案demo演示時的主要參與者之一。y運營經理 pom也是專案demo演示時的主要參與者之一。測試經理 qam也是專案demo演示時的主要參與者之一。y客服經理...
軟體開發的組織和角色分工
隨著軟體規模的不斷膨脹和軟體開發技術的發展，軟體開發的分工和組織也變得越來越複雜，如何合理的組織和分工越來越成為能否成功開發的乙個決定性因素。對乙個軟體產品或者一項軟體工程來說，參與角色通常包括如下幾種 l 高階經理 l 產品經理或專案經理 l 開發經理 l 設計師 l 測試經理 l 開發人員 l ...