《構建之法》 五個問題

2021-08-20 16:20:49 字數 448 閱讀 1144

1.在團隊開發中,每個人的性格也不盡相同,有人喜歡把事情盡早做完,但也有人喜歡把事情放在後面,拖到最後,出現兩極分化,這樣就會產生衝突、工作進展緩慢、合作不愉快等,那如何協調和解決這件事情,從而來保證團隊的高度團結和團隊開發的效率?

2.在開發過程中,總會遇到客戶提出不太切合實際的想法或是無理的要求,那麼怎樣跟客戶進行溝通,委婉讓客戶知道他的想法或要求是沒有意義的?

3.在團隊中,每個人的水平層次也不盡相同,那在團隊中如何合理分配每人的任務?

4.重複的工作會磨滅創新性,不停做同一件事,往往會忽視而難以發現新的東西。那麼作為乙個軟體工程師,如何在團隊工作中保留自己的創新能力呢?

5..在團隊中有可能會有這樣的情況:「為什麼他的任務比我的少?」,「為什麼他工資比我高?」。那麼團隊中這樣的分配如何找到乙個平衡點?

6.在開展專案之前的需求分析階段,各種分析資料是軟體團隊自己去蒐集還是團隊從其他途徑獲取?!

構建之法第五章

構建之法第五章 本章為團隊和流程,主要介紹了典型的軟體團隊模式和開發流程以及它們的優缺點 tsp mvp mbp rup團隊 並不是幾個人湊到一起就叫團隊,稱之為團隊 1 應該有一致的集體目標,團隊要一起完成這目標 2 團隊成員有各自的分工,互相依賴合作,共同完成任務 軟體團隊的模式 1 主治醫師模...

《構建之法》問題與思考

閱讀筆記 我在閱讀書籍的時候,大部分都是瀏覽,也許是跟我看的書籍的內容有關係吧,但是,在瀏覽過 構建之法 這本書後,我精讀了它,以下是我在閱讀完1,2,16章後有的想法和問題,希望和大家一起分享和討論。質疑和不斷探索會幫助大家進步。第一章 概論 引用 軟體團隊要從需求分析 requirement a...

《構建之法》問題與思考

第一章 概論 1.引文 乙個軟體或者服務要有人買就得找到顧客。顧客有各種需求,有些靠譜,有些不靠 有些容易做到,有些難以做到。軟體團隊要從需求分析開始,把合適的需求梳理出來,然後逐步展開後續工作。問題 在開展專案之前的需求分析階段,各種分析資料是軟體團隊自己去蒐集還是團隊從其他途徑獲取?如果軟體要求...