第6章.涉眾分析與硬數據采樣

1、第6章.涉眾分析與硬數據采樣,主要內容,涉眾分析的必要性 涉眾分析的主要內容 涉眾分析過程 硬數據采樣,1. 涉眾分析的必要性回顧：獲取的源頭,兩種類型 人腦內知識 困難，有很多問題 如何尋找合適的人？ 如何有效的與他們進行交流？ 人腦外知識,1. 涉眾分析的必要性涉眾,所有能夠影響軟件系統的實現，或者會被實現后的軟件系統所影響的個人和團體。 用戶: 最終使用和操作產品的人 關注軟件功能 客戶: 為軟件系統的開發(fā)付費的人 關注經濟上的成本、收益 開發(fā)者: 負責實現軟件系統的人 關注技術上的成本和收益,1. 涉眾分析的必要性涉眾,所有能夠影響軟件系統的實現，或者會被實現后的軟件系統所影響的個人和

2、團體。 管理者：參與軟件系統開發(fā)事務管理的人 投資方管理者 、執(zhí)行負責人、項目管理者 關注系統的開發(fā)進程 領域專家: 在問題域中具有豐富知識的專家 關注軟件中的知識 政府力量 :法律法規(guī) 、長遠規(guī)劃、政策意向等 起約束和指導作用 市場力量：組織中的市場部門人員 關注用戶的想法,1. 涉眾分析的必要性涉眾,涉眾類別需要細分 每一類涉眾的所有成員都能夠一致、穩(wěn)定的從相同立場、相同視角來看待相同的軟件系統 發(fā)現比較關鍵的涉眾 需要分析他們各自的贏利條件，以在相互妥協中盡力實現一個共贏的結局 涉眾群體不是固定不變的 對涉眾的理解不是一個完成之后就可以結束的活動，而是應該在完成之后繼續(xù)保持適當的關注,涉

3、眾分析就是為軟件系統尋找并理解關鍵涉眾的過程,主要內容,涉眾分析的必要性 涉眾分析的主要內容 涉眾分析過程 硬數據采樣,2. 涉眾分析的主要內容涉眾分析 / 尋找涉眾,信息系統的四種類型 小型系統（Small System） 小型系統是指那些能夠支持組織的部分工作，但又不會影響整個組織基礎工作的信息系統 關注于某個特定問題 功能較為固定，界限較為清晰 涉眾有限且明顯 組織級系統（Organization-Wide System） 其功能能夠影響整個組織基礎工作的系統，它的功能在質量上和小型系統有著明顯的差異。 它可能會影響用戶群體之外的組織內其他群體，甚至改變組織現存的權力結構 用戶不再有限和

4、明顯，而且用戶之外的其他群體尤其不明顯 發(fā)現直接和間接群體，防止抵制,2. 涉眾分析的主要內容涉眾分析 / 尋找涉眾,信息系統的四種類型 戰(zhàn)略信息系統（Strategic Information System） 作為組織戰(zhàn)略決策而得以開發(fā)的系統 無法根據現有的業(yè)務和技術狀況來確定系統將來的應用效果 系統的影響范圍也難以確定， 涉眾數量更多而且更加難以確定 在業(yè)務環(huán)境內分析各種可能的機遇和風險，并據此發(fā)現可能的涉眾，防止抵制,2. 涉眾分析的主要內容涉眾分析 / 尋找涉眾,信息系統的四種類型 組織間系統（Inter-Organizational Systems） 通過系統自身的實施建立或增強組織

5、之間的合作關系 系統的很多決定不是單個組織所能控制的 在主動參與和抵制系統的問題上有著更多的困難 涉眾比組織內系統的涉眾更加難以尋找和選擇 考慮組織之間的合作關系和利益分配方案，在組織的大框架下進行涉眾的尋找和選擇,2. 涉眾分析的主要內容涉眾分析 / 理解涉眾,公共組織中干預措施的活動分析,2. 涉眾分析的主要內容涉眾分析 / 理解涉眾,L1：根據軟件系統的功能前景尋找涉眾 L2：從涉眾對象那里獲取需求 L3 : 分析涉眾的輸贏條件,實施共贏策略 L4: 了解涉眾實現、監(jiān)控和評估軟件系統的能力，分析涉眾的力量和影響范圍；了解涉眾實現、監(jiān)控和評估軟件系統的意愿，即分析涉眾的關注點和興趣取向。

