這是我第一次主導項目，沒有什么經(jīng)驗。本來項目的開發(fā)周期為十天，由于沒有什么經(jīng)驗，導致開發(fā)時間由十天變?yōu)榱硕惶?#xff0c; 一直到今天才算是正式結束，明天交付給客戶。回想起這幾天的經(jīng)過，想總總結一下。

1、在項目剛開始的時候，沒有對項目的整體有一個概念性的認識，雖然是看了需求文檔，但是需求文檔上寫的很模糊。看的也不是太懂。

2、第二天，開始設計項目所需的數(shù)據(jù)庫表，因為我做的是服務器后臺這塊，所以，主要設計后臺數(shù)據(jù)庫這塊。

3、數(shù)據(jù)庫設計完了之后，就開始寫代碼了，看了看框架發(fā)現(xiàn)員工管理和部門管理這塊都可以不用在重新寫代碼了，之間在框架的基礎上面進行修改就可以了。

4、在新的一周開始的時候，經(jīng)理看看我設計的數(shù)據(jù)庫，說這樣弄有很多BUG，他有重新設計好了之后給了我。

5、我在他設計好的數(shù)據(jù)庫上面，先弄清楚各個數(shù)據(jù)表之間的關系，有很多地方都不懂，就問經(jīng)理 。他說：有的表是主表，而有的表是副表。一般當一個表中的字段是另外一張表中的主鍵是，那么這張表就是副表了。

關于和客戶斡旋的技巧 ，只要客戶沒有提出某項需求是，自己最好不要主動提出， 如果提出了，最好是讓他確定好，并且明確告訴他這樣做之后我們不會再更改了。把話說明白，以免客戶到時候會在提出更改的需求。

在服務器向客戶端寫接口時 返回的數(shù)據(jù)格式越簡單越好，越精確越好。 如果嵌套太多的話會導致客戶端解析的時候非常困難。

轉(zhuǎn)載于:https://www.cnblogs.com/lipengxu/p/9551226.html

總結

以上是生活随笔為你收集整理的第一次主导项目的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。