臨下班開了個(gè)上線總結(jié)會(huì)，總結(jié)了這次上線遇到的問題。程序員們還是淳樸的，相互之間容易交流，不大會(huì)藏著掖著。
總結(jié)出幾個(gè)問題
- 項(xiàng)目周期太長
- 臨時(shí)需求的處理
- ued修改過頻
- 產(chǎn)品需求模糊
商討的解決方案主要有兩個(gè)。
- 提高上線頻率。
上線就如考試，有種正式感。不上線的時(shí)候，可能會(huì)留下許多小問題。長時(shí)間不上線會(huì)積累很多問題，上線時(shí)問題會(huì)非常多。頻繁上線則相當(dāng)于定期解決這些問題。同時(shí)，頻繁上線會(huì)倒逼產(chǎn)品盡快理清需求，否則他們一直不理需求，多了之后他們自己也亂了。ued也不容易一改再改，完全閑的蛋疼。 - scrum敏捷開發(fā)。
遇到的每個(gè)問題前人都遇到過，大部分都有成熟解決方案。scrum是讓5-9人一組，有專門的產(chǎn)品負(fù)責(zé)人和項(xiàng)目計(jì)劃者（稱為scrum master),每天都需要回答三個(gè)問題：
a) 自上次Scrum會(huì)議后的1天里你做了什么？
b) 從現(xiàn)在到下次Scrum會(huì)議的1天時(shí)間里你準(zhǔn)備做什么？
c) 你在工作中遇到了哪些困難？
我想如果這個(gè)執(zhí)行得好，問題會(huì)解決一大半。大部分問題都是溝通的問題。每天有機(jī)會(huì)一起交流，不但增加感情，更能提高工作效率，進(jìn)步更快。這種模式更容易發(fā)現(xiàn)問題，出了問題大家能出謀劃策。
如果有緊急需求，所有人也能立刻商量，去制定新的計(jì)劃。達(dá)成一致比什么都重要。
其實(shí)想想解決方法也沒什么特別的，很多人都能想到。但為什么之前沒有實(shí)行起來呢？因?yàn)榱鞒毯鸵?guī)定不是誰都能制定的，必須要是安總這種級(jí)別的才能讓大家信服。
這次上線主要問題還是在于大家沒有一個(gè)統(tǒng)一的流程。所有人沒有一個(gè)參考標(biāo)準(zhǔn)的時(shí)候，基本都是逮著什么做什么，自然容易亂。一個(gè)好的流程能讓大家知道自己在做什么，別人在做什么，什么是最重要的。
最后發(fā)表點(diǎn)感慨。今天的會(huì)議讓我深深的感到我們原來是個(gè)初創(chuàng)公司，標(biāo)準(zhǔn)的做事方法都沒有形成。看到了很多問題，并且大家也在謀求解決。這是一個(gè)團(tuán)隊(duì)成長的過程，于我來說很有價(jià)值。我對這種很感興趣。今天的討論也算有一定成果，但后面的執(zhí)行仍然是個(gè)問題，包括安總，包括我們。安總是否能讓ued和產(chǎn)品對自己的問題引起重視，讓他們更多順從我們？我們能不能將scrum執(zhí)行好？我很害怕scrum會(huì)成為雞肋，棄之可惜，食之無味。不管怎么說，我很想盡力去做。
