臨下班開了個上線總結(jié)會，總結(jié)了這次上線遇到的問題红碑。程序員們還是淳樸的舞吭，相互之間容易交流，不大會藏著掖著析珊。
總結(jié)出幾個問題
- 項目周期太長
- 臨時需求的處理
- ued修改過頻
- 產(chǎn)品需求模糊
商討的解決方案主要有兩個羡鸥。
- 提高上線頻率。
上線就如考試忠寻，有種正式感惧浴。不上線的時候，可能會留下許多小問題奕剃。長時間不上線會積累很多問題衷旅，上線時問題會非常多。頻繁上線則相當于定期解決這些問題纵朋。同時柿顶，頻繁上線會倒逼產(chǎn)品盡快理清需求，否則他們一直不理需求操软，多了之后他們自己也亂了嘁锯。ued也不容易一改再改，完全閑的蛋疼聂薪。 - scrum敏捷開發(fā)家乘。
遇到的每個問題前人都遇到過，大部分都有成熟解決方案藏澳。scrum是讓5-9人一組仁锯，有專門的產(chǎn)品負責人和項目計劃者（稱為scrum master),每天都需要回答三個問題：
a) 自上次Scrum會議后的1天里你做了什么？
b) 從現(xiàn)在到下次Scrum會議的1天時間里你準備做什么翔悠？
c) 你在工作中遇到了哪些困難业崖？
我想如果這個執(zhí)行得好野芒，問題會解決一大半。大部分問題都是溝通的問題腻要。每天有機會一起交流复罐，不但增加感情，更能提高工作效率雄家，進步更快效诅。這種模式更容易發(fā)現(xiàn)問題，出了問題大家能出謀劃策趟济。
如果有緊急需求乱投，所有人也能立刻商量，去制定新的計劃顷编。達成一致比什么都重要戚炫。
其實想想解決方法也沒什么特別的，很多人都能想到媳纬。但為什么之前沒有實行起來呢双肤？因為流程和規(guī)定不是誰都能制定的，必須要是安總這種級別的才能讓大家信服钮惠。
這次上線主要問題還是在于大家沒有一個統(tǒng)一的流程茅糜。所有人沒有一個參考標準的時候，基本都是逮著什么做什么素挽，自然容易亂蔑赘。一個好的流程能讓大家知道自己在做什么，別人在做什么预明，什么是最重要的缩赛。
最后發(fā)表點感慨。今天的會議讓我深深的感到我們原來是個初創(chuàng)公司撰糠，標準的做事方法都沒有形成酥馍。看到了很多問題旨袒，并且大家也在謀求解決。這是一個團隊成長的過程遮斥，于我來說很有價值扇丛。我對這種很感興趣。今天的討論也算有一定成果帆精，但后面的執(zhí)行仍然是個問題较屿，包括安總隧魄，包括我們。安總是否能讓ued和產(chǎn)品對自己的問題引起重視隘蝎，讓他們更多順從我們？我們能不能將scrum執(zhí)行好嘱么？我很害怕scrum會成為雞肋，棄之可惜曼振，食之無味几迄。不管怎么說，我很想盡力去做冰评。
