落地敏捷線上沙龍第五期如期舉行舉行!

2011-04-18 09:14:19
王春生
轉貼
11757
摘要:2011年4月15日,下午4:30,落地敏捷線上沙龍如期舉行。大家就1. 敏捷開發與過程管理、質量管理2. 項目預算和期限固定情況下怎么實施敏捷這兩個話題展開了討論,進一步增強了對敏捷和scrum的認識和了解。
2011年4月15日,下午4:30,落地敏捷線上沙龍如期舉行。大家就

1. 敏捷開發與過程管理、質量管理
2. 項目預算和期限固定情況下怎么實施敏捷
這兩個話題展開了討論,進一步增強了對敏捷和scrum的認識和了解。

討論記錄如下:

2011-4-15 16:30:32 青島-王春生
落地敏捷線上交流第5期,現在開始啦。

2011-4-15 16:30:53 青島-王春生
本期交流的兩個話題:

1. 敏捷開發與過程管理、質量管理
2. 項目預算和期限固定情況下怎么實施敏捷


2011-4-15 16:31:24 成都-笨貓(304255169)
過程管理和質量管理其實是一回事,在過程中注重質量

2011-4-15 16:31:58 青島-王春生
過程管理和質量管理還不太一樣吧。:)

2011-4-15 16:32:08 青島-王春生
過程管理概念要比質量管理大一點吧,我的感覺。

2011-4-15 16:32:08 北京-w(24074440)
質量管理大于過程管理。。

2011-4-15 16:32:34 廣州-老菜(8913526)
今天的話題是什么呀

2011-4-15 16:32:48 ~楓葉草~(1036065291)
質量管理概念比較大。。。寬泛。。

2011-4-15 16:33:03 成都-笨貓(304255169)
目標都是為了交出高質量的產品,過程是對每個節點進行質量控制,通過每個過程細節進行控制管理

2011-4-15 16:33:37 廣州-老菜(8913526)
sorry

2011-4-15 16:34:15 西安-橙子(34488954)
怎么控制管理呢?

2011-4-15 16:34:25 成都-笨貓(304255169)
敏捷其實更強調交出符合客戶需求的產品,從這方面來說,只注重過程,可能會導致精確的完美的錯誤

2011-4-15 16:34:51 廣州-老菜(8913526)
意思是敏捷不注重質量咯?

2011-4-15 16:34:51 成都-笨貓(304255169)
說空了,各位公司都如何進行過程管理啊

2011-4-15 16:35:26 青島-王春生
哪里,敏捷更注重質量。

2011-4-15 16:35:13 成都-笨貓(304255169)
敏捷更注重質量

2011-4-15 16:35:46 青島-王春生
敏捷其實過程和質量,都有涉及的。

2011-4-15 16:35:30 成都-笨貓(304255169)
因為注重,所以要每天交流

2011-4-15 16:36:05 donkey(59954898)
要提高質量,所以要注重過程

2011-4-15 16:36:21 廣州-老菜(8913526)
每天完成的任務少,每天都交流,好象沒東西可說

2011-4-15 16:36:46 青島-王春生
而且敏捷是通過迭代的方式,小步快跑,所以出現問題,可以及時糾正,及時發現問題。

2011-4-15 16:37:06 青島-王春生
@老菜,呵呵,你不覺得有壓力嗎?

2011-4-15 16:37:04 北京-Andy敏捷
我的想法:軟件質量分為三個緯度A:需求質量,B:Bug數,C:代碼質量。B和C其實是一個層面,只是B反應代碼運行質量,C反應代碼的可維護性、可擴展性等

2011-4-15 16:37:41 青島-王春生
呵呵,磚家來啦。:)

2011-4-15 16:37:23 起點(283708886)
敏捷開發的一點就是在少的單位中管理好項目過程中質量控制

2011-4-15 16:37:35 成都-笨貓(304255169)
比如說:有同事交出來的代碼基本上只有一些小bug,有同事的代碼則錯誤百出,有同事按約定完成,有同事貌似完成,其實只是個架子

2011-4-15 16:37:43 北京-w(24074440)
SCRUM里面,講究分為 內部質量 和外部質量。

但是對于內部質量這塊,沒有明確的說怎么怎么做,不過好像有其他開發管理辦法來提高。

2011-4-15 16:38:02 青島-王春生
歡迎andy來參加我們的討論。:)

2011-4-15 16:37:51 成都-笨貓(304255169)
這種的如何控制?

2011-4-15 16:37:58 北京-Andy敏捷
^_^

2011-4-15 16:39:10 西安-橙子(34488954)
對,關鍵是在敏捷中如何控制 除了溝通 溝通

2011-4-15 16:39:15 成都-笨貓(304255169)
還是溝通?

2011-4-15 16:39:52 成都-笨貓(304255169)
溝通有什么困難,有什么需要幫助的

2011-4-15 16:39:54 北京-w(24074440)
我覺得溝通只是一種解決問題的方式,源頭還應該在人的素質以及思想上來提高。。

2011-4-15 16:40:01 donkey(59954898)
培訓

2011-4-15 16:40:13 北京-w(24074440)
溝通得再好。。開發人員不行,也白搭

