2008-08-26 39 views
0

我們是一個由3名開發人員組成的小團隊(2名經驗豐富,但是對這個特定的商業部門來說是新人)開發一個功能複雜的產品。我們正在使用Scrum,並在每次衝刺結束時進行演示。很明顯,功能團隊有很多想法,但這些都沒有很好地傳達給開發團隊,演示提出的問題比答案更多。Scrum - 如何從功能/商業團隊獲得更好的投入

對於提高功能人員的輸入質量,您有什麼建議嗎?

進一步信息:我認爲問題的一部分是,有沒有規格或用戶故事本身。就我個人而言,我認爲他們需要寫下某種需求 - 他們應該寫下什麼樣的東西,並考慮到它的敏捷過程有多複雜?

回答

0

他們是否參加了站立式會議?

你可以建議走在他們每個(或一些)的代表,要求他們輸入衝刺

1

有時候結束之前從人獲得輸入最簡單的方法是迫使出來的他們。我的公司在一個項目中使用了SCRUM,並且很快就發現,當他們已經知道自己在做什麼時,他們傾向於保留自己。我們最終組織了每週會議,要求團隊成員顯示本週學到的內容。它被迫,但它工作得很好。

2

您是否嘗試過與您的客戶合作來定義/制定驗收測試
使用像Fit這樣的東西來提出這些測試 - 會導致更好的規格,並強制客戶考慮真正需要的東西。在這個過程結束時,蛋糕上的糖霜就是instant-doc-executable規範。

這當然,如果你的客戶是可用並開放這種方法。試一試!

如果不是(這似乎是大多數 - 因爲它是較少的工作) - 日曆閃光燈他們的 - 安排會議/ telecons每星期,直到他們唱的像金絲雀:) +1德納

1

我是用例的忠實信徒,詳細描述系統行爲以迴應用戶的行爲。總體而言,這些可以形成一套鬆散的需求,並且在SCRUM環境中可以幫助您優先考慮用例,這將形成特定sprint的實施功能。

例如,在與您的職能團隊交談之後,您將識別15個單獨的用例。您優先使用用例,並決定計劃5次衝刺。並且每次衝刺的結束都會通過並演示產品實現衝刺期間實施的用例,注意反饋並修改用例。

0

您是否正在進行站立式會議,並且您是否燒燬了圖表?我認爲這兩個方面會讓你受益匪淺。

1

我知道你稱爲功能人員的人是產品負責人,對吧?

我認爲問題的一部分是沒有規格或用戶故事等。就我個人而言,我認爲他們需要寫下某種需求 - 他們應該寫下什麼樣的東西,並考慮到它的敏捷過程有多複雜?

實際上,如果沒有任何規格,您可能還沒有對待辦事項的驗收測試。你應該讓採購訂單編寫用戶故事,我喜歡「作爲一種類型的用戶 - 我想 - 有一些目標 - 這樣 - 某種原因 - 」。形成。請記住,用戶故事應INVEST - ndependent,ñ egotiable,V aluable到用戶或客戶,ē stimable,小號商場和牛逼 estable。必須將驗收測試與故事一起書寫,以便團隊應該知道故事必須能夠做些什麼才能確定完成。

請記住,隨着產品的不斷髮展,預計PO在他看到工作產品時會有想法。這不是一件壞事,實際上它是通過敏捷可以獲得的最好的事情之一。你必須注意的是,這個想法將被包含在產品積壓中,並且需要按照PO的優先次序。而且,如果有必要並且會爲顧客增值,那麼這個想法應該計劃在下一次衝刺中建立起來。

+0

是的。我們正在像你說的那樣做用戶故事,但目前它是開發團隊的主要負責人,他們從PO的輸入中編寫它們。顯然這並不理想,但目前我們別無選擇。 就像你建議的用戶故事+驗收測試是至關重要的 - 我會看看 - 謝謝 – 2008-09-16 07:34:51

0

我推薦這本書「Practices of an agile developer」它充滿了如何讓scrum團隊成功的建議。它還提供瞭如何讓產品擁有者/客戶更多參與以及如何讓整個流程滾動的良好技巧。這是值得的錢恕我直言。

1

來自功能團隊的人應該是團隊成員之一,並且可以回答有關您要添加的功能的問題。

如果他們沒有足夠詳細,你如何估算Backlog項目?

您可以建立一個規則,即沒有明確驗收標準的Backlog項目是無法計劃的。

如果最好讓功能團隊中的某個人充當產品負責人,確定,選擇並優先考慮待辦事項項目和/或域專家。

此外,請確保功能團隊和開發團隊中的每個人都講同一種語言,以避免誤解;見ubiquitous language

跟蹤功能團隊等待答案的時間,以及浪費時間開發不必要的功能或改造現有功能以使其符合賬單的時間。

0

我同意你需要某種要求(用戶故事或其他)。

我可以給出的一條建議是在功能團隊中使用某種視覺輔助工具。當顧客有很多想法時(正如你所說的),他們通常也會對視覺特徵有一個直觀的概念,當開發出來的產品不符合這個視覺想法時,它會產生很多疑問,即使它做了工作職能。

在與客戶討論功能時,我儘量做到非常直觀。在畫板上畫草圖,甚至口頭描述事物的樣子。試圖找到一個共同的視覺形象。然後,您可以拍攝草圖的照片,並將其用作文檔的一部分。

另一個建議是保持儘可能短的衝刺,以便您做更頻繁的演示。但是你可能已經在做這個了,因爲你沒有提到你目前的衝刺時間。