小猿日記（6） - 技術方案成長篇

口水記

今天參加了團隊內一個新功能的技術評審，雖然自己不參與開發&設計，不過去蹭蹭經驗也是挺好的，關于一些需求/設計提下自己的建議。

從需求評審一直跟到了技術評審。

由于時間比較緊急，屬于倒推項目，雖說后面增加了幾個后端開發，但是懂的都懂。

他們各自負責一部分功能的開發，技術方案出的也是比較急的，且最近的幾個周六都需要加班。

相較于正常的開發這次功能，這次的項目整體時間，壓縮了30%左右吧。

在技術評審的時候就體現了一些出來。

首先說說明顯的不足吧，然后再說說改進

不足：

由于時間問題，技術評審明顯缺少了一些設計，想哪寫哪，直接寫的接口，技術評審完全變成了接口評審

開發人員分工協調問題，相同功能，兩個人重復過了，在會上才確認人

開發對于需求不思考目的，不關心后續的一個發展，該功能上線便萬事大吉

第一點

首先針對第一點的問題，雖然時間很緊，但是必要的一些方案還是不可少的。

簡單的描述，就是下面幾點：

功能的UML圖

系統整體架構

數據庫設計

核心功能的流程圖

是否使用了團隊之前未使用到的新技術（發現在很多團隊并沒有這點的一個說明，這點其實挺重要的，特別是對于一些倒推項目，很容易導致延期）

上面幾點是基于整個團隊來思考的，文檔中應該要有的。

而且在技術方案中，應該是需要過的。這次的技

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。