2011-4-15 16:40:25 北京-Andy敏捷
成都-笨貓(304255169) 16:37:35
比如說:有同事交出來的代碼基本上只有一些小bug,有同事的代碼則錯誤百出,有同事按約定完成,有同事貌似完成,其實只是個架子

每一個story都有驗收標準(acceptance test),也有DoD(完成定義),是否完成應該依此為準


2011-4-15 16:40:34 donkey(59954898)
所以要對人員進行培訓

2011-4-15 16:40:55 成都-笨貓(304255169)
一件事情沒按計劃完成,是預算時間的原因,還是有困難需要幫助,還是……

2011-4-15 16:41:17 成都-笨貓(304255169)
一個一個任務盯著好象就不敏捷了

2011-4-15 16:41:48 青島-王春生
@笨貓,我覺得咱們還不是真正的敏捷。呵呵。

2011-4-15 16:41:55 青島-王春生
感覺還像是單兵作戰。

2011-4-15 16:42:25 青島-王春生
敏捷團隊里面,任務自己領取,然后沒明天及時更新,發現問題,團隊要給予協助解決。

2011-4-15 16:42:13 donkey(59954898)
房子裝修過程,是不是可以做成敏捷?

2011-4-15 16:42:26 成都-笨貓(304255169)
我們當前做不到

2011-4-15 16:42:30 donkey(59954898)
要求每個裝修工,理解到位,做到位

2011-4-15 16:42:43 北京-w(24074440)
我想問問,各位大俠對于 DONE 的定義是怎么看的?

2011-4-15 16:43:12 青島-王春生
這個應該不是很難的吧。:)

2011-4-15 16:43:14 donkey(59954898)
程序員就是代碼工人,搬磚,砌墻

2011-4-15 16:43:31 donkey(59954898)
但砌的墻質量要好

2011-4-15 16:45:18 成都-笨貓(304255169)
比如,每天早起跑步十分鐘容易吧,但是沒辦法堅持做到

2011-4-15 16:46:01 青島-王春生
如果咱們要實施scrum,應該嚴格按照scrum的實踐來做,不應當再有精簡了。因為scrum已經足夠精簡了。

2011-4-15 16:46:12 青島-王春生
如果再自己進行刪減,那么肯定會有各種各樣的問題出現。:)

2011-4-15 16:46:01 北京-Andy敏捷
Done:一般是符合代碼質量(遵循架構、單元測試、編碼規范、靜態代碼檢測等)、通過編譯(building)、通過驗收測試、是否有文檔需求完成(例如用戶手冊等)...


2011-4-15 16:47:34 成都-笨貓(304255169)
scrum已經足夠精簡——的確是

2011-4-15 16:47:44 成都-笨貓(304255169)
scrum那四個會挺重要的

2011-4-15 16:48:06 西安-橙子(34488954)
那四個?

2011-4-15 16:48:05 北京-Andy敏捷
需求的質量不容易做到,所以sprint結束的時侯PO和Team有糾紛。所以在Sprint Planning中每一個故事的acceptance test好是PO寫出來,而且要team確認

2011-4-15 16:48:11 成都-笨貓(304255169)
開過后感覺還是需要多給大家提供交流時間和空間

2011-4-15 16:48:25 廣州-馮智(288592)

怎么推行敏捷,我的想法
組織:組建一個敏捷團隊,把所有人都洗腦了,要認同敏捷
過程:根據自身情況,從敏捷的關鍵實踐中挑一些形成團隊的開發過程
工具:采用一些能幫助我們實踐敏捷的工具,如review的工具,自動化測試的工具,敏捷項目管理的工具
對象:定義從敏捷過程中有哪些東西需要產出,比如特性列表、用戶故事等

2011-4-15 16:48:27 北京-w(24074440)
。。。這個PO 能勝任么??..

2011-4-15 16:49:15 青島-王春生
呵呵,到不用洗腦吧。

2011-4-15 16:48:59 成都-笨貓(304255169)
需求的質量是難的,很多時候,客戶和產品經理,不看到頁面,沒辦法表達清晰需求

2011-4-15 16:49:43 青島-王春生
沒有那么嚴重的說,不過團隊的轉變需要一個原動力,發動者,這個人要比較清楚要做什么事情。

2011-4-15 16:49:23 北京-Andy敏捷
PO需要清楚的了解需求要完成的功能:)

2011-4-15 16:49:40 廣州-老菜(8913526)
不洗腦,就容易不認同,就會精簡

2011-4-15 16:50:23 青島-王春生
@笨貓,所以才要加快迭代,盡快讓客戶看到可以工作的東西,然后再定后面的需求。

2011-4-15 16:50:12 成都-笨貓(304255169)
客戶一般在看到成品了,才會表達:我想要的是這樣這樣

2011-4-15 16:50:19 西安-橙子(34488954)
否則story 已經后面的sprint backlog 怎么來做

2011-4-15 16:50:54 西安-橙子(34488954)
每日build 個版本出來

2011-4-15 16:51:20 青島-王春生
scrum實施起來,其實對團隊來講,我覺得變化不大。關鍵是我們的現在的 scrum master,往往會根據自己的理解,來對scrum進行刪減,甚至是改動,這是比較要命 的。

