課後作業-閱讀任務-閱讀筆記-3
Scrum有三個屬性：輕量級、簡單易懂、十分難以掌握。
Scrum依賴固定節奏的叠代周期，稱為Sprint，每個Sprint以計劃會議開始。
Scrum的特征是團隊內外的反饋和透明，它的短周期和協同的本質使其相當適應於快速變化或者有緊急需求的項目。
Scrum框架：
3種工件：產品backlog、Sprint backlog、完成標準
3種角色：產品負責人、敏捷教練、團隊
4種會議：計劃會議、每日站會、評審會議、回顧會議
5個價值觀：承諾、勇氣、專註、尊重、開放性
使用Scrum必須做出改變：
1. 理解Scrum的基本價值觀
2. 往往要經歷巨大的思維方式的轉變
3. 準備變化的發生並適應變化
4. 處理新暴露出來或新冒出來的問題
5. 引入敏捷工程實踐
課後作業-閱讀任務-閱讀筆記-3
相關推薦
課後作業-閱讀任務-閱讀筆記-3
strong scrum 尊重 -s 開始 16px nbsp 回顧 快速 Scrum有三個屬性：輕量級、簡單易懂、十分難以掌握。 Scrum依賴固定節奏的叠代周期，稱為Sprint，每個Sprint以計劃會議開始。Scrum的特征是團隊內外的反饋和透明，它的短周期和協同的
課後作業-閱讀任務-閱讀筆記-1
領域 構建 作業 知識 筆記 練習 工具 開發流程 流程 《構建執法》 1 軟件=程序+軟件工程 2軟件工程師什麽 3練習以討論 理論和知識要點 。計算機科學的領域 。軟件工程與計算機科學的關系 。軟件的特性 第二章 2.單元測試 2.2效能分析工具 2.3個人開發流程 2
課後作業-閱讀任務-閱讀提問-3
如果 員工 是不是 敏捷流程 比例 水平 如何 工作量 代碼 1、成長與代碼量是什麽關系？代碼量與工程師的水平呈現什麽關系？ 2、課本上對結對編程很贊賞，而實際工作中，兩個人結對編程是不是浪費了一個人的工作量，有多少比例公司或者部門領導允許兩個員工結對編程？ 3、書中講的敏
課後作業-閱讀任務-閱讀筆記
人員 需要 教育 覆蓋率測試 錯誤 算法 範圍 方法 可能 代碼復審的目的： 1.找出代碼的錯誤，比如： 1）編碼錯誤，比如一些碰巧騙過了編譯器的錯誤 2）不符合團隊代碼規範的地方 2.發現邏輯錯誤，程序可以編譯通過，但是代碼的邏輯是錯的 3.發現算
課後作業-閱讀任務-閱讀提問-3（2017-11）
所有 帶來 合成 完成 -1 統計 目前 有時 任務 就本次閱讀筆記和我們團隊存在的問題而言，有下面幾個問題 書中講了很多軟件團隊的模式，有主治醫生模式，明星模式，社區模式等等。以及功能團隊模式，有官僚模式。開發流程有寫了再改模式等。但是，可能是我理解不深吧，看完還是麽
2017-10-30 課後作業-閱讀任務-閱讀筆記-2
閱讀 商業 軟件企業 生命周期 認知 成員 利益相關者 第八章 相關 我今天閱讀了構建之法的第八章需求分析： 1獲取和引需導求：找到軟件的利益相關者，引導他們表達出真實的需求 軟件企業 = 軟件 + 商業模式 2分析和定義需求：從各個方面獲取需求驚醒規整，定義需求的內涵 3
課後作業-閱讀任務-閱讀筆記-0
參數 軟件工程 集成 什麽 連續 是把 基本 單元測試 軟件需求 第一章 1軟件開發不同階段： 1、玩具階段 2、業余愛好階段 3、探索階段 4、成熟的產業階段 2軟件工程是什麽： 1、軟件工程是把系統的、有序的、可
課後作業閱讀任務閱讀提問3
編程 思想 重要 代碼 閱讀 如何 哪些 知識 創新 1、做軟件測試必須有哪些的知識儲備？ 2、100%的代碼覆蓋率並不等同100%的正確性，那麽要怎麽樣才能保證100%的正確性？ 3、結對編程中，兩者出現分歧，並且誰都只認同自己的看法時，結對編程是不是就沒什麽優點可言了？
課後作業-閱讀任務-閱讀筆記-4
說明 測試的 工程師 路徑 的人 獨立性 不依賴 自動化測試 任務 第二章《個人技術和流程》，本章的實質是在說明，一個合格的軟件工程師是怎樣的，他應該具備哪些技能。 總結下來，一個合格的工程師在開發時需要同時考慮質量和效率，與之同時需要具備的技能包括：單元測試、效能分析、個
課後作業-閱讀任務-閱讀提問-1
通過 關於 部分 理論 很好 軟件 初步了解 形象 讓我 軟件工程課程是使用鄒欣老師的《構建之法》這本書的，之前雖是學了許多的關於編程的相關知識，但是並不懂得團隊中實際的開發流程。但通過課上的講解，並且和書上生動形象的故事描述，顯得這門並沒有這麽枯燥乏味。使我們初步了解實際
2017-09-20 課後作業-閱讀任務-閱讀提問-2
影響 ram 作業 這不 軟件 目的 項目 ogr 永遠 今天我閱讀了第九章項目經理 PM的M就是Manager，但是P有這幾種：Product Manager、Project Manager、program Manager，但在不同的行業和公司，他們的作用和有不同。 在1
課後作業-閱讀任務-閱讀提問-2
哪些 選中 文檔化 問題： 新的 執行 研究 詳細 經驗 探索式測試 書上261頁的13.2.4 網上說法： 探索式軟件測試的四個類型、探索式軟件測試一共分為自由式探索式測試、基於場景的探索式測試、基於策略的探索式測試和基於反饋的探索式測試。下面將詳細介紹4種類型的應用場景
2017-10-30 課後作業-閱讀任務-閱讀提問
問題 不同 rod 如果 公司 經理 所有 strong program 今天我閱讀了第九章項目經理 PM的M就是Manager，但是P有這幾種：Product Manager、Project Manager、program Manager，但在不同的行業和公司，他們的作用
課後作業-閱讀任務-閱讀提問4
沒有 除了 質量需求 功能測試 如果 我們 然而 完成 一個 課後作業-閱讀任務-閱讀提問4 一個軟件除了基本功能之外，還有很多功能之外的特性，這些叫非功能需求（Non-functional Re-quirement），或者服務質量需求（Quality of Ser-vic
課後作業-閱讀任務-閱讀提問-4
其他 維護 出錯 快捷 階段 測試 有一種 方式 所有 關於bug與測試。從最開始接觸計算機編程我們就明白不可能有人的程序編的毫無缺陷，bug是一直都會有的。但是怎麽判斷這些bug的重要程度？怎麽確定對某個bug的修改不會影響其他功能？怎麽分析這個bug對於整個程序的影響？
課後作業—閱讀筆記
不明確 測試 用戶 危機 rda 軟件測試 軟件工程 連續 軟件開發 軟件分為系統軟件，應用軟件和惡意軟件。軟件=程序 + 軟件工程 軟件危機的原因：（1） 用戶需求不明確。 （2） 缺乏正確
課後作業-閱讀任務-任務閱讀-2
漸進 的人 才會 作業 形象 軟件項目 自己的 驅動 合作 本周閱讀了《構建之法》五、六、七章。 第五章講了幾種軟件團隊的模式、軟件開發流程；第六章講了敏捷流程的相關知識；第七章的內容是關於微軟解決方案框架(MSF)的。 鄒欣老師的這本書，寫得形象生動，第五章
人月神話閱讀筆記3
學習編程 進行 調整 提高 快樂 方向 防止 來源 困難 我需要逐漸培養自己的編程興趣，還有就是需要增強自己的自控力，防止編程時候貪玩。 編程的快樂在於它不僅滿足了我們內心深處進行創造的渴望，而且喚醒了每個人內心的情感。我始終喜歡著我們這個行業。 學習編程最困
作業：閱讀任務
建議 bsp 閱讀 構建 什麽 code 個人 概論 sts 我讀了概論與個人技術和流程這兩章，有五個問題 1.什麽軟件工程 2.軟件工程是不是只有理論 3.為什麽要學軟件工程 4.軟件的構建過程 5.怎麽用VSTS寫單元測試 6.為什麽要進行單元測試 7.Coder和Ha
20171104-構建之法：現代軟件工程-閱讀筆記3
叠代 進行 read 大項目 一個 獨立 子項目 運行 目的 本周閱讀了《構建之法》第六章。 第六章講了敏捷流程的相關知識 看了第六章了解到敏捷開發以用戶的需求進化為核心，采用叠代、循序漸進的方法進行軟件開發。在敏捷開發中，軟件項目在構建初期被切分成多個子項目，各個子項目的