6、L5: 了解涉眾的個人特征和工作特征，以便在涉眾固定的情況下對軟件系統的功能進行合理的調整。,主要內容,涉眾分析的必要性 涉眾分析的主要內容 涉眾分析過程 總體過程 識別 描述 評估 選擇 硬數據采樣,3.1 涉眾分析的過程,尋找軟件系統的涉眾類別，辨別關鍵的涉眾類別； 描述不同涉眾類別的特征，包括個人特征、工作特征； 分析不同涉眾類別的輸贏條件和受影響程度； 描述不同涉眾類別的關注點和興趣取向； 分析不同涉眾類別的重要性和影響力； 為每種涉眾類別選擇合適的代表參與項目開發(fā)。,3.1 涉眾分析的過程涉眾分析結果的應用,關鍵涉眾類別的確定可以幫助判斷的和選擇需求獲取的對象； 涉眾個人特征和工作特

7、征的描述可以幫助更好的確定功能需求； 涉眾的輸贏條件和受影響程度可以幫助解決涉眾之間的需求沖突； 涉眾的重要性、影響力、關注點和興趣取向可以用來發(fā)現項目的潛在風險； 所有的關于涉眾的信息描述可以幫助開發(fā)者制定更好的項目策略，促進項目參與者的交流和信任； 涉眾分析確定的項目參與者將會共同決定項目中的重大變更（例如需求變化），最大程度保證項目的最終成功。,3.2 涉眾識別,目的是尋找和發(fā)現各種涉眾類別 基本過程：從一些比較容易發(fā)現的涉眾出發(fā)，通常包括客戶、管理者和相關的投資者 由初始涉眾集體討論，列出一個涉眾類別列表 對上一步產生的涉眾類別列表進行分析 ，縮減為一個關鍵涉眾類別列表 由上一步的各個

8、關鍵涉眾類別選擇代表，集中討論，列出新的涉眾類別列表 如果涉眾類別列表趨于穩(wěn)定，就結束涉眾識別過程 ，否則轉向第2步,3.2 涉眾識別,關鍵涉眾類別分析,3.3 涉眾描述 (1),3.3 涉眾描述 (1) 示例,3.3 涉眾描述 (2),對項目的關注點和興趣所在，態(tài)度是反對還是贊同； 對項目的期望，成為項目贏家的條件； 可能受到的項目的影響，影響的具體內容及影響程度； 可以對項目施加的影響，力量的施加點及其強度。,3.3 涉眾描述 (2) 示例,3.4 涉眾評估,優(yōu)先級評估 涉眾并不是完全平等的，有些涉眾比其他涉眾更為重要 優(yōu)先考慮涉眾的基本特征，尤其是任務特征,3.4 涉眾評估,優(yōu)先級評估

9、基于涉眾擴展特征進行涉眾優(yōu)先級的評估,3.4 涉眾評估,風險評估 分析態(tài)度,3.4 涉眾評估,風險評估 化解涉眾風險策略,3.4 涉眾評估,共贏分析 Stakeholder/Issue關系圖 列出系統的所有涉眾類別，明確描述他們的興趣和對系統的期望； 從涉眾們的興趣和期望中發(fā)現背后涉及的共同問題（Issue）； 建立涉眾類別和問題的關聯，如果某個涉眾類別對一個Issue存在興趣，那么該涉眾類別和這個Issue就存在關聯關系； 對每一個Stakeholder-Issue關系，標明該關系上面所被寄予的期望；,3.4 涉眾評估,共贏分析 Stakeholder/Issue關系圖,共贏分析 Stake