2011-4-15 16:51:44 青島-王春生
然后實施起來太多的問題,這個master又解決不了,然后宣布scrum實施失敗,敏捷不行。:)

2011-4-15 16:51:55 廣州-老菜(8913526)
SCRUM主要體現就是4個會議?

2011-4-15 16:52:29 青島-王春生
哪里哪里。呵呵。不僅僅是這四個會議。:)

2011-4-15 16:53:09 成都-笨貓(304255169)
scrum master一般是過程管理的人擔任,還是項目經理擔任?

2011-4-15 16:53:40 西安-橙子(34488954)
master 吧 在scrum 中沒有項目經理那一說

2011-4-15 16:53:43 北京-w(24074440)
實際上SCRUM MASTER的職能除開流程管理外,重要的還是要保護團隊。。牧羊犬的定義就是這么來的。

2011-4-15 16:54:04 青島-王春生
沒所謂的。:)對這個人其實沒有特殊的要求,但關鍵要對scrum的流程比較了解。

2011-4-15 16:54:32 青島-王春生
對。scrum master自己要堅持scrum的實踐,服務好團隊。

2011-4-15 16:54:15 北京-w(24074440)
別讓一些無關的需求或者決定來影響團隊的自主性。

2011-4-15 16:54:49 青島-王春生
保護好團隊,這些很重要的。

2011-4-15 16:54:40 成都-笨貓(304255169)
服務好團隊——服務也很重要

2011-4-15 16:54:58 成都-笨貓(304255169)
從出發點是為團隊服務的

2011-4-15 16:55:34 青島-王春生
項目經理 -> 權力,控制。
scrum master ->放權,服務。

2011-4-15 16:55:41 青島-王春生
這是兩個很重要的改變。

2011-4-15 16:55:58 青島-王春生
團隊 -》 被動執行。改為主動領取任務,自主決定。


2011-4-15 16:56:33 青島-王春生
團隊的改變,首要的條件是項目經理要轉變成scrum master。這個轉變完不成,就會不倫不類的。

2011-4-15 16:56:18 曹操(19919900)
我看這個需要公司的激勵機制

2011-4-15 16:56:54 青島-王春生
團隊的轉變也就無法開始,也只能是偽敏捷。呵呵。

2011-4-15 16:56:47 曹操(19919900)
團隊 -》 被動執行。改為主動領取任務,自主決定。

很多公司的程序員都是混日子的。。。沒有動力談何主動

2011-4-15 16:56:59 曹操(19919900)
很多時候,恨不得每天沒有任務可做才好。


2011-4-15 16:57:27 青島-王春生
呵呵,關鍵是項目經理要改變啊。

2011-4-15 16:57:14 曹操(19919900)
客戶提出的需求,恨不得沒有需求才好

2011-4-15 16:57:40 青島-王春生
這一點很關鍵的,項目經理不改變,讓大家改變,也是空談。

2011-4-15 16:57:44 北京-w(24074440)
好像有點跑題了。。。。回到正軌上~~

2011-4-15 16:58:16 曹操(19919900)
但是項目經理也希望項目早點驗收。。。認為客戶沒有需求了就完成項目了。或者驗收通過了就驗收項目了

2011-4-15 16:58:19 成都-笨貓(304255169)
所有的問題都是人的問題……

2011-4-15 16:59:06 青島-王春生
呵呵,回到本次討論的話題。

2011-4-15 16:58:47 曹操(19919900)
我感覺敏捷目前比較適合開源項目方面的開發。

2011-4-15 16:58:54 曹操(19919900)
哈哈。好

2011-4-15 16:59:34 青島-王春生
我覺得在敏捷中保證過程和質量,首要的一點,是要嚴格的遵循敏捷的實踐。:)

2011-4-15 16:59:55 青島-王春生
這是比較重要的。其實敏捷就是來解決過程和結果的嘛。:)

2011-4-15 16:59:34 曹操(19919900)
也就是要掌握敏捷的精髓

2011-4-15 16:59:44 北京-w(24074440)
如何提高質量,大家有沒有自己的經驗,可以談談。撇開 人 的因素。

2011-4-15 17:00:34 青島-王春生
可以考慮用xp里面的很多實踐來保證代碼的質量。

2011-4-15 17:00:20 成都-笨貓(304255169)
從需求開始就讓測試介入

2011-4-15 17:00:38 西安-橙子(34488954)
呵呵 雖然scrum 中注重溝通 文檔很少,但必要的規則性約定是必須的 ,否則每個人按自己的寫 以后別人都沒法看了

2011-4-15 17:02:28 廣州-老菜(8913526)
那標配的SCRUM團隊是怎樣

2011-4-15 17:02:33 北京-w(24074440)
笨貓,需求開始 具體是PO提出BACKLOG那個時候就開始了吧?

2011-4-15 17:02:44 廣州-老菜(8913526)
SM,PO,Team,Tester

2011-4-15 17:02:52 北京-Andy敏捷  

2011-4-15 17:03:10 北京-Andy敏捷
敏捷中提高質量的一些方法

