posts - 188,comments - 176,trackbacks - 0
          『定義』:
               今天的大多數軟件都不是擁有它的組織機構開發的,而是購買的。考慮到這些開發和解決方案選項,今天的業務分析師有一項額外任務:即決定最佳的策略來發現和溝通需求,不論組織機構決定采用哪種方式實現自動化。
           
          『關于平衡知識、活動和人』:
                以需求策略作為指導,決定從哪里開始,是否有足夠的細節,你需要哪個迭代循環,記錄知識時采用哪種形式,何時復查,何時讓哪些利益相關者參與,何時構建原型,何時以及如何做大量的事情,讓你的工作更接近為業務產生最優價值,每個項目的情況不同,有必要采用不同的做事順序、做事細節、溝通形式。
           
          『項目需求輪廓及需求策略』:
               需求輪廓包括這些節點:概念、范圍確定、工作調研、產品確定、需求定義、構建。  下面是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)文字描述系統總是不夠的,產品、系統和過程通常是多維度,使用文字很少能準確描述其寬度和深度。
          posted on 2014-06-02 23:58 cheng 閱讀(1213) 評論(1)  編輯  收藏 所屬分類: 需求分析

          FeedBack:
          # re: 《掌握需求過程》筆記十一:需求工作之業務分析策略
          2014-06-04 15:27 | 雨天
          寫的不錯,學習了。  回復  更多評論
            
          主站蜘蛛池模板: 边坝县| 安福县| 仪征市| 丰顺县| 含山县| 千阳县| 余姚市| 郁南县| 林周县| 海原县| 横山县| 陆良县| 城口县| 徐闻县| 广安市| 开阳县| 英山县| 建瓯市| 东港市| 九龙城区| 荃湾区| 安乡县| 大洼县| 沧源| 桐柏县| 英吉沙县| 剑阁县| 杭锦后旗| 钟山县| 尖扎县| 克什克腾旗| 河间市| 布拖县| 大名县| 宁海县| 绥滨县| 海安县| 启东市| 铜鼓县| 福建省| 永定县|