這是第三個scrum團隊開發，也是我首次擔任scrum master一職。所以需要掌握的流程還是很多，也會碰到各種問題，在此記錄一下，希望對以後有所幫助。
day1: 開了一次kick-off meeting，團隊定下了第乙個sprint的目標。晚上回憶並惡補了一下sm的知識。
day2:
團隊一起對story進行了任務劃分。
決定如何定義乙個story的大小。
sms are responsible for process, removing impediments and coaching.
day3:
今天第一次主持daily standup，有乙個需要改進的地方就是把一些不該在會上出現的內容當場impediment來討論了，最終導致會議由22分鐘（3個人）。
明天要特別注意，保持在3-5分鐘。
今天開了story groom，有幾個需要改進的地方。
1. 如果評估的story size太大，比如40，但是平均進度是10乙個sprint, 那麼最好的方法是要拆分story
2. 給po demo的時候，因為怕po看不到程式是否在執行（命令列程式執行安裝），所以就臨時改了乙個引數，讓安裝的介面可以顯示。。這是致命的乙個錯誤，完全沒有按照story的期望來，可以算是失敗。
最近參加了為期兩天的csm培訓，收穫很大，做了大量的筆記。同時也在慢慢熟悉掌握scrum的流程與核心價值觀。
感覺scrum對個人的綜合能力要求很高，比如影響力，怎麼激發團隊的熱情，怎麼協調，怎麼處理各種存在的問題。
目前最大的乙個困難應該就是團隊裡乙個成員上班時間問題，此人最近基本都是11點或者乾脆下午才到公司。因為屬於另外乙個小組，所以一直在猶豫如何處理，如果直接跟他說時間問題，容易引起反面的效果。目前的想法是用xp裡的結對程式設計，從下個sprint開始，每天早上45分鐘，算是從流程上來解決這個問題吧。正好最近的培訓也有提高，scrum可以借鑑合適的其他的敏捷方法，如結對，tdd等。
專案日誌N
由於專案時間比較緊，每天經常性的加班，而家裡的電腦始終被老婆占用，因此專案日誌被我停下了。現在專案已經進入測試階段，是在公司內部的測試。與原幾乎的4月15號交給客戶驗收的時間相比，現在的計畫是4月28號交給客戶驗收。造成工期的延長有兩個原因，一是在開發時間太少，儘管兄弟們一直加班，但在4月1日的時候...
專案日誌20190714
今天400左右 在平穩中發生著變化，但是 不進則退，接下來要做什麼，未來始終風險和機遇並存 現在我們又回到我的第一篇部落格 論進度成本範圍三角形計算專案理論 中來。從7月1號到現在，我們完成了一些轉變，制度在健全。團隊在打造。業務範圍也在增加。某些客觀事實，我們沒有辦法，例如 資金不夠，合夥人生病了...
專案日誌20200131
日子過得真快，廢話不多說。我可不可以這樣想一下 如果我的僱了乙個不錯的女孩把我們奶茶店的日均營業額提公升到了1k，那麼我接下來有兩條路自己 需要自己選擇，1 和現在合夥的女孩結婚，以後遇到這種商業的問題了，我還是義無反顧的做。繼續為了家庭而辛苦著。2 和現在的合夥女孩分手，至少我現在一時半會兒迷茫著...