2011-4-15 17:03:34 青島-王春生
tester應當屬于team中的一個部分。

2011-4-15 17:03:23 北京-Andy敏捷
綠色是敏捷所重點提倡的

2011-4-15 17:04:05 廣州-老菜(8913526)
PO,SM,Team=Dev+Tester

2011-4-15 17:04:57 青島-王春生
結對編程,持續集成, tdd,客戶,相關人員的積極參與,后面兩個andy翻譯下吧。:)

2011-4-15 17:04:59 青島-王春生
呵呵。

2011-4-15 17:05:18 青島-王春生
team 是完成項目任務,所需要的各種角色,dev, tester, dba, ued,可能都需要啦。

2011-4-15 17:05:36 北京-Andy敏捷
后面兩個是Agile modeling中的一些方法,實際用的不多,用的多的就是前面4個了:)

2011-4-15 17:05:59 成都-笨貓(304255169)
持續集成,多兩周是吧

2011-4-15 17:06:05 成都-笨貓(304255169)
好每天

2011-4-15 17:07:09 青島-王春生
daily build

2011-4-15 17:06:53 北京-Andy敏捷
比較苛刻的是每15分種或者checkin觸發。其實每天4:00開始一次也就可以了

2011-4-15 17:07:07 北京-Andy敏捷
下午4:00

2011-4-15 17:07:39 青島-王春生
但做到這一點,我覺得unitesting要實施起來,會比較好了。

2011-4-15 17:07:31 成都-笨貓(304255169)
嗯,我們用hudson,每一小時集成一次

2011-4-15 17:07:57 青島-王春生
tdd有點太超前,但unitesting可以做。:)

2011-4-15 17:07:46 北京-Andy敏捷
是的,unit testing是非常需要的

2011-4-15 17:08:14 青島-王春生
沒有單元測試,做持續集成也沒有多大必要。呵呵。

2011-4-15 17:08:04 成都-笨貓(304255169)
但是可用功能持續集成沒用

2011-4-15 17:08:19 成都-笨貓(304255169)
至多讓演示環境不用人工更新而已

2011-4-15 17:10:08 北京-Andy敏捷
持續集成還有一個作用:讓靜態代碼檢測工具至少一天跑一次,以讓可能的代碼風險早些發現

2011-4-15 17:10:49 青島-王春生
:),我覺得還有其他的一些,可以幫助保證質量的。

1. 需求的計劃會議,大家認證參與(估算)
2. 任務分解會議,也要認真參與(估算)
3. 代碼的review
4. 編碼規范。
5. 每日的站立會議,及時發現風險,及時解決。
6. 開發人員之間的自測(如果單元測試還做不到的話)
7, 演示環境每天更新,讓客戶和產品等相關人員都來看看。

2011-4-15 17:11:52 青島-王春生
我近體會,呵呵,估算還一定需要一個道具,就是那個估算撲克。它的妙處是你必須要表態,因為你不知道其他人的估算時間。既然要表態,那么就得認真參與,搞清楚每一個需求。:)

2011-4-15 17:12:26 青島-王春生
如果團隊對某一個story或者task的估算都比較一致,我想風險就會很小,因為都很清晰。

2011-4-15 17:12:27 成都-笨貓(304255169)
學習了,異地團隊開發的,有沒有可能在qq群開每日站立會議啊

2011-4-15 17:12:40 北京-W(13808432)
ANDY 春生。就像分粥原理一樣,敏捷也需要比較合適的制度或者策略 這樣才能符合實際。這里的講的多數都是一些理論或方法集。大部分人還都是了解的,以后可以講細些 或者小些


2011-4-15 17:13:02 青島-王春生
電話會議啊。

2011-4-15 17:13:43 青島-王春生
呵呵,或者網絡視頻。效果都很不錯的。我們現在就是這樣,在演示的時候,客戶在廈門。呵呵。:)

2011-4-15 17:13:55 成都-笨貓(304255169)
嗯,我們每次開會也是用網絡視頻

2011-4-15 17:14:04 深圳-yb(68695405)
感覺電話會議溝通的效果不是特別好

2011-4-15 17:14:08 北京-Andy敏捷
@北京-W,好主意!落實到一個具體的問題上,或者更深入...

2011-4-15 17:14:07 成都-笨貓(304255169)
每天都連好象不太好

2011-4-15 17:14:52 青島-王春生
呵呵,歡迎剛剛加入的朋友。:)

2011-4-15 17:15:07 青島-王春生
我們今天討論的話題:
敏捷開發與過程管理、質量管理
以及項目預算和期限固定情況下怎么實施敏捷


2011-4-15 17:15:09 路遙
[圖片]一般什么時候開始討論?

2011-4-15 17:15:19 北京-W(13808432)
我不是新朋友 是老朋友 只是潛伏著呢


2011-4-15 17:15:41 青島-王春生
每周五4:30。

2011-4-15 17:15:21 成都-笨貓(304255169)
敏捷其實夠細節的了

2011-4-15 17:15:54 青島-王春生
呵呵。剛剛有朋友加入了。:)

2011-4-15 17:15:34 成都-笨貓(304255169)
站立會議說什么都規定好了

