對敏捷開發每天晨會的感想
1、壓力比較大。每天早上總是要說點什麼。不能說昨天什麼也沒有做吧
2、不知道天天開晨會，leader會不會有急功近利的傾向。
3、督促自己合理利用自己的時間
4、可以知道同事在做什麼，到什麼樣的進度了。
5、早上不會遲到，很快能夠進入工作狀態。
相關推薦
對敏捷開發每天晨會的感想
1、壓力比較大。每天早上總是要說點什麼。不能說昨天什麼也沒有做吧 2、不知道天天開晨會，leader會不會有急功近利的傾向。 3、督促自己合理利用自己的時間 4、可以知道同事在做什麼，到什麼樣的進度了。 5、早上不會遲到，很快能夠進入工作狀態。
人類對敏捷開發與軟體工程的三種認知與行為
2017.6.24, 深圳, Ken Fang 在這麼多年的敏捷開發、軟體工程的職場生涯中, 收穫最多的是, 能與相當多不同產品型態的團隊、相當多不同個性的人共同的合作與交流。 而這其中讓我最感興趣的一點就是：每個人對敏捷開發、軟體工程的認知與將敏捷開發、軟
敏捷開發實踐（一）--談談我對敏捷開發的理解
隨著敏捷開發越來越流行，人人都在談敏捷，人人也都在學習scrum等敏捷開發方法。。。當然，自己也是敏捷開發的實施者和受益者。 背景 我們公司引入敏捷開發的時間並不長，在實施敏捷的過程還存在一些問題，自己在實施敏捷的過程也存在很多的疑惑（畢竟原來沒有學過，
初學者對敏捷開發的認識
暑期參加ThoughtWorks公司的暑期特訓營，我對敏捷開發有了一定的認識，並在做專案中得到了實踐。 專案是我們團隊經過討論和思考，提出的。 專案第一階段： 1、畫MVP圖：最小可行產品（Minimum Viable Product）是一種避免開發出客
對敏捷開發的理解及其可行性分析
作者：朱金燦 首先談談我對敏捷開發的理解。如果我的理解有不到位之處，請各位看官諒解並拍磚。應該說任何一種新的開發方式都是在如何解決舊的開發方式的弊端上產生的，敏捷開發也不例外。傳統的瀑布式開
我對敏捷開發（Scrum）的理解
參考自： 八分鐘敏捷開發（scrum）掃盲 敏捷開發是一個什麼樣的開發模式 軟體開發模式之敏捷開發（scrum） 一【人員列表】 ①產品負責人（Product owner） 負責與客戶直接溝通，得到需求定義並整理成列表，維護這個列表，有權決定一段時
10007---敏捷開發實踐（一）--談談我對敏捷開發的理解
原文 隨著敏捷開發越來越流行，人人都在談敏捷，人人也都在學習scrum等敏捷開發方法。。。當然，自己也是敏捷開發的實施者和受益者。 背景 我們公司引入敏捷開發的時間並不長，在實施敏捷的過程還存在一些問題，自己在實施敏捷的過程也存在很多的疑惑（畢竟原來沒有學過，和真實
敏捷開發實戰（三）--每日晨會，是否只是擺設？
經過上面總結的兩篇博文敏捷開發實踐（一）–談談我對敏捷開發的理解和敏捷開發實戰（二）–你真的瞭解Scrum嗎？，我們已經對Scrum進行了整體的認識和學習，這篇博文我們一起討論和學習，我在實施敏捷的過程發現的一個問題。 問題描述 相信實施過敏捷開發的博友
敏捷開發的Scrum晨會實踐
hursing所在的公司推行敏捷開發有兩年多了，其中最讓人直接感受到的就是scrum晨會。從生搬硬套到過程創新，令大家由抵觸變成積極響應，這個過程真的很花費心思。 11年12月，hursing開始在自己的團隊推行晨會。當時團隊是剛成立的，很小，包括hursing自己在內的2個老人+2個新人，基本上hursi
[轉載]敏捷開發，你真的做對了嗎？
緣起 2017年3月，應移動事業群智慧營銷平臺專案管理部負責人邀請，我開始支援智慧營銷平臺CRM團隊。智慧營銷平臺是阿里文娛廣告團隊，是阿里巴巴淘外變現的主力軍。CRM團隊負責開發和維護CRM系統。CRM系統服務於銷售和代理商，串起商機管理、客戶開發、合同管理、風控稽核、賬戶管理、財務結算等業務鏈條。CRM
敏捷開發，你真的做對了嗎？阿里文娛廣告團隊敏捷實踐總結
阿里妹導讀：很多人對敏捷開發有個普遍的誤解，認為敏捷就是快，經常在需求沒定義清楚的情況下就急於開工。事實上，這樣做往往得不償失。今天，我們邀請阿里巴巴敏捷教練問菊，為我們帶來阿里文娛廣告團隊敏捷實踐，看看他們是如何做敏捷開發的。 緣起 2017年3月，應移動
敏捷開發系列學習總結（11）——Scrum敏捷開發流程的三個角色、四個會議和三個物件
Scrum敏捷開發流程主要包擴三個角色、四個會議和個三物件。 三個角色 Scrum團隊中包括三個角色，他們分別是產品負責人、開發團隊和 專案的直接管理者（Scrum Master）。 Scrum 團隊是自組織、跨職能的完整團隊。自組織團隊決定如何最好地完成他們的工作
敏捷開發需要的是 "對" 的 "人", 而不是 "對" 的 "角色"
這是張典型的敏捷開發中 Product Owner的示意圖。 這張圖往往使人陷入一場爭論: 是領域專家，還是架構師, 來擔任 Product Owner? 其實, 爭論這個問題,基本上是隻考慮了
敏捷開發之傷——站會
站會，幾乎在所有的敏捷開發相關的書籍中都必然會加以闡述，雖粗略不同，但都把他視為敏捷開發過程中不可或缺的一環。個人認為，站會最大的意義是溝通，是在面對面溝通的敏捷原則之上創造的一次強制性的溝通機會，為那些在需要面對面溝通時由於個人性格、時間、被溝通者不在現場等客觀理由
專案中站立會議和故事牆的那些事兒—敏捷開發
專案組一直在推敏捷開發，但發現一個關於每日例會的問題。 場景： 每日例會是早上9：00, 把大家召集起來，這時有個主持人（每日輪流), 一個一個詢問團隊成員昨天做了什麼，今天做了什麼， 並記錄在一個本子上。 有時大家比較忙時，主持人會一個個去詢問團隊成員工作狀況。
對敏捷軟體開發方法的一些體會（轉貼）
我覺得推行一個新技術最大的阻力還是來自程式設計師自身管理層一般不會關心開發方法和技術細節的問題struts的流行恐怕主要也是技術人員發自內心的認可和推崇造成的吧畢竟這牽涉到他的切身利益（工作效率、成就感、樂趣。。。）同樣的道理，單元測試和其他敏捷方法也要首先打動技術人員的心，
敏捷專案管理之每日晨會的重要性分析
每日晨會是什麼 每日晨會：是指團隊每天在固定的時間和固定的地點舉行的同步團隊成員的當前工作情況的簡短會議。 每日晨會幹什麼 每日晨會的內容：重點關注團隊當前計劃中的工作任務的進展，團隊成員輪流用簡短的話講述自己當前工作的進展、今日的計劃、遇到的問題、可能的風險、需要的協助
敏捷開發中對進度的把握
51CTO推薦專題：初探敏捷開發 專案經理被問到最多的問題就是，“這個專案什麼時候才能完成？” 被問的時候，可能專案才定下來，僅僅知道大概的功能模組，非功能性需求還模糊不清，甚至團隊成員都沒到位。但是上級、銷售、客戶急切地要知道，這個專案什麼時候才能完成？ 被問的
我對各敏捷開發方法的大致理解
1. SCRUMSCRUM?這個單詞我以前沒見過,所以我就不喜歡它,呵呵.SCRUM本義表示"混亂",它包括多個“怪異”的方法/過程名稱。比如，SCRUM將開發過程分為30天的迭代週期，每個迭代週期叫做一個Sprint(原意:衝啊!)；每天有一個15分鐘的短會，用來決定第二天的任務安排這樣的短會就叫做scru
出差回來對公司開發工作的感想
到武漢出差10天，客戶對專案要求非常嚴格，經過同事們的艱苦努力及配合協作，終於使專案順利上線了。 回來的路上感想頗多，大致總結了公司應該給予關注和抓緊解決的以下幾條： 1、版本控制，迴歸測試 2、非IE瀏覽器支援 3、案例分享 4、員工關懷（此專案的實施同事太辛苦了） 5、