最近開發都很忙的,累得要死,一直沒有時間更新,但最近幾天也是變數最大的幾天.也深刻感受了變給專案進度帶來的影響.
首先[color=red]是需要發生變化[/color],或者說是當時的時候一些功能點並沒有非常明確,導致在開發的過程,需要二次,甚至三次確認功能點,這無疑影響了開發的質量,不過也明顯的感覺到**在開發中的變化太頻繁了,就算是定好的prd,也會隨著開發,ued的介入後,會改變.
其次是[color=red]技術方案變更[/color],最初計畫儲存訊息檔案,是通過遠端分布式是持久化儲存+本地檔案儲存的方式做(這個方案最主要是避免在伺服器重啟的時候,丟失聊天記錄,所以先要快取在本地).但開發三天後,發現這個方案有乙個問題,就是在分布式環境下,儲存的本地檔案會亂掉,比如說,使用者a先訪問機器1,然後再訪問機器2,那就會在本地儲存兩份檔案,在使用者退出的時候,甚至不知道需要把未儲存的檔案寫到持久層.基於這個問題,和其它同學商量後,決定丟棄這部分聊天記錄,當然這樣的使用者體驗就更差了.剛決定這樣做後,另乙個開發人員提出來了,其實是可以讓使用者的聊天活動始終定位到一台機器上,這樣可以避免之前遇到的問題.其實到這個時候發現,是因為現有的[color=red]開發人員對於系統不是了解[/color] ,導致在設計的時候一些錯誤的思考.其實整個請求是:
所以專案成員一定要在熟悉系統的情況下,制定合理的技術方案.
[color=red]不確定的公升級開發[/color],再專案開發過程中,我們公升級了旺旺協議包和使用了新版本的tair,其中這兩個底層庫都是最近公升級的,tair包還在測試過程.而對於這塊的風險我是沒有評估到的.這直接導致了增加了開發階段的時間,好在開發人員的能力還***,專案只是順延了兩天發布.
但是並不是每次都能保證每次都有強力的開發人員,所以對於專案的評估需要增加以上三種考慮時間,特別是在技術方案階段,要盡量細化.
專案管理初 3
3月3日 兄弟大婚的日子,離四川太遠了,不能回去參加,只有在杭州祝兄弟新婚快樂了.一早還是開了乙個簡短的晨會,說說昨天的工作和今天的計畫.但由於第一天是大家口頭上說說,並沒有記錄下來,今天讓實習的同學幫助記錄一下每個人的計畫安排,以便於我能了解到每個人的進度.在早會中,發現了大家對著形勢似乎不感興趣...
專案管理初 4
3.5 周五 詳細設計的最後一天,終於沒有太多的會議了,可以專心寫點文件了.大家都自己的文件的要求不是很高,但進度還是在可控的範圍內.但現在最迫切要解決的是人員問題.我已經感覺到了外包同學離開的意願了,而且這個文件結束後,是最好的乙個離開點.所以我將這個事情給tl反應了,先建議我找他談談.一早上,我...
專案研發管理初涉
在上個公司很幸運，可以有機會擔任研發管理的工作，之前可以說是完全沒有這方面的經驗的，作為乙個初次涉及這方面的工作，之前也完全沒有理論指導的情況下，怎麼樣才能完成專案的開發工作，不至於使專案失敗呢？初到新公司，入去的第一步還要重新建立開發團隊。如果說從最初的團隊組建到之後的專案開發最難的是什麼的話，首...