2011-4-15 17:15:53 西安-橙子(34488954)
在開會前 每個人更新自己的backlog 根據當日完成情況估算完成率 再進行開會比較有效

2011-4-15 17:16:25 青島-王春生
scrum我是覺得,真的不要自己再刪減了,scrum需要的是補充完善,但不是來刪減更改。呵呵。

2011-4-15 17:17:51 西安-橙子(34488954)
你認為那些是可以刪減的呢?

2011-4-15 17:19:32 北京-王寧(183645899)
這個每次討論有記錄不?會后有整理記錄么?

2011-4-15 17:18:57 青島-王春生
會整理記錄,發到我們的scrum中文社區網站上面。

2011-4-15 17:19:03 青島-王春生
www.chinascrum.org.:)

2011-4-15 17:18:45 路遙
[圖片]同求 什么時候發布?

2011-4-15 17:19:45 青島-王春生
@橙子 你認為那些是可以刪減的呢?

scrum我覺得沒有一樣是可以減掉的。

xp里面的不是刪減,是選擇性使用。呵呵。


2011-4-15 17:20:32 青島-王春生
先用scrum來進行宏觀的管理,改觀宏觀的的過程管理,然后根據團隊具體的情況,選擇適合自己的開發時間,逐步改進和提升團隊的作戰能力。

2011-4-15 17:20:38 青島-王春生
這是比較好的一條道路。:)

2011-4-15 17:20:45 北京-Andy敏捷
呵呵,
我說一個具體的:需求的計劃會議也討論了,但是難免有遺漏。開發人員沒有和PO溝通,直接按照自己的想法做了。后sprint review的時侯PO說不應該這樣做。這個敏捷也說了,需要強調溝通。大家有什么具體的做法來解決加強溝通的問題?

2011-4-15 17:23:26 成都-笨貓(304255169)
圍成圈開發?

2011-4-15 17:24:46 青島-王春生
面對面,呵呵。我上個禮拜出去了轉了一圈,結果項目就出問題了。:),我擔任著po和架構師的角色,我出去了,很多的需求就沒有人解釋,技術問題也沒有人解決。結果就有的任務沒有完成了。:)

2011-4-15 17:24:55 青島-王春生
才真正體會到,面對面的交流多重要。

2011-4-15 17:24:59 西安-橙子(34488954)
這個我覺得在剛開始講述故事點 的時候大家就達成一致了, 后期可能又出現了一些分歧或理解不一致等,不是每天都有例會么,會上大家都會說自己每日的進度 完成什么 說的必須要讓大家明白你做了個什么東東

2011-4-15 17:25:18 Lisbon-吳晴(11725727)
我覺得應該有更好的方法的
(本消息由該成員通過手機QQ發送,體驗手機QQ請登錄: http://mobile.qq.com/c )

2011-4-15 17:25:58 Lisbon-吳晴(11725727)
互聯網時代跨地域開發很常見

2011-4-15 17:27:32 青島-王春生
無法坐在一起,網絡會議,視頻,電話。

2011-4-15 17:27:17 Lisbon-吳晴(11725727)
關鍵問題在于團隊成員能說同一種語言,意思是有必要的默契

2011-4-15 17:27:56 青島-王春生
隱喻。呵呵,xp里面的是這個概念。

2011-4-15 17:27:33 成都-笨貓(304255169)
面對面不成的話,qq語音聊天

2011-4-15 17:27:54 Lisbon-吳晴(11725727)
不要雞同鴨講

2011-4-15 17:29:13 西安-橙子(34488954)
總之個人對需求理解稍有不明白的 需先搞明白做什么做個啥樣子 再去做,別想當然的做 ,做出來的東西跟需求不一致 白費時間

2011-4-15 17:29:32 Lisbon-吳晴(11725727)


2011-4-15 17:30:28 Lisbon-吳晴(11725727)
要讓成員學會復述機制,即把他的理解,當即與需求人反饋溝通

2011-4-15 17:30:39 北京-Andy敏捷
坐在一起,面對面,降低擋板的高度(好沒有),每日會議中需要說明我不確定的東東,要求開發人員完成一個story之后必需給PO演示一下,說一種語言,目前為止,有如上加強溝通的具體辦法了[表情]

2011-4-15 17:32:49 青島-王春生
:)我們的新的辦公室,專門買的沒有擋板的辦公桌,大家坐在一起辦公。呵呵。:)

2011-4-15 17:32:55 青島-王春生
白板很重要。hoho

2011-4-15 17:33:43 深圳-化境(304587451)
好就在一個房間里 弄張圓桌當工作臺 這樣 工作會議 隨時開

2011-4-15 17:33:17 青島-王春生
有問題,隨時寫寫畫畫,就能把把事情說清楚了。大大的白板。:)

2011-4-15 17:34:13 深圳-化境(304587451)
是的

2011-4-15 17:33:19 北京-Andy敏捷
白板,沒錯

2011-4-15 17:33:44 北京-w(24074440)
to andy 要求開發人員完成一個story之后必需給PO演示一下 , 這樣是不是很費時間,并且PO一般情況下不會有時間來這么頻繁的做這個事情吧


