其他

 關注點分離（Separation of concerns，SOC）關注點是指對軟體工程有意義的、小的、可管理的、可描述的軟體組成部分，一個關注點通常只同一個特定概念或目標相關聯。關注點分離（Separation of

 創造良好的工作環境，使團隊更優秀。 使用這個實踐把項目團隊凝聚在一起，建立高效的工作環境。這個實踐使團隊能夠：

文章目錄 沒有後悔藥自然法則態度就是一切  科學的方法科學就是希望從我們獲得這些部分的可能有錯誤的關於世界的經驗出發，獲得關於這個世界的一般性的知識。“一個科學家，不論是理論家還是實驗家，都提出陳述或陳述系統，然後一步一步檢驗它們。說得具體一些，在經驗科學的領域裡，他們構建假說或理論系統，然後用觀察和實驗，對照經驗來檢驗它們。”      

 What is time boxing?Time boxing is about fixing the time we have available to work on a given task and then doing the best we can within that time frame. So instead working on something until it is “done” in one sitting, we only work on it for say 3

文章目錄 在軟體專案管理中的“電梯測驗”

文章目錄 核心理念知識管理系統理想的話務中心IBM的知識管理策略麥肯錫的知識管理

 時間盒給了自己一個暗示，在這個時間段內，沒有其他人或其他事情，甚至是自己會打擾自己，這樣就容易進入nlp（神經語言編程）中所說的“流動”狀態或禪中所說的“禪觀”狀態。在這種狀態下，處理事情的效率往往是最高的。 Parkinson’s

文章目錄 核心觀念一個比喻一種做法（劉潤）第二種做法一些意見

文章目錄 學習NLP的益處NLP的基本精神：前提假設NLP如何工作NLP的原則NLP的知識體系   NLP定義NLP為Neuro-Linguistic

 微軟《SOA in the Real World》筆記09——第二章 第二章：訊息和服務“SOA不是你所購買的，而是你所做的。”——Jason

 在軟體需求開發過程中，我們常常使用Use Case技術和介面原型技術，如何把這兩種技術很好地結合起來，更好地應用於我們的需求開發實踐中呢？筆者在此提出一種實踐概念，希望能起到拋磚引玉的作用。 在大部分的需求開發實踐中，主要使用如下的四種文檔作為需求分析的輸出結果，它們分別是：Use Case圖Use

敏捷專案管理——組建適應力強的大型團隊適應力強的組織架構無論項目團隊規模大小，項目的核心價值觀和原則總是保持不變的，除此之外，建立一個較大型的適應力強的團隊還需具備如下要素：1.        集線式組織圖包含了等級結構和網路結構。 2.        自我組織的擴充尋找合適的團隊領導；清晰表述工作分解和整合策略鼓勵團隊之間的溝通和資訊交流制定項目決策的架構 3.        團隊自律成為最好的團隊承擔團隊結果的責任與其他團隊協作在項目自我組織的架構內工作平衡項目目標和團隊目標 4.     

  微軟SOA in the Real World筆記10——第二章 服務分類在考察服務類別時會注意到兩種主要的服務類型：本來是基礎設施的服務，提供通用的、不會被認為應用的一部分的功能，以及屬於應用的一部分的服務，提供應用的構建塊。 軟體使用了一系列不同的通用功能，包括由作業系統提供的諸如記憶體管理和I/O處理的底層服務，以及由C語言執行階段程式庫（RTL）、Java平台或者.NET

 微軟《SOA in the Real World》筆記02——第一章  第一章：面向服務架構（SOA） “SOA和雪花一樣——沒有兩片是相同的。”- David Linthicum 顧問Consultant

文章目錄 什麼是Feature: 特徵驅動開發定義： FDD過程： FDD中的角色 FDD相關的度量 FDD的最佳實務 觀點彙集：Ozzzzzz：colorUML其實可以用一句話來表達。開發一個全面模型Ozzzzzz：  什麼是Feature: The unit of development and thus an increment in an FDD project - a feature - is tiny; … Features (

 微軟《SOA in the Real World》筆記03——第一章 SOA

 微軟《SOA in the Real World》筆記04——第一章 為什麼關注SOA?

 通過多次增量式迭代來開發系統，降低項目風險。 使用這個實踐把項目劃分成一系列更小的、自包含的和有時間限制的（time-boxed）的微型項目。 這個實踐使團隊能夠：協作一致、目標明確地計劃、執行和追蹤項目。更有效地行政時間、品質和預算。能在項目早期示範可工作的軟體，可以收集到來自於客戶和使用者的重要反饋。敏捷地響應變化。更頻繁地交付更高品質的、更適當的解決方案。在項目早期就可獲得一個可操作的系統，在此基礎上可以增量地成長為完整的系統。 產生的製件 這個實踐產生出一些與管理相關的製件：通過變更、

 微軟《SOA in the Real World》筆記05——第一章 理解服務任何SOA努力的第一步是清晰地識別出關鍵的業務上的問題或者挑戰。問題或挑戰定義得越準確，就越容易確定SOA項目的方向和範圍。通過在高層設定清晰的方向和願景，就能夠很容易得到天生具有跨職能部門的合適的項目。一旦定義了組織的業務推動力，服務分析過程就可以開始了。服務分析是組成服務生命週期的一個步驟。服務生命週期解釋了組織定義、開發、部署和操作服務所必經的步驟。 服務通常用來暴露諸如遺留平台和業務運行系統等方面的IT投資。

 微軟《SOA in the Real