《構建之法》——五個問題
1.在團隊開發中,每個人的性格也不盡相同,有人喜歡把事情儘早做完,但也有人喜歡把事情放在後面,拖到最後,出現兩極分化,這樣就會產生衝突、工作進展緩慢、合作不愉快等,那如何協調和解決這件事情,從而來保證團隊的高度團結和團隊開發的效率?
2.在開發過程中,總會遇到客戶提出不太切合實際的想法或是無理的要求,那麼怎樣跟客戶進行溝通,委婉讓客戶知道他的想法或要求是沒有意義的?
3.在團隊中,每個人的水平層次也不盡相同,那在團隊中如何合理分配每人的任務?
4.重複的工作會磨滅創新性,不停做同一件事,往往會忽視而難以發現新的東西。那麼作為一個軟體工程師,如何在團隊工作中保留自己的創新能力呢?
5..在團隊中有可能會有這樣的情況:“為什麼他的任務比我的少?”,“為什麼他工資比我高?”。那麼團隊中這樣的分配如何找到一個平衡點?
6.在開展專案之前的需求分析階段,各種分析資料是軟體團隊自己去搜集還是團隊從其他途徑獲取?!
相關推薦
構建之法五個問題
告訴 還在 找到 個人 程序猿 裏程碑 承擔 構建 時間 1. P144頁,章節7.2.8 提到學習所有的經驗 提到總結經驗和經驗分享是在每次裏程碑結束時進行,我很疑惑,每天進行站立會議時,是不是也可以進行經驗總結和分享? 2. P137頁,章節7.2.3提到成員授權和信任
《構建之法》——五個問題
1.在團隊開發中,每個人的性格也不盡相同,有人喜歡把事情儘早做完,但也有人喜歡把事情放在後面,拖到最後,出現兩極分化,這樣就會產生衝突、工作進展緩慢、合作不愉快等,那如何協調和解決這件事情,從而來保證團隊的高度團結和團隊開發的效率? 2.在開發過程中,總會遇到客戶提出不太切合實際的想法或是無理的
構建之法 第五章 團隊和流程
ini 之前 組織 第五章 團隊 mod 交互 然而 逆轉 典型的團隊開發模式和流程,完全是新的內容;涉及到更多的術語和有意思的策略性東西 1.團隊模式【我比較認可的】 主治醫師模式 由首席程序員(相當於首席醫生)負責整個工程,周圍人員各司其職,配合支持中心人物的工作;
讀《構建之法》第五章
交付 瀑布模型 pro 集體 成員 統一 工作 變形 流程 第五章說的是團隊和流程, 什麽是團隊? 團隊有一致的集體目標,團隊要一起完成這目標,一個團隊的成員不一定要同時工作,例如接力賽跑。 團隊成員有各自的分工,互相依賴合作,共同完成任務。 軟件團隊有許多
構建之法三、四、五章總結
創業 安排 便是 為什麽 軟件 構建 似的 讓我 生活 趁著五一小短假期間閱讀了這三章,讓我感覺想要成為一名軟件工程師的路還要很長,在我面前就出現了一條分叉路:即是成為一名個人能力優異但不顧及團隊成員理解與否的程序員還是個人能力一般但會結合團隊人員的理解能力去編程的程序員,
構建之法階段小記五
團隊 master 設立 合作 軟件開發 frame 方案 解決方案 框架 本周學習了構建之法的第6、7章,在先前兩人結對編程和團隊開發流程的基礎上對於軟件項目有了更進一步的了解。 第6章以許多淺顯的描述介紹了敏捷流程的一系列理論及其原則,最重要的即
構建之法第三四五章總結
職業 驅動 技能 自動操作 人的 階段 提升 理解 成員 軟件開發流程不光指團隊的流程,還包括個人開發流程,因為軟件團隊是由個人組成的。在團隊的大流程中,是沒一個具體的人在做開發,測試等,因此,個人在團隊中也有獨立的流程,把每個人的工作有序組織起來,就是團隊的流程。
構建之法 第五次心得
設計 實體關系 以及 ont 討論 nag 有一種 不定 擴展性 構建之法9、10、11章 第九章 學習了第九章之後,了解到了在一個項目中項目經理的重要性。生活中,無論什麽團隊工作,都需要一個領隊,來掌控團隊項目的發展,以及各個成員工作的分配。PM指Product Mana
《構建之法》第五章讀書筆記
收集數據 效率 衡量 配置 測試 人在 模式 輸出 發現 第5章 團隊和流程 一、非團隊和團隊 團隊的共同特點: 1、團隊有一致的集體目標,團隊要一起完成這目標。一個團隊的成員不一定要同時工作,例如接力跑。 2、團隊成員有各自的分工,互相依賴合作,共同完成任務。 二、軟件
《構建之法》第五次隨筆
編程 成了 工程 信息 軟件開發 都在 變化 容易 原因 MSF,即微軟解決方案框架,也就是微軟推薦的軟件開發方法,大約在1993年,微軟在總結了自己產品團隊的開發經驗和教訓,以及微軟咨詢服務部門的業務經驗後推出的。MSF基本的原則:1.推動信息共享與溝通;2.為共同的
構建之法第五六章讀後感
例子 spa scrum 過程 困難 老板 敏捷開發 統一 學習 鄒欣老師的這本書,寫得形象生動,第五章用體育運動等團隊例子引出軟件開發團隊的形式。軟件團隊形式多樣,適用於不同的人員與需求。團隊可能會演變的模式有:主治醫師模式、明星模式、社區模式、業余劇團模式、秘密團隊、特
《構建之法》(五)
提取 軟件服務 use 內部 模型 以及 標註 發展 靈活性 本周閱讀了第10~12章,進一步學習了在開發一個軟件時需要考慮並做到的幾個方面。 第10章 典型用戶和場景 作為軟件,目的是為了實現用戶的需求,所以,開發軟件最大的目的不是“軟件工程”,而是“用戶”。
《構建之法》讀書筆記五
mic 獨立 問題 產品開發 需要 用戶 推薦 構建 解決方案 這禮拜學習了第七章 MSF 和 第八章 需求分析 。 MSF我以前沒遇到過,是一個新的名詞簡稱,全稱是Microsoft solution framework ,譯為微軟解決方案框架,也就是微軟
讀構建之法 第五章:團隊和流程
min 這樣的 程序員 希望 成員 eat 貢獻 核心 不能 團隊有一致的集體目標,團隊要一起完成這目標。一個團隊的成員不一定要同時工作,例如接力賽跑。 團隊成員有各自的分工,互相依賴合作,共同完成任務。 軟件團隊有各種形式,適用於不同的人員和需求。基於直覺形成的團隊模式未
構建之法第五章讀書心得
多個 功能需求 優先級 周期 基礎 第五章 高效 包括 交付 這一章我們主要學習了團隊和流程。團隊簡而言之就是開發一個軟件工程的團隊,那麽團隊究竟怎樣在一起開發這一軟件便有了多種多樣的方法。 比如所有人都一起做的一窩蜂模式,但這樣模式弊端很大,雖然都做了許多工作,但結合起來
構建之法(第五章 團隊和流程)
功能 實用 運用 驗證 的人 秘密 開發 個性化 社區 第五章主要講了典型的軟件團隊模式和開發流程。以及我們也將討論團隊模式和開發效率之間的一些關系。 1.非團隊和團隊 團隊的主要特點: 1) 團隊有一致的集體目標,團隊要一起完成這個目標。一個團
初讀《構建之法現代軟件工程》的5個疑問
get 疑問 能夠 理論 targe 代碼 人的 能力 書籍 1.第二章的單元測試中,創建單元測試的步驟中第一步和第二部能夠明白,第三步比較實際結果和預期結果(Assert.IsTrue(target !=null );)就不明天白了。 2.第二章的性能測試中,對性能測試的
基於《構建之法》的幾個小見解
關系 希望 階段 周期 這一 都在 urn blog foo 第一章 計算機科學和軟件工程的關系 中國大陸的高校中大致有下面三種將計算機軟件的機構: 計算機科學與技術系或學院 軟件學院 軟件工程系、軟件工程學院 問題1: 這一章有講到
現代軟件工程-構建之法---第五章 練習與討論
在一起 缺點 建議 除了 有時 成員 測試 大腦 避免 1、團隊模式和團隊的開發模式有什麽關系 團隊模式主要取決於組成團隊的成員,包括team leader以及team mates。其中,由於身處各個角色人員的性格,能力以及IQ,EQ等的不同,特別是tea
構建之法 學習筆記04
部分 使用 用戶 != 工作 應該 覆蓋率 錯誤處理 必須 關於軟件工程的一些基本概念和技術 單元測試 絕大部分軟件都是由多人合作完成的,大家的工作互相有依賴關系。最典型的的例子就是,某人負責的模板的功能被其他人調用。軟件的額很多錯誤都是來源於程序員對模塊功能的誤解、疏忽或