10、holder/Issue關系圖 如果某個Stakeholder-Issue關系上所寄予的期望與項目的業(yè)務需求無法保持一致，那么它關聯的涉眾就在該Issue的問題上和項目整體目標存在沖突 涉眾和項目負責人互相調整、折中 重新評估項目的可行性,3.4 涉眾評估,3.4 涉眾評估,共贏分析 Stakeholder/Issue關系圖 如果Stakeholder/Issue關系圖中某個Issue所關聯的不同關系標識有互相沖突的期望，那么就意味著它所關聯的涉眾在該Issue上存在需求沖突 分析各沖突方成為項目贏家的條件 適當的調整, 化解沖突 分析項目在該Issue上的目標、約束和可選方案，并提供給沖突方

11、進行權衡，促進他們之間協商解決,3.5 涉眾選擇,代表采樣 完整采樣: 每種涉眾類別都有自己的代表 態(tài)度積極: 愿意提供幫助 數量適中 太少 : 個人看法傾軋群體共同看法 太多: 達成一致困難 代表數量的準確數字要視項目的上下文環(huán)境來確定, 一般6-10 比例恰當 計算機技能 業(yè)務技能,3.5 涉眾選擇,參與策略 讓代表們在合適的時間參與合適的工作,3.5 涉眾選擇,用戶替代源 因為業(yè)務關系而和用戶頻繁接觸的人 ，能夠代替他們發(fā)表看法 市場人員 服務咨詢人員 技術支持人員 領域專家,3.5 涉眾選擇,3.5 涉眾選擇用戶參與,建立和用戶的直接聯系 用戶參與軟件系統開發(fā)的整個過程 反饋設計：最終

12、的軟件系統是和用戶的活動行為密切相關的,主要內容,涉眾分析的必要性 涉眾分析的主要內容 涉眾分析過程 硬數據采樣 硬數據類型 采樣方法,4.1 硬數據類型,定量硬數據 數據收集表格 反映了組織的信息流 收集正在使用的每張空白表格表格 、填寫和分發(fā)說明 對比填寫好的表格 表格中是否有從來都不填寫的數據項； 應該收到表格的人是否真的收到了； 他們是否按照正常程序使用、存儲和丟棄表格 等等 統計報表,4.1 硬數據類型,定量硬數據 數據收集表格 統計報表 反映了組織過去的主要業(yè)務和業(yè)務目標 統計規(guī)則也是一種豐富的知識，統計項分解為細節(jié)業(yè)務數據的過程往往也就是組織目標分解到具體業(yè)務的過程 根據實際工作

13、填寫過的統計報表，就可以發(fā)現組織實際的業(yè)務執(zhí)行狀況，從中發(fā)現組織面臨的具體問題,4.1 硬數據類型,定性硬數據 整個組織的描述文檔 組織結構圖 ：幫助發(fā)現項目的關鍵涉眾 門戶網站：反映組織的業(yè)務開展狀況 業(yè)務指導文檔 工作指南和規(guī)章手冊 ：解釋業(yè)務的詳細執(zhí)行過程，反映業(yè)務的具體細節(jié) 業(yè)務備忘 反映業(yè)務的實際執(zhí)行情況 形成對組織工作過程的清晰理解,4.2 采樣方法,采樣數量 樣本大小p(1p) （確定性因子/可接受的錯誤）2 P是差異樣本比例，未知的情況下設為0.25,4.2 采樣方法,采樣數量示例 每10張發(fā)票中就有1張發(fā)票與常規(guī)情況不同 希望發(fā)票樣本中包含所有的情況具有90%的確定性 樣本大

14、小為： SS=0.10(10.10)（1.645/0.10）2=25,4.2 采樣方法,采樣方式 隨機抽樣 隨機地采樣數據 分層抽樣 考慮系統的分層，從每一層中隨機抽取一個樣本,實例分析（辦公系統）,問題 在開發(fā)過程中，因都是平時工作中接觸的業(yè)務范圍，因此開發(fā)時以為滿足了功能需要，實現了軟件預定的管理和統計功能，那么開發(fā)就是成功的 在用戶測試階段，各等級的用戶都反映出相對一致的意見。其中，反映最多的就是系統維護和操作太復雜，甚至經常報告說服務器和軟件不穩(wěn)定，不匹配。經認真調研，發(fā)現問題雖然有一點，但絕非基層報告的那么嚴重，軟件應該是可以滿足日常工作的。 結果：2003年，我處信息化還沒有普及，

