關於團隊協作與產品設計

2022-09-23 06:07:11 字數 875 閱讀 3484

目前,我所在的專案組開發用的是vs,做.net。隨著時間推移已經基本熟悉了系統框架,逐步開始獨立開發模組。

【發現問題】

發現問題是上個月吧,記得當時自己負責開發的模組,快完成的時候開了個小組會議,當時總經理對我的頁面和功能設計提出了很多改進意見。在沒有設計文件情況下我只能按照自己的理解去設計和開發,當時被提出需要改進的設計甚至是前幾天得到他同意的設計方案,因為有些個別拿不定的地方還是要確認下。當時就覺得很委屈,有種說不出的委屈。

最近又出現了,我開發的部分的頁面設計方案,資料庫表一下子全改了,不用原來的了,這樣一來開發了兩週的功能重新再來一遍。當時在想,這樣的工作思路就是在浪費勞動力。如果不能明確功能,那麼可以先做別的功能啊,也不至於這邊剛做完就返工啊。

覺得專案開發過程中沒有設計文件作為參考就是不太好,也許有人會說根據需求去自主設計開發更加鍛鍊人,但是那是對於有一定開發經驗,對系統整體需求和系統設計風格有一定了解的開發者,而我接觸系統還不到一個月,沒有那麼多的瞭解。在沒有指引的情況下,設計出來的功能很大可能不符合要求。也許說可以先設計demo然後通過了再開發,對啊,但是你總不能每個頁面都拿給上面看,讓上面去稽核吧,如果這樣那麼領導肯定給你準備好了demo,還讓你自己設計個什麼勁。

還有,有時不同的人對某個點的實現方案給出不同的意見,如果開始是按照普通員工的指導去做,就可能不符合經理那邊的設計思想。上次一個資料繫結,同事跟我說直接後臺傳前臺進行繫結就行,後來經理看了就說這樣太好,考慮到框架和系統的問題,要改成系統全域性繫結的,也就是我在系統級的檔案裡進行繫結,其他頁面如果要繫結同樣的資料直接呼叫我提供的資料。

【解決方案】

有詳細的設計文件,包含概要設計和詳細設計,專案組有負責人有最終決策權,最好在下達任務時能把考慮到的開發人員應該注意的和那些與以前開發不一樣的地方,還有那些已經想到了可能出錯的地方簡單說一下。