Scrum實踐 如何拆分Story

2021-07-29 14:48:18 字數 1002 閱讀 6947

去年入職公司不久,就趕上了公司「敏捷」開發的改革大潮。從最初的敏捷培訓,到摸著路探索,也有4個月的時間了。

現在,對於grooming,planning,daily stand up,demo review retrospective這些scrum中的活動已經清楚了很多。

活動內容

grooming

梳理需求,估story point

planning

將story放到sprint中

daily stand up

分享完成的,要完成,問題

demo review

demo演示

retrospective

反思回顧這個sprint做的好的,還有不好的

spidr

理解spikes

research,前期研究,比如要研究會用到的新技術

paths

比如,乙個需求包含不同種方式,比如新增contact功能,可以從portal,api,upload三種方式,那麼就可以分成3個story

inte***ces

比如乙個需求同時支援安卓,ios,pc端

data

比如我們系統有這樣的需求:在危急事件發生時,需要通知事件發生區域周圍的人,但是這些人的位置資訊,包括固定地點資訊,如在這個區域居住或辦公的,還有動態位置資訊,如在這個地方出差的,或者偶然進入這個區域的,這些位置資訊資料**不同,我們可以按這個劃分,逐步完善。

rules

比如,使用者想要看到不同**的contact數量的統計報告,但是系統統計所有contact數量會很慢,但是一定數量的contact比較快,這是我們可以先將規則定位比如30000條來進行統計,然後在其他的story中效能優化,可以再改變這個規則

總之,在拆分story時,spidr是個很好的技巧。但是,實踐當中不用把這些方法都用上,只要能把story分的小到易於完成就可以了。

Scrum實踐步驟

1.挑選一位產品負責人 productowner 這個人必須知道自己帶領的團隊需要做什麼 製造什麼產品以及取得什麼成果,必須全面考慮到風險與回報 什麼具有可行性 什麼能做以及他們對什麼富有熱情。2.挑選乙個團隊 team 真正做事的是誰?這個團隊必須能夠落實產品負責人的願景。團隊規模宜小不宜大,一般...

實踐scrum隨筆

1.產品backlog 2.對於backlog的估算 3.燃盡圖 burndown 4.了解團隊的生產率 5.掌握scrum眾多的基礎實踐 scrum和極限程式設計 xp 都要求團隊在每一次迭代的結尾完成一些 可以交付的工作片段。迭代要短,有時間限制。將注意力集中於在短時間內交付可工作的 這就意味著...

如何在E MapReduce上使用storm

目前e mapreduce已經支援了apache社群的1.0.1版本的storm。使用者可以通過選擇e mapreduce 最新的映象版本emr 2.0.0 以及後續的以上版本 通過在控制台軟體列表中勾選storm軟體進行安裝,選擇完畢後即可登入到master節點,通過命令列提交storm作業 e ...