構建之法第八，九章
第八章：需求分析
這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。
確認軟件需求有以下步驟：
1.獲取和引導需求
2.分析和定義需求
3.驗證需求
4.在軟件產品的生命周期中管理需求
第九章：項目經理
主要給我們介紹的是在企業裏占據重要位置的項目經理。項目經理的作用就表現於他在企業中充當了中間人的角色。對外，項目經理需要與客戶交流，發現用戶需求，了解和比較競爭對手的產品，改進團隊流程等。對內，需要把市場/銷售人員那一套MBA的套路語言翻譯成程序員能懂的規格說明書，這樣可以大大節省開發人員的麻煩。而一個合格的項目經理，必須要具備觀察、理解和快速學習能力、分析管理能力、一定的專業能力、自省能力。
構建之法第八，九章
相關推薦
構建之法第八，九章
自省 程序員 第八章 說明 銷售 作用 相關 項目 觀察 第八章：需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟： 1.獲取和引導需求 2.分析和
構建之法第八、九章學習
周期 常用 bcd 快速 區別 利益相關者 自省 生命 獲取 第八章：需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟：1.獲取和引導需求、2.分析
構建之法 第八章 需求分析
lock 焦點 ron 寫到 模型 優先 產品 輔助 討論 其實這是“啃硬骨頭”的第一步，就是如何從“茫茫”中鎖定需求相關方、挖出來需求的方法論 1.挖取需求 獲取和引導需求。需求不僅是來自外界，甚至也可以來自技術成員團隊內部； 分析和定義需求。主要是對需求進行量化； 驗
構建之法第三四五章總結
職業 驅動 技能 自動操作 人的 階段 提升 理解 成員 軟件開發流程不光指團隊的流程，還包括個人開發流程，因為軟件團隊是由個人組成的。在團隊的大流程中，是沒一個具體的人在做開發，測試等，因此，個人在團隊中也有獨立的流程，把每個人的工作有序組織起來，就是團隊的流程。
構建之法第六、七章讀後感
敏捷 關註 團隊 項目 提前 敏捷流程 準備 讀後感 合作 Agile——敏捷開發，作為CMM神話崩潰後被引入的一套新的軟件開發模式，這幾年來被廣泛引起關註，並被寄予厚望。 敏捷流程及其原則告訴我們個體和交互勝過過程和工具，盡早為客戶需求做準備和交付有價值的軟件，時時總結如
構建之法第八周感想 典型用戶和場景
經理 技巧 交互性 每一個 方式 產品 年齡 nbsp 是我 在產品的開發過程中，經常需要描述一組典型的用戶。典型用戶不再是一個抽象的概念，而應該是一個活生生的人物。一個典型用戶往往描述了一組用戶的典型技巧、能力、需要、想法、工作習慣和工作環境。典型用戶的模板可以包括
第八，九章
這一章主要講了字串操作庫函式 其中以前沒太知道的strtok字串分隔函式（很有用。） strchr（查詢第一個字元出現的位置） strncat,strncpy等等。 然後介紹了指標 （包括了void*指標（以前我都不知道有著玩意。。超級有用）指向函式的指標（以前覺得根本沒啥
《構建之法》第八、九章學習總結
快速 需求 獲取 利益相關者 軟件需求 用戶需求 估計 bcd abcd 第八章：需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟：1.獲取和引導需
構建之法第六七八章
可用 模型 定義 快速原型 最有 自主 適應 投資 敏捷流程 第六章 敏捷流程 敏捷流程開發原則 1.盡早並持續的交付有價值的軟件以滿足顧客需求 2.敏捷流程歡迎需求的變化，並利用這種變化來提高用戶的競爭優勢 3.經常發布可用的軟件，發布間隔可以從幾周到幾個月，能短則短 4
構建之法 第五章 團隊和流程
ini 之前 組織 第五章 團隊 mod 交互 然而 逆轉 典型的團隊開發模式和流程，完全是新的內容；涉及到更多的術語和有意思的策略性東西 1.團隊模式【我比較認可的】 主治醫師模式 由首席程序員（相當於首席醫生）負責整個工程，周圍人員各司其職，配合支持中心人物的工作；
讀構建之法 第三章：軟件工程師的成長
知識點 可維護 vid -s 評估 不同 fun 可靠 科研 本章理論和知識點：評價軟件工程師水平的主要方法 軟件工程把相關的技術和過程統一到一個體系中，叫“軟件開發流程”，軟件開發流程的目的是為了提高軟件開發、運營、維護的效率，以及提升用戶滿意度、軟件的可靠性和可維護性。
構建之法第三章讀書心得
如何 讀書心得 初級 知識 技能 任務 項目 標準 技術 在構建之法第三章中，我們主要學習了個人能力的衡量與發展。 初級軟件工程師有以下幾個成長階段：1、積累軟件開發相關的知識，提升技術技能。 2、積累問題領域的知識和經驗。
構建之法 第六章 敏捷流程
小時 所有 管理層 log 匯報 薪水 quest 功能 任務 敏捷是一種很“年輕態”的思路/策略，是以“萬事萬物都在不停地發展變化”為指導去組織軟件工程的需求分析、內部的調和、代碼編寫甚至維護，所以我讀起來會覺得很有共鳴。然而並不是所有的地方都適合讓“敏捷”去闖一闖。 1
構建之法第五六章讀後感
例子 spa scrum 過程 困難 老板 敏捷開發 統一 學習 鄒欣老師的這本書，寫得形象生動，第五章用體育運動等團隊例子引出軟件開發團隊的形式。軟件團隊形式多樣，適用於不同的人員與需求。團隊可能會演變的模式有：主治醫師模式、明星模式、社區模式、業余劇團模式、秘密團隊、特
構建之法第六章學習心得
效率 用戶 當前 決定 復雜 技術 原則 核心 back 這周我學習了構建之法第六章敏捷流程，本章主要介紹了敏捷流程及其原則，Backlog、Burn-down、Sprint、Scrum方法論。以及什麽時候選擇敏捷的開發方法，什麽時候選擇其他方法。.敏捷開發的原則是盡早並持
讀構建之法 第四章：兩人合作
應用 結對編程 使用 一對一 測試 一個 比較 以及 領域 程序員寫的代碼最終是人在看，所以代碼規範很重要，原則是：簡明，易讀，無二義性。 不光是程序書寫的格式問題，還牽涉到程序設計、模塊之間的關系、設計模式等方方面面。 代碼復審的正確定義看代碼是否在代碼規範的框架內正確的
構建之法第四章讀書心得
算法 邏輯錯誤 規範 審核 領域 之間 心得 使用 部分 代碼風格規範——主要是文字上的規定，看似表面文章，實際上非常重要 代碼風格的原則是：簡明，易讀，無二義性 代碼設計規範——牽涉到程序設計、模塊之間的關系、設計模式等方方面面的通用原則 代碼設計規範不光是程序書寫的格
構建之法第七章學習心得
思想 studio 開發 咨詢服務 生活 int bsp partner har 構建之法第七章學習心得 這周我學習了構建之法第七章MSF的介紹。MSF有9個基本原則，針對信息共享，團隊內部運營，市場，還有客戶。同樣是強調效率，人性，靈活，還有前景。 MSF對信息共享和溝通
構建之法第十一章讀後感
思維導圖 我們 加減乘除 圖形 計算 每日 導圖 case 中間 本周進行了構建之法的第十一章軟件設計與實現的學習； 第十一章主要講了典型的開發流程，常見的分析和設計方法：ERD，DFD，UML，開發階段的一些管理方法：每日構建，小強地獄，構建大師； 分析和設計方法包括以文
讀構建之法 第五章：團隊和流程
min 這樣的 程序員 希望 成員 eat 貢獻 核心 不能 團隊有一致的集體目標，團隊要一起完成這目標。一個團隊的成員不一定要同時工作，例如接力賽跑。 團隊成員有各自的分工，互相依賴合作，共同完成任務。 軟件團隊有各種形式，適用於不同的人員和需求。基於直覺形成的團隊模式未