敏捷開發實踐之問題1
第一天也是下一個版本迭代會議，會議議程：
1。介紹敏捷開發思想，流程，優點
2.結合專案管理工具JIRA講解在工作中如何操作
3.這個迭代開始實踐敏捷開發
遇到的問題：
1.時間評估環節：明顯不不適應，共同估算時比較迷茫，同時也在擔心一個問題，估多了嘛心裡過不去，估少了又不能按時完成，這時候要傳達成員一種理念，估算不是為了精確開發時間，是為一個更合理的時間（對比CMMI），，其次要教成員怎麼估算時間
a)Story功能拆分成相對獨立開發的功能
b)討論每個功能要修改的地方，然後估算功能的時間=技術預研時間+看別人程式碼時間+套模板時間+編寫邏輯程式碼時間+除錯時間（參考BUG率）
相關推薦
敏捷開發實踐之問題1
第一天也是下一個版本迭代會議，會議議程： 1。介紹敏捷開發思想，流程，優點 2.結合專案管理工具JIRA講解在工作中如何操作 3.這個迭代開始實踐敏捷開發 遇到的問題： 1.時間評估環節：明顯不不適應，共同估算時比較迷茫，同時也在擔心一個問題，估多了嘛心裡過不去，估少了
敏捷開發實踐之問題3
版本迭代會議的第二天。 今天我就為下一個版本的工作做準備，一般UI設計的工作比開發時間提前一個版本,新建了一個story,然後把story拉進當前SPRINT，在story下新建了UI的任務，WEB前端的任務，後端開發的任務。 後來發現一個問題，這個story只的子任務
區塊鏈茶座 第六期：區塊鏈賦能檢驗檢測之敏捷開發實踐
一、茶座介紹 “區塊鏈茶座”是一個高階私密的知識交流社群，每月兩期（特殊情況除外），一期高階論壇，一期技術研討，每期邀請行業高管、投資界精英、區塊鏈技術大咖、資深研究者、愛好者等參與。聚思求變，打造區塊鏈思想碰撞的平臺，實現業內資訊交流和互通，共建共享共贏。
敏捷開發實踐(1)-故事工作量估算導致的問題
背景自從我們使用scrum進行專案開發後，出現了這樣那樣的問題，有些是因為我們對scrum的理解不到位，有些則是客觀因素導致的，針對這些問題，在每次迭代的總結會上，我們進行了反思，並根據具體環境對
iOS開發實踐之網絡檢測Reachability
bsp eight 友好 4.3 port span 官方 ren ref 在網絡應用開發中。有時須要對用戶設備的網絡狀態進行實時監控。以至於對用戶進行友好提示 或者依據不同網絡狀態處理不一樣的邏輯(如視頻播放app，依據當前的網絡情況自己主動切換視頻清晰度
使用ADO實現BLOB數據的存取 -- ADO開發實踐之二
好的 length actual 詳細介紹 int 數字 .sh item 並且 使用ADO實現BLOB數據的存取 -- ADO開發實踐之二 http://www.360doc.com/content/11/0113/16/4780948_86256633.shtml 一
hadoop mapreduce開發實踐之HDFS文件分發by streaming
submit ast nap direct 如同 lis slots cal ado 1、分發HDFS文件（-cacheFile） 需求：wordcount（只統計指定的單詞），但是該文件非常大,可以先將該文件上傳到hdfs，通過-cacheFile的方式進行分發； -ca
hadoop mapreduce開發實踐之HDFS壓縮文件（-cacheArchive）
delete info dset odi .gz .tar.gz package cal 2.6.0 1、分發HDFS壓縮文件（-cacheArchive） 需求：wordcount（只統計指定的單詞【the,and,had...】），但是該文件存儲在HDFS上的壓縮文件,
hadoop mapreduce開發實踐之輸出數據壓縮
實踐 shuff file apr 存儲 壓縮 ras 最終 item 1、hadoop 輸出數據壓縮 1.1、為什麽要壓縮？ 輸出數據較大時，使用hadoop提供的壓縮機制對數據進行壓縮，可以指定壓縮的方式。減少網絡傳輸帶寬和存儲的消耗； 可以對map的輸出進行壓縮（m
Fiddler開發實踐之自定義匯出外掛
一、準備工作 1.安裝fiddler4； 2.vs2010以上（下方演示截圖都是基於vs2015的）； 3.開啟fiddler debug相關功能； 在下圖位置輸入如下內容： 顯示錯誤和異常資訊： prefs set fiddler.debug.extensions.showerro
<高效程序員的45個習慣：敏捷開發修煉之道>
驅動開發 錯誤 其他 提問 產品 目前 主題 告訴 正在 第1章 敏捷-高效軟件開發之道 第2章 態度決定一切1.做事指責不會修復bug。把矛頭對準問題的解決方法，而不是人。2.欲速則不達不要墜入快速的簡單修復之中。要投入時間和精力保持代碼的整潔、敞亮。3.對事不對人設定最
<高效程式設計師的45個習慣：敏捷開發修煉之道>
第1章 敏捷-高效軟體開發之道 第2章 態度決定一切1.做事指責不會修復bug。把矛頭對準問題的解決方法，而不是人。2.欲速則不達不要墜入快速的簡單修復之中。要投入時間和精力保持程式碼的整潔、敞亮。3.對事不對人設定最終期限；逆向思維；設立仲裁人；支援已經做出的決定。4.排除萬難，奮勇前進做正確的事。要誠實
敏捷開發實踐（5）-有些工具不得不用
做敏捷開發，貴在敏捷，如何敏捷？我們需要一系列成熟的工具去幫助我們敏捷。 這篇文件不寫技術，就是純粹地說工具，介紹我們實施scrum過程中，起到關鍵作用的工具。 1、Jira或物理看板 Jira配合JIRA Agile外掛，即可實施敏捷開發，核心就是提供了一個電子
敏捷開發系列之旅 第三站（認識FDD特徵驅動開發）
上篇文章中，我們探討了什麼是XP極限程式設計，以及極限程式設計的管理思想、核心價值觀等等。在敏捷開發之旅的第三站，我想要和大家一起分享FDD特徵驅動開發方法。 特徵驅動開發——Feature Driven Development 還是老規矩，討論之前，我們先了解一下什麼
敏捷開發實踐（一）--談談我對敏捷開發的理解
隨著敏捷開發越來越流行，人人都在談敏捷，人人也都在學習scrum等敏捷開發方法。。。當然，自己也是敏捷開發的實施者和受益者。 背景 我們公司引入敏捷開發的時間並不長，在實施敏捷的過程還存在一些問題，自己在實施敏捷的過程也存在很多的疑惑（畢竟原來沒有學過，
敏捷開發系列之旅 第二站（走近XP極限程式設計）
這是最重要的核心價值。因為XP強調要“擁抱變化”，因此對於使用者的反饋，提倡積極面對現實和修改問題的勇氣，如放棄已有程式碼，改進系統設計等；勇敢的重構；所有人擁有程式碼；敢於極限（把好的方法做到極致）。XP認為，軟體開發中，人是最重要的一個方面。在一個軟體產品的開發中，人的參與貫穿其整個生命週期，是
讀《大規模敏捷開發實踐》
初識敏捷開發是在2006年，那時愉快的加入了畢業後第二家公司，一家打算在中國開展外包業務的美國公司。其業務形式就是讓在美國的總部接當地的IT單子，然後拿到中國來做。 中國分支的名字也很高大上，Global Development Center，其實當時在全球就這麼一個分
《C#敏捷開發實踐》讀書整理
《C#敏捷開發實踐》是一本相當不錯的良心之作。本書分為兩個部分： 第一部分：講了敏捷開發的一些原則，書中列舉了一些很不錯的實現例子。本書主要使用的是Scrum的敏捷開發流程 第二部分：通過一個具體開發過程中的實踐，講了如何應用這些模式。 對於本書的理
案例：我的敏捷開發實踐.doc
專案背景 2006年年初，一位客戶聯絡我的公司，希望能夠為其企業建立一個企業網站專案。根據客戶的簡單描述，這個專案本質上就是一個內容管理系統，並集成了論壇、FTP和電子郵件等功能，因此不算複雜。按照以往的經驗估計，最多一個月就可以完成這個簡單的專案。 需求分析 大體而言，該專
TFS 2015 敏捷開發實踐
最新版本的TFS提供了功能強大的電子看板（最新發布的TFS 2015 Update 2.1中，也包含了對看板功能的提升），並且能對看板的顯示進行大量定製，而且還加入了泳道的功能。開發團隊可以根據自己的需求來定製屬於自己團隊的看板！！！ TFS看板的建立 TFS預設提供3種團隊專案建立模板，Scrum， Ag