6月想的很雜荤牍、倒也沒有太明確一定要想出個所以然案腺，而且故意把學(xué)習(xí)節(jié)奏放緩了，最終還是決定康吵，需要把最近的思考寫下來劈榨，就當(dāng)自己的成長筆記了，等過段時間在來拍死現(xiàn)在的自己晦嵌。所有內(nèi)容還是跟神奇的agile相關(guān)同辣。
一、用戶故事和用戶故事地圖
1惭载、用戶故事是什么旱函，怎么寫，為什么需要用戶故事描滔，都略過棒妨，之前這趴已經(jīng)想清楚了，重點是怎么從產(chǎn)品習(xí)慣的PRD（我還見過有些產(chǎn)品連PRD都沒有含长，直接原型一扔）轉(zhuǎn)換到用戶故事券腔，同時灾炭，product backlog refinement的目的，怎么做颅眶，理清了。
從PRD轉(zhuǎn)到用戶故事田弥，最簡單的方法：行政命令（從上到下）涛酗，哪怕PO不理解，團(tuán)隊不理解偷厦，沒有關(guān)系商叹，你會發(fā)現(xiàn)有了行政命令后，他會這么去做的只泼。其實之前最困擾我的問題是剖笙，如果沒有行政命令支持，我怎么可以讓產(chǎn)品馬上就改用用戶故事去表述需求请唱，無數(shù)實踐證明弥咪，很難，需要有一些數(shù)據(jù)支持證明原來的方法有些許無效或老板的力量十绑，難道沒有辦法了嗎聚至？肯定不是的，這時候讀了好幾遍的《硝煙中的scrum和XP》就派上用場了本橙，我又一次認(rèn)真讀了一遍扳躬，發(fā)現(xiàn)書里提供了很多實踐的辦法，可惜甚亭，我之前從沒有認(rèn)真每一條照著做過贷币，有選擇的錯過了一些內(nèi)容。書里提供了故事的模板亏狰，可以用excel制作役纹，也可以去henrik的博客找，每次填好打印出來即可暇唾，見下圖：
產(chǎn)品經(jīng)理需要填寫除了estimate之外的字段字管，這樣的故事就可以用來作為planning meeting的輸入了，在planning meeting上信不，團(tuán)隊在對故事進(jìn)行估算嘲叔，填寫estimate字段。等PO習(xí)慣這樣去書寫后抽活，在進(jìn)一步就可以去寫標(biāo)準(zhǔn)的US了硫戈，這是一個心理接受轉(zhuǎn)換的過程，同時故事到更標(biāo)準(zhǔn)的故事而已下硕，大家可以嘗試一下丁逝。我也會在后面嘗試實踐汁胆。
2、refinement
在說refinement霜幼，之前對refinement模模糊糊嫩码，完全不知道為什么一定要有這個會，明明scrum guide里面是沒有這個會的罪既。最近突然被點通了铸题，因為US也是分粒度的，按澄清程度可以分為亂麻琢感、磚頭丢间、鉆石三類，所以可以理解為refinement其實是講亂麻->磚頭的一次梳理過程驹针，這個過程也需要PO和研發(fā)團(tuán)隊的參與烘挫，和planning meeting完全不矛盾，planning的目的就兩個柬甥，what和how饮六，當(dāng)提前做好refinement（解決做什么what），planning時能專注在細(xì)節(jié)（怎么實現(xiàn)how）苛蒲，節(jié)約時間喜滨，并且很多時候，從亂麻->磚頭也是需要探討很久的撤防，這是一個過程虽风。
3、用戶故事地圖怎么用寄月，為什么用辜膝，理清了，第一次帶團(tuán)隊實踐漾肮。
為什么需要用用戶故事地圖呢厂抖？主要是為了解決“只見樹木，不見森林”問題克懊，很多時候產(chǎn)品也好忱辅，開發(fā)也罷，都覺得自己很忙谭溉，可是到底做了多少需求墙懂，還有哪些需求沒有做，有沒有全景圖呢扮念？這時候就發(fā)現(xiàn)大家一臉懵逼损搬，用戶故事地圖就解決這個問題。用戶故事地圖（user story map）即將用戶故事部署在產(chǎn)品地圖上，產(chǎn)品地圖是根據(jù)用戶使用產(chǎn)品的行為活動和關(guān)鍵行為抽象出的一張產(chǎn)品路線圖巧勤。所以最上一層是user activity嵌灰，第二層是theme（所有theme的集合也叫做backbone），第三層是US（通常PBL里的US）颅悉，當(dāng)你把用戶故事地圖做出來沽瞭，討論完，mapping好剩瓶，其實也相應(yīng)對齊了iteration驹溃、sprint goal。這里可以說一下第一次帶團(tuán)隊做了實踐后儒搭，我們這個產(chǎn)品因為有3個PO，大家第一次對齊了第一層（想想就知道這有多可怕芙贫，我們這個產(chǎn)品已經(jīng)發(fā)布了很多功能了）搂鲫，接下來在對齊了之前的幾次iteration。
二磺平、Scrum和XP
在推薦一次《硝煙中的scrum和XP》一書魂仍，曾經(jīng)最熟悉的scrum其實并沒有理解透徹，我們現(xiàn)在很多時候用的scrum里拣挪，工程實踐部分來自XP擦酌，比如持續(xù)集成、編碼規(guī)范菠劝、代碼集體所有赊舶、TDD（測試驅(qū)動開發(fā)）等，這提醒了我赶诊，很多時候?qū)W習(xí)時一個循環(huán)過程笼平，看書->實踐，千萬不要丟下任何一環(huán)舔痪，畢竟經(jīng)典的書是每看一次都會有新收獲的寓调。
三、端到端
端到端的概念在解釋一次锄码，即需求提出到需求上線夺英，在近幾年的工作中，很幸運地接觸過一次端到端滋捶，后來的實踐里面發(fā)現(xiàn)都是斷掉的痛悯，我們了解到需求的時候已經(jīng)是需求到了PO，PO到傳遞到團(tuán)隊重窟，團(tuán)隊開發(fā)上線的這一段了灸蟆，雖然對這一段比較熟悉，但是前面一段完全丟失，跟蹤不到炒考，也沒有職權(quán)去跟蹤可缚，還是會影響一些理解和方法使用，總的來說斋枢，整體端到端要打通帘靡，不僅會用到scrum、肯定也會用到kanban瓤帚，至于工具的選擇描姚，還是推薦jira、或者白板（sticker）戈次，做方案也是一件困難的事轩勘，需要去分析痛點，做完方案還需要去宣講怯邪，確保正確執(zhí)行绊寻，修正，持續(xù)跟蹤悬秉。
好啦澄步，這次先寫這么多吧，是很混亂和泌，先當(dāng)練筆吧村缸，以后希望可以寫自己的公眾號，加油武氓。