2011-4-15 17:35:00 深圳-化境(304587451)
我一個人干活 老板也給我買塊白板來

2011-4-15 17:33:58 西安-橙子(34488954)
嗯 以前我們白天把自己每日做的工作 寫成小貼紙 貼在大白板上 哈哈

2011-4-15 17:34:23 成都-笨貓(304255169)
用todo

2011-4-15 17:34:40 西安-橙子(34488954)
呵呵 演示一個story 這個是必須的

2011-4-15 17:34:44 Lisbon-吳晴(11725727)
嘿嘿

2011-4-15 17:34:47 北京-w(24074440)
我正想問。。完成一個STORY 做演示 與完成一個SPRINT 做演示的 差異性在哪里

2011-4-15 17:35:11 青島-王春生
白板,貼紙,這是經典的工具。

2011-4-15 17:35:13 西安-橙子(34488954)
一般一個story 你總要客戶看到點成果吧 , 自己都演示不下去 如何讓客戶來看呢

2011-4-15 17:35:40 青島-王春生
隨時演示,可以確保事情是正確的吧。:)

2011-4-15 17:35:26 Lisbon-吳晴(11725727)
zendao其實可以把這些工具融合進去

2011-4-15 17:36:01 青島-王春生
會的。已經有大概的計劃了。

2011-4-15 17:35:42 北京-w(24074440)
隨時演示 在實際管理中,可行么?有人這么用過沒。

2011-4-15 17:35:52 西安-橙子(34488954)
一個story 包括好幾個sprint 是這樣嗎?

2011-4-15 17:36:03 Lisbon-吳晴(11725727)
無論成員在哪里,都不成問題

2011-4-15 17:36:31 青島-王春生
這個story也太大了些吧。[表情]

2011-4-15 17:36:29 北京-w(24074440)
。。。。你搞反了。。 橙子

2011-4-15 17:36:34 西安-橙子(34488954)
我們當時的一個sprint 是2周

2011-4-15 17:37:05 西安-橙子(34488954)
額 那是一個sprint包含多個story ??

2011-4-15 17:37:03 北京-Andy敏捷
Story做完即演示,是需要在開發人員的機器上演示一下,基本沒有成本,

2011-4-15 17:38:24 深圳-化境(304587451)
一個sprint 多少個工時

2011-4-15 17:37:28 成都-笨貓(304255169)
私下做一件事和做一件讓大家看到的事,可能對自己要求不一樣,演示也有這個作用

2011-4-15 17:41:08 西安-橙子(34488954)
演示主要是讓大家回顧下 這個sprint 的主要工作 完成程度 跟原始需求是否一致,有時時間長了大家慢慢都忘記初的需求啦 呵呵 

2011-4-15 17:41:14 北京-Andy敏捷
  

2011-4-15 17:41:25 北京-Andy敏捷
這是我們實際做的一個例子

2011-4-15 17:42:24 北京-W(13808432)
這個我看了 非常好 我看了之后 有所感悟


2011-4-15 17:42:24 北京-Andy敏捷
完成即演示有一個好處:發現其他story中沒有討論到的或者理解有偏差的地方。

2011-4-15 17:43:24 青島-王春生
[表情]

2011-4-15 17:43:19 北京-w(24074440)
噢。。那么你們這個即時演示 是否屬于非正式的?

2011-4-15 17:43:44 北京-Andy敏捷
同時分組進行開發也有一個好處:如果開發真的出現問題,不能按照計劃完成,那么可以舍棄優先級低的那些故事

2011-4-15 17:44:26 北京-Andy敏捷
屬于非正式的

2011-4-15 17:45:30 北京-Andy敏捷
在tester介入測試功能之前做的

2011-4-15 17:45:33 北京-w(24074440)
嗯,謝。我想如果SPRINT的時間足夠的長話,我會用這種方式試試。。。

現在很多互聯網公司的SPRINT 可以做到半周或者更短。


2011-4-15 17:46:09 西安-橙子(34488954)
一般是2~3周吧

2011-4-15 17:46:26 北京-w(24074440)
2-3周也是經驗之談。。從來沒人說固定是多少的

2011-4-15 17:47:01 西安-橙子(34488954)
當時得看項目大小跟團隊人員了

2011-4-15 17:47:04 西安-橙子(34488954)
當然

2011-4-15 17:48:41 成都-笨貓(304255169)
長度通常為2-4周

2011-4-15 17:49:16 青島-王春生
半周時間太短了。:)

2011-4-15 17:49:45 青島-王春生
短是一周了。半周節奏太快了。2周我覺得是一個不錯的時間。

2011-4-15 17:50:40 西安-橙子(34488954)
是 還要溝通問題等等 半周時間太少了

2011-4-15 17:51:20 青島-王春生
會議就要占了一天多。呵呵。

2011-4-15 17:51:09 西安-橙子(34488954)


2011-4-15 17:51:30 青島-王春生
周期太短,會議這些消耗就比較多。

2011-4-15 17:51:36 青島-王春生
不太劃算。

2011-4-15 17:51:33 西安-橙子(34488954)
人太少 都折騰不起