15、尤其是基層領導，個別甚至是電腦盲。而我們的軟件，為提高使用效率，設置了大量的快捷鍵操作方式，這讓個別領導感覺難以接受。 解決 后來，我們對軟件的操作界面和菜單進行了優(yōu)化和簡化，而用單選框選擇代替了審批。通過一系列的修改和完善，反對該軟件的人漸漸少了。,實例分析（地稅業(yè)務管理系統）,問題 因為地稅業(yè)務各地有差別，各地的技術條件也有差別，有的地市已經實現了全市聯網，使用上了小型機，有的地市、縣還分立服務器，服務器還由PC服務器代替。每個地市的業(yè)務人員提出的業(yè)務需求均以本地業(yè)務需要為參考，造成在推廣過程中發(fā)現業(yè)務上不適應全省實際情況的現象，為后期推廣帶來了難度。 總結 前景與范圍&涉眾分析 協商,實

16、例分析（供水業(yè)務管理系統）,問題 在系統上線后，首先表達不滿的是申請接水及變更業(yè)務的用戶。我們發(fā)現，由于柜面人員需要向系統中錄入申請信息并且掃描、上傳部分重要文件，這延長了柜面辦理業(yè)務的時間，造成用戶業(yè)務申請的等待時間增長。 總結 我們在涉眾識別的時候，遺漏那些不使用系統（非參與者）但是被影響的人，在本項目中就是直接到柜面申請接水及變更業(yè)務的人。然而接水及變更業(yè)務的申請人是自來水公司的客戶，非常重要。,實例分析（供水系統）,問題 系統上線后，一線用戶普遍向我們反映系統操作的風格不符合他們的習慣，使用起來不方便，造成他們操作效率很低。 解決 經過了解分析，我們發(fā)現：在對外服務平臺項目之前，自來水

17、公司內部開發(fā)人員開發(fā)了一套簡單的對外服務管理系統。雖然該系統非常簡單，功能有限，但是該系統已經使用了相當長的一段時間，用戶已經習慣了該系統的操作風格。然而我們直接判斷該系統是落后的，功能不健全的，我們要作一個全新的系統，所以沒有過多的關注該系統,實例分析（供水系統）,問題 在系統上線前，我們需要將用戶收集積累的水表信息導入到系統中。在導入時，我們發(fā)現用戶提供的水表號信息有大量的重復現象。而在系統設計時，水表號是主鍵。這是一個非常嚴重的問題。 總結 硬數據采用不足,實例分析（供水系統）,問題 當業(yè)務流程進入到與施工方相關的任務時，流程多半停滯下來，但現實中的因為仍在繼續(xù)辦理。經過了解，我們得知：

18、由于系統中要求施工方填寫的部分信息屬于機密信息，但系統中并未對這些內容作保密處理。 解決 涉眾分析沖突協商,思考題,Phil Ittup是系統分析員團隊中的一員，他受委任去與組織成員面談，為系統研究收集材料。企業(yè)稱為Fall Back工業(yè)，它有5個管理層。此外，生產、會計、營銷、系統、物流和高層管理是將受到所建議的系統影響的職能區(qū)域。每個階層大約有40人。生產層共有80人，會計層有35人，營銷層有42人，系統層有10人，物流層有28人。高層管理有5人。Phil應該怎樣選擇面談對象？為什么？,思考題,Maverick公司是一家有15年歷史的國內貨物運輸公司，假設你的小組擔當Maverick公司的系統分析與設計團隊，為Maverick公司的所有業(yè)務設計一個計算機化或者增強設計計算機化的項目。Maverick主要進行卡車零運，管理人員按照實時處理（Just In Time）原則工作。在這個原則指導下，他們建立了包括發(fā)貨人、收貨人和承運公司的伙伴關系，目的是準時運輸和交付生產線上需要的材料。Maverick主張用626臺拖拉機拖運貨物，它擁有45000平方英尺的倉庫和21000平方英尺的辦公場地。 制定分析Maverick公司的信息需求時，應當收集的硬數據列表。（提示：想像一下