『定義』：
     今天的大多數軟件都不是擁有它的組織機構開發的，而是購買的?？紤]到這些開發和解決方案選項，今天的業務分析師有一項額外任務：即決定最佳的策略來發現和溝通需求，不論組織機構決定采用哪種方式實現自動化。
 
『關于平衡知識、活動和人』：
      以需求策略作為指導，決定從哪里開始，是否有足夠的細節，你需要哪個迭代循環，記錄知識時采用哪種形式，何時復查，何時讓哪些利益相關者參與，何時構建原型，何時以及如何做大量的事情，讓你的工作更接近為業務產生最優價值，每個項目的情況不同，有必要采用不同的做事順序、做事細節、溝通形式。
 
『項目需求輪廓及需求策略』：
     需求輪廓包括這些節點：概念、范圍確定、工作調研、產品確定、需求定義、構建。  下面是4種常見項目需求輪廓的需求策略：
       1、外部輪廓，將發現的需求發送給外部的解決方案提供商。
       2、迭代輪廓，以迭代的方式發現需求并交付部分解決方案，直到產品完成，開發解決方案的開發者和你密切合作，通常你們屬于同一個組織機構。
       3、順序輪廓，需求必須完全確定，才能提交給設計者和開發者，讓他們開發解決方案，在經過階段檢查點之后，就很難改變。
       4、你自己的策略，首先發現最適合你的項目策略（最佳方式是從一個一般的輪廓模型開始），然后進行改變。
 
『提升需求技能』：
    1、不再是速記員
      1）問題不是‘你想要什么’，而是‘你要做什么’
      2）更加積極主動
      3）研究利益相關者的需求和產生這些需求的人（以適合這些人、工作方式、技能水平）
    2、限制寫下的需求數量
      1）只寫人們愿意讀的需求
      2）遇到這些低價值事件，停止開發。
    3、復用需求
      1）領導創新沖鋒
      2）做建議創新的人
      3）協調創新會議
    4、尋找業務規則
      1）項目開始時了解以前的業務規則
      2）揭示以前未知的規則
      3）領導創建新的規則
      4）如果組織機構沒有正式的方式記錄這些業務規則，可以記錄到BUC場景中。
    5、思想代理
      1）理解每個孤島的關注點，在孤島之間解釋和溝通。
      2）確保每個團隊的關注點有優先次序
    6、系統思考
      不僅要看工作中組件的相互連接，還要看工作如何適應更大的系統（組織機構本身）、如何適應更大的世界。
    7、可視化
      1）通過數據可視化（草圖），用圖形的方式展示數據，數據的含義就變得更豐富有力了。
      2）文字描述系統總是不夠的，產品、系統和過程通常是多維度，使用文字很少能準確描述其寬度和深度。