2011-4-15 17:51:52 西安-橙子(34488954)
今天還有一個話題吧

2011-4-15 17:52:35 青島-王春生
項目預算和期限固定情況下怎么實施敏捷


2011-4-15 17:53:25 青島-王春生
第二個話題。呵呵。其實我覺得這不是問題。敏捷恰恰是比較合適的方式來完成這樣的項目。:)

2011-4-15 17:55:06 北京-Andy敏捷
我拋一個問題:這個話題主要是項目型的嗎?即甲方和乙方類型的?

2011-4-15 17:55:50 青島-王春生
應該是吧。:)話題的發起者是誰來著。呵呵。

2011-4-15 17:56:28 成都-笨貓(304255169)
兩種都需要固定期限吧

2011-4-15 17:58:25 青島-王春生
AG老兄不在。:)

2011-4-15 17:58:14 Ag(58633994)
但是敏捷不是提倡迭代方式,當前周期只分析當前的需求, 但是這樣子對后期的規劃就比較缺乏了

2011-4-15 17:58:45 青島-王春生
來了。呵呵。

2011-4-15 17:58:37 Ag(58633994)
sorry

2011-4-15 17:59:03 Ag(58633994)
敏捷提倡的是迭代,提倡關注當前周期內的東西

2011-4-15 17:59:07 北京-Andy敏捷
如果是甲乙方關系,很多甲方都習慣于瀑布式的管理項目,即給乙方2個月理解需求,然后就別煩我了,后開發完成后讓我來驗收。這樣乙方如何敏捷呢?客戶不會整個開發過程陪著乙方,也許不會忍受2~4周review一次[表情].

2011-4-15 18:00:16 Ag(58633994)
那就是說這種甲乙方的方式,不適合敏捷?

2011-4-15 18:00:34 成都-笨貓(304255169)
產品經理在團隊中代表甲方,與甲方的溝通中代表乙方

2011-4-15 18:01:04 北京-w(24074440)
敏捷實施是團隊內部并且小范圍的框架,PO在這里的作用就是代替了客戶。所以我想為什么SCRUM團隊里一定得有PO就能說的通了。

2011-4-15 18:01:33 廣州-老菜(8913526)
現在大部分項目都是有固定期限的吧

2011-4-15 18:01:51 成都-笨貓(304255169)
記得全球之旅時那位老外講師說過這個問題,解決辦法是:想辦法讓客戶參與 ,后送客戶一頂高帽子,我們有偉大的客戶

2011-4-15 18:03:00 Ag(58633994)
但是如果需求是階段性的漸進明細的話,就會導致項目期限的不確定性,你只有到了那個階段,才能夠清楚工作周期。 這里不就跟一開始固定的期限沖突了嗎

2011-4-15 18:04:18 Ag(58633994)
個人覺得敏捷的迭代會增加項目完成周期的不確定性

2011-4-15 18:04:44 青島-王春生
不沖突的。

2011-4-15 18:05:09 青島-王春生
團隊在迭代里面只關心迭代里面做的事情,但這不意味著產品人員就沒有事情做了。

2011-4-15 18:05:35 青島-王春生
po的角色就要負責規劃好產品的發布計劃,整理好需求,他要比團隊想到前面去。

2011-4-15 18:06:04 Ag(58633994)
但是敏捷不提倡對后期的規劃,只對近期工作進行規劃


2011-4-15 18:07:31 Ag(58633994)
是不是我對敏捷的理解出現錯誤呢?

2011-4-15 18:08:09 青島-王春生
產品的發布計劃,也是要做的啊。andy提過一個解決方案,在實施sprint 1之前,實施一個sprint 0。大家對要做的需求,發布計劃做一個規劃。

2011-4-15 18:08:46 青島-王春生
這并不矛盾的,我想你是對敏捷誤解了。你看看所有的敏捷的資料里面,都沒有說,我們不提倡后期的規劃。

2011-4-15 18:08:42 北京-Andy敏捷
我們也碰到過甲方用瀑布,乙方要敏捷的事情。乙方希望通過敏捷的方法來控制風險,適應甲方可能變化的需求。

2011-4-15 18:09:08 北京-Andy敏捷
 

2011-4-15 18:09:14 Ag(58633994)
對,目前我們也是這種狀況

2011-4-15 18:09:16 北京-Andy敏捷
這是我們的做法

2011-4-15 18:09:25 北京-Andy敏捷
和大家交流一下

2011-4-15 18:10:01 北京-Andy敏捷
基本思路是這樣:
需求調研作為“前置項目”
應用Scrum
1~2周為一個Sprint周期
交付物為文檔、Demo、原型等,目的是獲得客戶對需求的確認
更早獲得客戶使用系統后的需求變化
更早獲得文檔理解偏差的需求風險
后期工作作為“開發項目”
Scrum+XP
需求人員是Scrum中的PO


2011-4-15 18:10:56 北京-Andy敏捷
向前面一個老兄說的,客戶往往是看到實際的系統才會發生需求的變化

2011-4-15 18:11:33 Ag(58633994)
在你們過去的敏捷經驗中, 交付日期跟計劃的交付日期會不會相差很遠?

