|
|
Thinking ...
在這里已經(jīng)整整一年了，覺得還是有必要總結(jié)一下發(fā)現(xiàn)的問題。
1，版本。
問題：沒有真正把CVS的功能使用起來，check in時(shí)注釋不寫或者不寫清楚，沒有及時(shí)update和
diff，造成check in舊版本的覆蓋著新版本的；CVS使用不嚴(yán)謹(jǐn)，造成check in太隨便，版本過多，一天N
個(gè)版本的現(xiàn)象比比皆是，有點(diǎn)像收到垃圾郵件似的，想diff一下都困難重重。
解決：版本控制的使用不僅僅是管理者熟悉，重要的還是使用者的使用，只有更多地去學(xué)習(xí)，更
有效地使用才是正道。
2，需求。
問題：需求變化太快，快過了開發(fā)的速度。有總會(huì)有想法的，腦袋轉(zhuǎn)得比手腳還快也正常。
解決：不管是領(lǐng)導(dǎo)還是客戶，不管需求變化得如何地快，都不能來個(gè)大轉(zhuǎn)彎改向，應(yīng)該在保持原來大計(jì)劃的方向下急時(shí)地做出一些改動(dòng)來適應(yīng)新的變化，后面再抽時(shí)間來去改變。
3，大局。
問題：有計(jì)劃就不亂就不累，沒有側(cè)反然。沒人把握大局，沒有計(jì)劃，整個(gè)團(tuán)隊(duì)就沉浸在修改需
求，修改BUG的大漩渦之中。
解決：找個(gè)人能不受外界的影響來定下長遠(yuǎn)和各種中期的計(jì)劃，然后一直走下去，并定期按實(shí)際情況和進(jìn)度進(jìn)行適度的調(diào)整。
4，項(xiàng)目。
問題：有問題就整個(gè)團(tuán)隊(duì)進(jìn)入進(jìn)行解決，如果是戰(zhàn)場(chǎng)的話那可能就會(huì)得個(gè)全軍覆沒的結(jié)局，可是
，難道我們這不是戰(zhàn)場(chǎng)嗎？
解決：幾年前就看過當(dāng)時(shí)剛起步的一種軟件工程的新管理方法--XP。現(xiàn)在雖然沒怎么關(guān)注了，不
過應(yīng)該發(fā)展得不錯(cuò)了吧。XP比較合適小團(tuán)隊(duì)開發(fā)，特別是多變化式的。我覺得，從大局來看，應(yīng)該保持整
個(gè)項(xiàng)目的前進(jìn)，如果有問題只留小部分人進(jìn)行處理，大部隊(duì)繼續(xù)前進(jìn)。這是我的戰(zhàn)略。
5，架構(gòu)。
問題：沒有架構(gòu)或者架構(gòu)很差，那就給維護(hù)帶來很多很大的麻煩，成本也會(huì)上升，壞的結(jié)果還會(huì)
讓項(xiàng)目流產(chǎn)或失敗。
解決：
6，設(shè)計(jì)。
問題：只有最差的工人才會(huì)死著腦筋按著設(shè)計(jì)師的意思去做東西，不管是否有問題。說有人就借
說：那是他們?cè)O(shè)計(jì)的，我只負(fù)責(zé)編碼！
解決：不要做代碼工人，要就做軟件工程師。不管是誰設(shè)計(jì)的，你都要了解清楚，要知道是否有
問題，有好的吸收，有壞的改出進(jìn)。
|
|