2011-4-15 18:12:13 青島-王春生
其實實施敏捷,應該可以更好的幫助項目的完成。

2011-4-15 18:12:37 青島-王春生
客戶也會很樂意參與到項目中來。畢竟甲方的負責人,也是想把事情做的漂亮些。

2011-4-15 18:12:49 青島-王春生
在領導面前,可以有面子。:)

2011-4-15 18:13:19 青島-王春生
單純做瀑布的話,反而風險很大。做了半年一年,交付了,可能做的和客戶想的想去甚遠。

2011-4-15 18:13:00 Ag(58633994)
我可以看到對風險和質量這一塊的好處,但是擔心時間控制的問題

2011-4-15 18:14:53 北京-Andy敏捷
對于時間的控制,在實際開發的sprint開始之前,需要有一個sprint0的階段,以分析需求和做系統架構,這和傳統的項目管理沒有本質區別,

2011-4-15 18:15:46 北京-Andy敏捷
區別在于不用做的非常細致,夠用即可(雖然是套話,確實是到這個程度即可):)a

2011-4-15 18:16:25 北京-Andy敏捷
時間也會在sprint0有大致的計劃,例如發布計劃會有一個

2011-4-15 18:17:01 北京-Andy敏捷
這里面一定會有buffer

2011-4-15 18:17:31 北京-Andy敏捷
包括風險等

2011-4-15 18:17:57 Ag(58633994)
你的意思是說用buffer來控制初期規劃程度過粗帶來的風險嗎?

2011-4-15 18:19:59 青島-王春生
在前面做瀑布是的需求分析和設計,然后后面再走敏捷的迭代就好啦。

2011-4-15 18:20:00 青島-王春生
呵呵。

2011-4-15 18:24:13 北京-Andy敏捷
buffer確實是消除風險的方法之一。迭代也是消除風險的方法,還有及時的反饋等

2011-4-15 18:24:47 Ag(58633994)
好,兩位大哥的意見對我很有幫助

2011-4-15 18:25:27 Ag(58633994)
關于瀑布和敏捷的結合,我要再深入研究研究

2011-4-15 18:25:51 北京-Andy敏捷
[表情]


2011-4-15 18:27:44 青島-王春生
呵呵。咱們今天就到這兒吧。:)

2011-4-15 18:28:19 青島-王春生
謝謝大家的參與,謝謝andy的精彩解答。:)

2011-4-15 18:28:30 青島-王春生
下個禮拜再見。:)

2011-4-15 18:28:11 Ag(58633994)
[表情]
謝謝

2011-4-15 18:29:28 成都-笨貓(304255169)
感謝各位

2011-4-15 18:30:06 青島-王春生
回家了。呵呵,大家周末愉快。:)

2011-4-15 18:29:57 北京-Andy敏捷
周末愉快!

2011-4-15 18:33:57 成都-笨貓(304255169)
周末愉快

2011-4-15 18:34:24 孤獨的自由
學到了很多 周末愉快

關于落地敏捷沙龍:

落地敏捷沙龍是由北京訊思威爾和青島易軟天創共同達到的線上線下的敏捷沙龍。旨在為國內敏捷的愛好者和實踐者提供一個實實在在的討論學習的地方,更好的促進敏捷在國內的實施。

目前我們的落地敏捷沙龍共有線上線下兩種方式。線下的沙龍目前在北京有聚會。其他城市正在招募組織者。有愿意做我們當地線下沙龍組織者的朋友們,歡迎和我們聯系。我們的聯系方式:chunsheng#cnezsoft.com

線上的交流主要是通過QQ群的方式來進行,每周五下午4:30-6:30,大家在線上,就一個話題展開討論。參與討論的qq群為:119612914,加群請注明落地敏捷,謝謝。

歡迎大家就落地敏捷沙龍的方式,話題等等提出建議和意見,讓我們一起把這個沙龍做得更好。

發表評論
評論通過審核后顯示。
文章分類
聯系我們

聯系人:魏中顯

電話:18561939726

Email:[email protected]

QQ:1746749398

地址:青島開發區長江路232號國貿中心C座2單元2902室

聯系人:徐賀

電話:15216484215

Email:[email protected]

QQ:1492153927

地址:青島開發區長江路232號國貿中心C座2單元2902室

聯系人:徐賀

電話:13730922971

Email:[email protected]

QQ:2845263372

地址:青島開發區長江路232號國貿中心C座2單元2902室

聯系人:孫良宇

電話:13165056632

Email:[email protected]

QQ:3137772959

地址:青島開發區長江路232號國貿中心C座2單元2902室

聯系人:徐亞京

電話:17663982076

Email:[email protected]

QQ:2679672214

地址:青島開發區長江路232號國貿中心C座2單元2902室

聯系人:劉斌

電話:17685869372

Email:[email protected]

QQ:526288068

地址:青島開發區長江路232號國貿中心C座2單元2902室

云禪道

云端的項目管理軟件

尊享禪道項目軟件收費版功能

無需維護,隨時隨地協同辦公

內置subversion和git源碼管理

每天備份,隨時轉為私有部署

免費試用
三肖中特期准黄大仙373745