最新上海交大-IT項(xiàng)目管理筆記

1、學(xué)習(xí)-好資料第一講1 .課程內(nèi)容a） 基本概念b）項(xiàng)目計(jì)劃總覽c）可行性分析d） 需求工程e）項(xiàng)目方法選擇f）工作量估算g）項(xiàng)目計(jì)劃h） 資源管理i） 項(xiàng)目監(jiān)控j） 外包管理k） 質(zhì)量管理l） 人員管理m）開發(fā)規(guī)范n）項(xiàng)目管理標(biāo)準(zhǔn)o）項(xiàng)目管理軟件使用第二講1 .軟件特征a）最根本的是，軟件是一種邏輯元素而不是一個(gè)物理產(chǎn)品;b）軟件是開發(fā)出來的，而不是用傳統(tǒng)方式制造出來的；c）軟件不會(huì)被用壞。普通產(chǎn)品的失效率有浴盆曲線d） 軟件的失敗概率曲線綠色線和紅色線的差異，產(chǎn)生于，每次因?yàn)樾枨蟮淖兓鴮?duì)軟件進(jìn)行的修改, 比如功能的增加、規(guī)模的增大、操作系統(tǒng)的改變等等。e）工業(yè)界已經(jīng)走向了標(biāo)準(zhǔn)化的裝配時(shí)代，

2、然而絕大多數(shù)軟件還是定制出來的。目前已經(jīng)經(jīng)歷了如下幾個(gè)發(fā)展階段：i. 科學(xué)計(jì)算函數(shù)庫ii. 重用數(shù)據(jù)結(jié)構(gòu)；iii. 重用組件f）軟件分類，很多比如：系統(tǒng)軟件、實(shí)時(shí)軟件、商務(wù)軟件、工程和科學(xué)軟件、嵌入式軟件、個(gè)人計(jì)算機(jī)軟件、基于 web的軟件2 .軟件危機(jī)a）軟件項(xiàng)目超出費(fèi)用和進(jìn)度目標(biāo)普遍存在的原因在于：目標(biāo)本身是完全錯(cuò)誤的。b） 準(zhǔn)確的說法是：慢性痛苦（ chronic affliction3 .項(xiàng)目是什么a）沒有例行的任務(wù)；b）需要計(jì)劃；c）有特定的目標(biāo)需要滿足或者有特定的產(chǎn)品需要生成d）項(xiàng)目有一個(gè)預(yù)定義的時(shí)間范圍e）不僅僅是為自己，也是為他人；f） 工作有些特性，并分成若干個(gè)階段來進(jìn)行。g

3、）項(xiàng)目管理，是在項(xiàng)目活動(dòng)中應(yīng)用知識(shí)、技能、工具和技術(shù)來滿足項(xiàng)目需求 的過程。它通過初始化、計(jì)劃、執(zhí)行、控制和結(jié)束等活動(dòng)來完成。第三講4 .項(xiàng)目管理的難點(diǎn)所在a）三角的同步發(fā)展要求，同時(shí)會(huì)相互影響。需要管理者在此三個(gè)方面尋求可以接受的 平衡。5 .項(xiàng)目管理的發(fā)展a） 50年代從制造業(yè)中引入甘特圖b） 60年代引入有向圖和最早、最晚完成時(shí)間等6 .項(xiàng)目管理者的知識(shí)管理體系：a) Core functioni. Scope mamagment,在IT項(xiàng)目中可以理解為需求，既最后能達(dá)到的目標(biāo);ii. Time management;iii. Cost managementiv. Quality man

4、agementb) Facilitating Function (支持性功能)i. HR management:人力資源管理ii. Communication management ：成員間的溝通，以及和客戶和資源擁有者的溝 通的管理iii. Risk managementiv. Procure management采購管理，主要指采購一下現(xiàn)有的模塊或者外包時(shí)的管理，包括進(jìn)度和資金等。c) Project Integration Managementd) 他們的關(guān)系如下：Tools andCore Functionst eel illiquidexpectationsFacilitating

5、Functions9 Knowledge Areas更多精品文檔左邊的Stakeholders; needs and expectations作為輸入，通過或使用現(xiàn)有的一些 Tools and techniques, 達(dá)至U success, 這就是輸出。7 .項(xiàng)目管理者的必備素質(zhì)最上面的和左邊的，通用的管理知識(shí)和實(shí)踐，包括HR, time, goal管理等。Application area knowledge and practice ,指對(duì)特定應(yīng)用領(lǐng)域的知識(shí)和行業(yè)的了解。8 .項(xiàng)目的階段a) 每個(gè)項(xiàng)目階段的標(biāo)記是一個(gè)或者幾個(gè)可以交付的物件(Deliverable)。Deliverable是

6、一個(gè)具體的可驗(yàn)證的工作產(chǎn)品，如可行性研究，詳細(xì)設(shè)計(jì)或者一個(gè)工作原型。b）項(xiàng)目階段的結(jié)束是由關(guān)鍵交付物或者項(xiàng)目性能做標(biāo)記的，以確定項(xiàng)目是否能夠繼續(xù)進(jìn)行下一階段的開發(fā)或者進(jìn)行檢測或者修正錯(cuò)誤。階段結(jié)束的檢查通常被稱為phase exits , stage gates , kill points。c）因此，項(xiàng)目的階段通常如下圖：9 .項(xiàng)目生命周期a）項(xiàng)目生命周期定義了一個(gè)項(xiàng)目的開始和結(jié)束b）項(xiàng)目生命周期定義的階段順序通常包括某些技術(shù)的轉(zhuǎn)移和握手（hand off），如從需求到設(shè)計(jì)，從構(gòu)造到運(yùn)行；他們一般是串行運(yùn)行。但在風(fēng)險(xiǎn)允許時(shí)，也可以下一階段提前進(jìn)行。此種重疊的階段被稱為快速跟蹤（fast tra

7、cking）c） 在生命周期定義中同時(shí)會(huì)確定項(xiàng)目的各個(gè)階段，包括該階段的目標(biāo)、 方法、涉及到的資源等等i. 各個(gè)階段需要完成的結(jié)束工作；ii. 各個(gè)階段需要設(shè)計(jì)的人員d）絕大多數(shù)項(xiàng)目生命周期的共同的成本和人員消耗的變化曲線:e）項(xiàng)目生命周期（指項(xiàng)目的開始到結(jié)束）和產(chǎn)品生命周期（指產(chǎn)品的設(shè)計(jì)，生產(chǎn)，使 用，報(bào)廢的過程）是不同概念10 .軟件項(xiàng)目的特征a）不可見；無實(shí)在的物品可供檢查b）復(fù)雜性高（以單位貨幣）c） 靈活性：軟件去適應(yīng)人和組織而不是相反。11 .軟件項(xiàng)目的分類a）目標(biāo)驅(qū)動(dòng)：比如進(jìn)行某些改進(jìn)，到達(dá)某個(gè)性能目標(biāo)，或者進(jìn)行前期驗(yàn)證的目標(biāo)；b）廣品驅(qū)動(dòng)：生成最終的廣品c） 許多軟件項(xiàng)目分為兩

8、個(gè)階段，第一階段為目標(biāo)驅(qū)動(dòng)，此時(shí)需要進(jìn)行一些原型驗(yàn)證等；第二階段才是產(chǎn)品驅(qū)動(dòng)，完成真正的產(chǎn)品。第四講12 .從系統(tǒng)的角度看軟件項(xiàng)目a）開放和封閉系統(tǒng)：需要開發(fā)人員開放系統(tǒng)并接收外界的變化，同時(shí)做相應(yīng)的調(diào)整；b）部分優(yōu)化：應(yīng)該盡量做整體的優(yōu)化，而不是僅對(duì)局部的高效提出要求；c）軟件是一個(gè)社會(huì)技術(shù)系統(tǒng)，很多時(shí)候非技術(shù)因素仍然在起作用。d）項(xiàng)目的目標(biāo)必須清晰定義，以確定成功的關(guān)鍵。每一個(gè)項(xiàng)目必須有一個(gè)項(xiàng)目權(quán)威，該權(quán)威被稱為項(xiàng)目指導(dǎo)委員會(huì)（steering committee）,項(xiàng)目的目標(biāo)必須由指導(dǎo)委員 會(huì)確定。e）所定義的目標(biāo)必須是可以并且易于測量的。從而更能夠衡量是否成功。如減少客戶抱怨50%,就

9、比改善客戶關(guān)系更容易測量，因而是制定的合適的目標(biāo)。目標(biāo)的滿 足與否，必須能夠用“ yes”或者“no”來清晰回答是否完成了。同時(shí)，對(duì)于目標(biāo) 必須給出明確具體可行的測量方法。比如，接受到的客戶電話投訴減少 50%。13 .項(xiàng)目的人員a）項(xiàng)目影響者：項(xiàng)目小組成員、同一組織的其它人員、客戶直接相關(guān)人員、客戶間接 相關(guān)人員b）不同的影響者有不同的目標(biāo)和關(guān)心的問題。項(xiàng)目領(lǐng)導(dǎo)者要協(xié)調(diào)這些目標(biāo)，使所有各方都能從項(xiàng)目中獲益從而都盡量使項(xiàng)目從成功的方向前進(jìn)。c）應(yīng)該盡可能多和全面的考慮涉及的各個(gè)方面的人員的影響14 .組織內(nèi)的信息與控制a）遞階信息與控制系統(tǒng)b）決策與信息的層次i. 策略層：確定總體目標(biāo)ii.

10、戰(zhàn)術(shù)層：保證項(xiàng)目目標(biāo)的實(shí)現(xiàn)iii. 操作層：確定每天的任務(wù)c）信息的不同類別d）度量：包括開發(fā)的規(guī)模i. 性能度量；ii. 預(yù)測度量e）總體來看，系統(tǒng)內(nèi)的信息和控制的流動(dòng)如下：lirgurr l-J的5陽Mi 叩 rftr 甘鵬曲iwm睢。“zt* Mgf15.項(xiàng)目經(jīng)理面臨的挑戰(zhàn)和問題a）對(duì)項(xiàng)目進(jìn)度的估計(jì)和計(jì)劃。無法準(zhǔn)確估計(jì)，導(dǎo)致總是和計(jì)劃不一樣。學(xué)習(xí) 好資料b) 缺乏明確的質(zhì)量測試和估計(jì)的標(biāo)準(zhǔn)和度量方法。c) 缺少組織決策的指南d) 缺少使進(jìn)度可視化的進(jìn)度。真正來判斷某一項(xiàng)完成的進(jìn)度，仍然很困難。e) 角色的定義，如何將任務(wù)分配給適合的人f) 不正確的成功準(zhǔn)則。比如，片面強(qiáng)調(diào)完成時(shí)間。g)

11、缺少更多的其它的標(biāo)準(zhǔn)。16. 從項(xiàng)目成員來看a) 工作任務(wù)和目標(biāo)的不正確或者不明確的描述；b) IT的管理失誤，比如需求分析的欠缺c) 缺少實(shí)際客戶應(yīng)用領(lǐng)域的知識(shí)d) 缺少及時(shí)的文檔，比如馬上開始編碼了，但還沒有需求文檔。e) 前續(xù)任務(wù)或者前提條件沒有及時(shí)完成f) 用戶與技術(shù)人員之間缺少交流和溝通g) 缺少質(zhì)量控制的方式和標(biāo)準(zhǔn)h) 軟件環(huán)境以及開發(fā)模式等新技術(shù)的變化i) Deadline 的壓力17. 軟件項(xiàng)目常見錯(cuò)誤(來自快速軟件開發(fā))a) 產(chǎn)品相關(guān)的錯(cuò)誤哦i. 需求的鍍金：客戶總是提出比實(shí)際需求更多的性能要求，無論是否他真正需要；ii. 功能蔓延：項(xiàng)目平均會(huì)有25%的需求變更。iii. 開

12、發(fā)人員的鍍金：開發(fā)人員著迷于新技術(shù)新方法，而不是最合適，最牢靠的技術(shù)。項(xiàng)目經(jīng)理不能片面提取開發(fā)人員的新技術(shù)的建議；iv. 又推又拉的交易：經(jīng)理往往在批準(zhǔn)項(xiàng)目進(jìn)度延時(shí)的同時(shí)又加入新的功能要求；v. 研究導(dǎo)向的開發(fā)：充滿了不確定性；b) 和過程相關(guān)的錯(cuò)誤i. 缺乏計(jì)劃；ii. 過于樂觀的計(jì)劃；iii. 在壓力下放棄計(jì)劃或者非理性的改變計(jì)劃iv. 缺乏足夠的風(fēng)險(xiǎn)管理或者對(duì)未來的風(fēng)險(xiǎn)預(yù)測不夠；v. 承包人導(dǎo)致的失敗。通常來自于過于相信承包人。vi. 在模糊的項(xiàng)目前期浪費(fèi)太多時(shí)間vii. 前期活動(dòng)不達(dá)到應(yīng)有的目的viii. 設(shè)計(jì)的低劣ix. 沒有質(zhì)量保證措施；x. 沒有有效的管理措施；xi. 太早并過于

13、頻繁的集成xii. 項(xiàng)目估算時(shí)遺漏必要的任務(wù)。xiii. 追趕計(jì)劃的想法。想通過后期的時(shí)間抓緊，來趕上前期某些因素導(dǎo)致的延期。xiv. 魯莽編碼c) 技術(shù)相關(guān)的錯(cuò)誤i. 銀彈綜合癥：過于相信以前沒有采用過的技術(shù)的宣傳。ii. 過高估計(jì)了新技術(shù)和方法帶來的效果，忽略了對(duì)新技術(shù)的掌握和熟練也需要時(shí)間和資源。iii. 在項(xiàng)目中途切換工具iv. 缺少自動(dòng)的源代碼控制和管理手段或者方法。尤其對(duì)于分布式的多點(diǎn)開發(fā)。d) 人員相關(guān)的錯(cuò)誤i. 挫傷積極性：由于壓力的下傳并經(jīng)常修改原來的需求設(shè)計(jì)導(dǎo)致；ii. 人員的素質(zhì)低下iii. 對(duì)于問題員工的失控： 比如某個(gè)員工總是延誤工期，而無法對(duì)他進(jìn)行有效的控制。iv.

14、 個(gè)人英雄主義v. 項(xiàng)目后期添加人員，因?yàn)檫€需要對(duì)他們進(jìn)行培訓(xùn)vi. 辦公環(huán)境的最優(yōu)化；vii. 開發(fā)和客戶的有效溝通和交流；viii. 不現(xiàn)實(shí)的預(yù)期。ix. 缺少高層的推動(dòng)和支持x. 缺乏相關(guān)人員的齊心協(xié)力。xi. 缺乏用戶介入xii. 政治高于物資xiii. 充滿想象和環(huán)抱僥幸第五講18. 項(xiàng)目計(jì)劃的作用a) 指導(dǎo)項(xiàng)目的實(shí)施；b) 記載項(xiàng)目計(jì)劃的前提和假設(shè)，比如需要的資金以及設(shè)備應(yīng)該在何時(shí)到位；c) 記載根據(jù)選擇的方案以及據(jù)此做出的決策，比如依據(jù)何種理由決定采用了何種的模型和算法。d) 促進(jìn)項(xiàng)目涉及人員之間的溝通：作為彼此溝通的基礎(chǔ)和出發(fā)點(diǎn)。e) 確定項(xiàng)目管理的內(nèi)容、范圍和時(shí)間f) 作為度

15、量和控制項(xiàng)目進(jìn)程的基準(zhǔn)19. 項(xiàng)目計(jì)劃應(yīng)該包含的內(nèi)容和回答的問題a) 什么：工作的具體內(nèi)容，一定時(shí)期的工作重點(diǎn)；b) 怎樣：如何完成這些工作和任務(wù)c) 誰：確定具體的人員和部門；d) 何時(shí)：各項(xiàng)工作的起始和終止時(shí)間e) 多少：每項(xiàng)工作需要多少經(jīng)費(fèi)和工作時(shí)間以及人力資源；f) 哪里：各項(xiàng)工作開展時(shí)以及測試時(shí)和最后交互使用時(shí)的環(huán)境20. 項(xiàng)目計(jì)劃必須滿足：a) 動(dòng)態(tài)性要求：項(xiàng)目計(jì)劃本身是一個(gè)滾動(dòng)過程，應(yīng)該有必要的彈性；尤其對(duì)于距當(dāng)前時(shí)間較遠(yuǎn)的項(xiàng)目b) 職能性：從總體出發(fā)，涉及到各相關(guān)部門c) 相關(guān)性：子計(jì)劃是會(huì)相互影響的；d) 系統(tǒng)性：大的項(xiàng)目也可以分成多個(gè)小項(xiàng)目，之間有內(nèi)在的邏輯聯(lián)系e) 目標(biāo)性

16、：f) 積極性：應(yīng)做技術(shù)經(jīng)濟(jì)分析21. 項(xiàng)目計(jì)劃的模型a) Step Wise Project Planningb) PRINCE 222. 例子 1，開發(fā)學(xué)校的財(cái)務(wù)系統(tǒng)的自我設(shè)想步驟a) 和財(cái)務(wù)系統(tǒng)的主管領(lǐng)導(dǎo)聯(lián)系，獲取他們現(xiàn)在對(duì)該系統(tǒng)的期望包括原來系統(tǒng)的弊端；同時(shí)了解對(duì)于該系統(tǒng)學(xué)?？赡芙o出的投資，以及希望獲取的收益；( 此時(shí)應(yīng)該和客戶討論明確項(xiàng)目的客戶責(zé)任人)b) 假設(shè)該系統(tǒng)已經(jīng)完成，和使用該系統(tǒng)的人員溝通，了解他們現(xiàn)有系統(tǒng)的工作過程，業(yè)務(wù)流程，同時(shí)了解他們對(duì)該系統(tǒng)的期望；c) 了解市面上其它的類似系統(tǒng)的功能和價(jià)位d) 分析確定該套系統(tǒng)是否值得開發(fā)，包括， 對(duì)于開發(fā)者的投資收益比、對(duì)于學(xué)校使

17、用者的投資收益比；e) (確定項(xiàng)目的所有涉及人員和他們的興趣目標(biāo)、關(guān)心的問題)f) (修改目標(biāo)，最低也應(yīng)該使各方面都不反對(duì)或阻撓項(xiàng)目的實(shí)施)g) 建立各方通信的渠道和人員聯(lián)系窗口，并確定一些定期的溝通制度等h) 帶領(lǐng)分項(xiàng)目負(fù)責(zé)人進(jìn)一步了解需求，并確定項(xiàng)目計(jì)劃；期間可能從a 多次迭代( 應(yīng)該將這些需求明確化，并制定目標(biāo)的測試方法)i) 設(shè)計(jì) 編碼 測試23. 計(jì)劃過程a) 選擇項(xiàng)目b) 確定項(xiàng)目的范圍和目標(biāo)i. 選擇項(xiàng)目的客戶方責(zé)任人，也就是他可以確定工期和功能需求，并在客戶的多個(gè)部門的意見不統(tǒng)一甚至矛盾時(shí)做出統(tǒng)一的明確的決定。ii. 確定項(xiàng)目的最終目標(biāo)，并明確這些目標(biāo)的衡量和測試方法iii.

18、確定項(xiàng)目的客戶方所有涉及人員和他們的興趣目標(biāo)、關(guān)心的問題iv. 根據(jù)上面第三項(xiàng)，修改目標(biāo)，最低也應(yīng)該使各方面都不反對(duì)或阻撓項(xiàng)目的實(shí)施。有時(shí)候由于新項(xiàng)目的實(shí)施將使某些部門增加此前并不存在的負(fù)擔(dān)或者風(fēng)險(xiǎn)，這將使該部門產(chǎn)生抵觸情緒。如果該部門屬于重要部門必須得到他們的重心配合， 則有可能需要增加對(duì)他們有益的功能。此應(yīng)慎用，否則可能使系統(tǒng)越來越復(fù)雜。v. 建立各方通信的渠道和人員聯(lián)系窗口，并確定一些定期的溝通制度等。c) 確定項(xiàng)目的結(jié)構(gòu)，包括總體的策略i. 建立項(xiàng)目和客戶的策略計(jì)劃的關(guān)系，明確正在建設(shè)的項(xiàng)目和客戶總體發(fā)展策略的關(guān)系，以此獲得客戶高層的支持；同時(shí)，在建項(xiàng)目應(yīng)該保持開放型，完成后的項(xiàng)目不應(yīng)

19、該成為一個(gè)信息化的孤島。ii. 建立標(biāo)準(zhǔn)和過程1. 開發(fā)軟件的組織必須定義開發(fā)過程。在最簡單的情形下，在定義產(chǎn)品的同時(shí)，需要對(duì)軟件生命周期的每個(gè)階段進(jìn)行定義2. 這些標(biāo)準(zhǔn)和過程可能有：a) 變更控制和配置管理標(biāo)準(zhǔn)；b) 質(zhì)量標(biāo)準(zhǔn)和過程手冊(cè)；c) 質(zhì)量程序和質(zhì)量控制流程d) 項(xiàng)目計(jì)劃和控制標(biāo)準(zhǔn)3. 如果客戶企業(yè)有現(xiàn)成的開發(fā)標(biāo)準(zhǔn)或者質(zhì)量控制體系，可以直接使用；否則就應(yīng)該首先確立最基本的流程和控制辦法，比如功能修改流程、是否要周期性的碰頭進(jìn)行協(xié)商等。iii. 建立項(xiàng)目團(tuán)隊(duì)組織：確定團(tuán)隊(duì)結(jié)構(gòu)，以及是否應(yīng)該進(jìn)行拆分；明確每一個(gè)任務(wù)的負(fù)責(zé)人。d) 分析項(xiàng)目的特征i. 分析項(xiàng)目是目標(biāo)驅(qū)動(dòng)還是產(chǎn)品驅(qū)動(dòng)ii.

20、分析項(xiàng)目的其它特征，如是數(shù)據(jù)庫操作，還是寫嵌入式的控制程序。iii. 確定項(xiàng)目的高層次的項(xiàng)目風(fēng)險(xiǎn)：比如人員短缺，客戶方使用人員的熟悉性，在不熟悉的階段是否會(huì)有矛盾或者引發(fā)問題；客戶方是否已經(jīng)有對(duì)應(yīng)的維護(hù)人員；是否需要給客戶使用人員一個(gè)逐漸熟悉的過程。iv. 考慮用戶有關(guān)具體實(shí)現(xiàn)方面的需求，比如客戶要求使用何種語言，采用何種技術(shù)，采用何種模型。v. 選擇項(xiàng)目適應(yīng)的生命周期方法，比如在用戶的需求不甚明確的時(shí)候，可能需要使用原型法。vi. 檢查估計(jì)的資源是否能夠到位當(dāng)確定了主要的風(fēng)險(xiǎn)和項(xiàng)目的大致方法后，可以重新估計(jì)項(xiàng)目的工作量和所需的資源，此時(shí)可以采用功能點(diǎn)法來進(jìn)行稍微精確些的估計(jì)。e) 確定項(xiàng)目的

21、產(chǎn)品和活動(dòng)關(guān)鍵步，遠(yuǎn)階段粗，近階段應(yīng)該細(xì)i. 確定和描述項(xiàng)目產(chǎn)品或交付物。包括中期在內(nèi)部產(chǎn)生的文檔；1. 確信我們已經(jīng)完成確定了項(xiàng)目過程中所需要生成的所有產(chǎn)品，包括各種文檔、 訓(xùn)練材料、操作手冊(cè)等。只有全部確定了產(chǎn)品，才能確定我們的活動(dòng)。2. 產(chǎn)品包括：技術(shù)產(chǎn)品，如訓(xùn)練材料和操作指令，也包括管理和質(zhì)量方面的材料，例如屬于管理范疇的計(jì)劃書。3. 產(chǎn)品應(yīng)形成層次結(jié)構(gòu)：主要產(chǎn)品由子產(chǎn)品構(gòu)成，子產(chǎn)品還有更小的子產(chǎn)品。并用產(chǎn)品分解結(jié)構(gòu)(Product Breakdown Structure:PBS )來記載。PBS的描 述方法中的每個(gè)節(jié)點(diǎn)內(nèi)容如下a) 產(chǎn)品的名字/標(biāo)識(shí)：如CPUb) 產(chǎn)品的功能；如邏輯運(yùn)

22、算c) 產(chǎn)品的派生物(由其派生的其它產(chǎn)品)，如需求文檔產(chǎn)生設(shè)計(jì)文檔d) 產(chǎn)品的分解結(jié)構(gòu)e) 產(chǎn)品的形式：文檔還是圖形還是代碼f) 相關(guān)標(biāo)準(zhǔn)，比如該文檔使用的模板g) 適用的質(zhì)量標(biāo)準(zhǔn)：該產(chǎn)品達(dá)到何種標(biāo)準(zhǔn)才算合格。4. 比如從頭開發(fā)套包含軟硬件設(shè)施的工資管理系統(tǒng)，其中的一個(gè)產(chǎn)品的PBS包含如下的內(nèi)容，包含了3個(gè)層次：產(chǎn)品選擇：a) 容量，有多少雇員的信息需要維護(hù)；b) 辦公室的布置；c) 用戶需求：i. 現(xiàn)存系統(tǒng)的描述ii. 用戶所需的修改；iii. 測試案例d) 潛在供應(yīng)商列表e) 邀請(qǐng)信ii. 寫出一般性的生產(chǎn)流程，通常用產(chǎn)品流圖(Product Flow Diagram , PFD)來描述。

23、由于某些產(chǎn)品需要在其它產(chǎn)品產(chǎn)生后才能進(jìn)行，那么寫出一般性的生產(chǎn)流程，有助于確定產(chǎn)品的生產(chǎn)順序。例如程序設(shè)計(jì)的一般性生產(chǎn)流程如下圖：更多精品文檔學(xué)習(xí) 好資料可以根據(jù)產(chǎn)品的PBS圖來確定該系統(tǒng)的 PFD,比如在確定了上例中的 PBS 后，可以畫出對(duì)應(yīng)的 PFD如下：suppbert需ju朝E detcnpftonmodvfiMf更多精品文檔iii.iv.(ysiemSutfWyu4erfLJ OtX*rt ose iPlan otic*UyoufIssmoIWtliitlQCI IDlente確定產(chǎn)品的實(shí)例：比如系統(tǒng)中的各個(gè)模塊定義理想的活動(dòng)網(wǎng)絡(luò)。比如，何時(shí)應(yīng)該有何模塊產(chǎn)出；基本上，此時(shí)將此前確

24、定的PFD的名詞修改為動(dòng)詞或動(dòng)賓詞組，就成為了活動(dòng)的網(wǎng)絡(luò)圖：v.考慮階段和檢查點(diǎn)，修改理想的活動(dòng)網(wǎng)絡(luò)。 上一步得出的是一種理想狀態(tài)的活動(dòng)網(wǎng)絡(luò)圖，比如，一階段結(jié)束后，下一階段馬上就可以進(jìn)行，認(rèn)為不需要對(duì)上一階段的活動(dòng)加以檢查或者復(fù)查，上一階段的結(jié)果也不會(huì)出問題。但實(shí)際上是需要進(jìn)行檢查和復(fù)查的。通常都需要將項(xiàng)目分割成若干個(gè)階段，并在每個(gè)階段的結(jié)束引入檢查活動(dòng)，添加檢查點(diǎn)f） 估計(jì)每個(gè)活動(dòng)的工作量在總體的時(shí)候基本可以估計(jì)個(gè)大致過程量i. 自底向上的估計(jì)。由于此時(shí)已經(jīng)對(duì)每個(gè)產(chǎn)品都做出了PBS故可以先拆分成多個(gè)模塊，然后各自估計(jì)模塊的工作量，最后加以疊加（當(dāng)對(duì)整個(gè)產(chǎn)品還沒有拆分的時(shí)候，只能采用自頂向下的

25、方式進(jìn)行粗略的估計(jì)）。 同時(shí)可以將完成時(shí)間，以及某個(gè)關(guān)鍵活動(dòng)的最晚完成時(shí)間標(biāo)注在活動(dòng)圖上，進(jìn)而可以計(jì)算出整個(gè)項(xiàng)目的時(shí)間ii. 對(duì)計(jì)劃進(jìn)行修改以生成可控的活動(dòng)，根據(jù)上一步的結(jié)果，進(jìn)一步進(jìn)行精確控制；1. 對(duì)于需要很長時(shí)間的活動(dòng)，由于不好進(jìn)行中途的完成量的評(píng)估，因此應(yīng)該將之加以分解，以便在活動(dòng)的中途可以添加檢查點(diǎn)，進(jìn)行進(jìn)度的評(píng)估。也就是應(yīng)將粒度劃小。2. 比如對(duì)于某項(xiàng)功能模塊，可以先行估計(jì)所需的代碼行，進(jìn)而便于小周期的檢查。3. 而對(duì)于二次開發(fā)，只能按任務(wù)來進(jìn)行初步的分配時(shí)間。g） 確定活動(dòng)風(fēng)險(xiǎn)i. 識(shí)別或量化活動(dòng)風(fēng)險(xiǎn)，確定風(fēng)險(xiǎn)的危害和風(fēng)險(xiǎn)發(fā)生的可能性ii. 針對(duì)風(fēng)險(xiǎn)的兩點(diǎn)：可能性和危害，制定主要

26、風(fēng)險(xiǎn)的降低方法（降低可能性）和緊急處理手段（減少危害）iii. 在考慮風(fēng)險(xiǎn)的基礎(chǔ)上對(duì)計(jì)劃進(jìn)行重新估計(jì)和調(diào)整，必要時(shí)需要添加新的活動(dòng)；比如對(duì)于一項(xiàng)必須采用的新技術(shù)，則加入一個(gè)培訓(xùn)過程；或者預(yù)留一部分的人手，以防止人員流動(dòng)的風(fēng)險(xiǎn)。h） 分配資源i. 確定和分配資源；ii. 在考慮資源約束的情況下修改計(jì)劃1. 某些人員在同一時(shí)間內(nèi)多個(gè)任務(wù)都需要，此時(shí)只能制定優(yōu)先級(jí)；而且項(xiàng)目周期可能會(huì)因?yàn)槿藛T等待而延長。2. 而增加人手來保證某些人在項(xiàng)目一開始就能夠到位可能會(huì)造成他們有時(shí) 候處于等待狀態(tài)，導(dǎo)致效率不高，進(jìn)而會(huì)導(dǎo)致項(xiàng)目總成本上升。i） 確定檢查公布計(jì)劃i. 檢查項(xiàng)目計(jì)劃中的質(zhì)量因素；1. 許多項(xiàng)目經(jīng)常因

27、為前面完成活動(dòng)的質(zhì)量問題需要重做。此時(shí)可能使項(xiàng)目失去控制。2. 必須確認(rèn)在任務(wù)報(bào)告說 “完成了”時(shí)， 它確實(shí)完成了。任務(wù)的 “進(jìn)入需求”，明確該任務(wù)開始進(jìn)行時(shí)的必要條件和前提任務(wù)；而任務(wù)的“退出需求”，標(biāo)明該任務(wù)的完成批判標(biāo)準(zhǔn)。因此質(zhì)量控制就必須檢查此二種需求。3. 如果有過程質(zhì)量控制的標(biāo)準(zhǔn)規(guī)范，應(yīng)該使用他們。4. 比如對(duì)于用戶需求，一個(gè)基本的處理辦法就是用戶需求文檔需要經(jīng)過用戶閱讀和確認(rèn)。但如果到最后才全部拿出來給用戶確認(rèn)，此時(shí)出現(xiàn)問題的話，就已經(jīng)太晚了。因此應(yīng)該在每次會(huì)談后，都將采訪記錄交給用戶確認(rèn)，確保及時(shí)的和用戶意圖保持一致。ii. 書面化計(jì)劃并上報(bào)批準(zhǔn)j） 執(zhí)行計(jì)劃；逐步 要制定k）

28、 制定更細(xì)層次上、可經(jīng)常檢查和度量的計(jì)劃。計(jì)劃的制定是一個(gè)貫穿始終的、 細(xì)化的過程，而不可能在一開始就制定得盡善盡美。因此對(duì)于近期的活動(dòng)，詳細(xì)的計(jì)劃；而對(duì)于遠(yuǎn)期的計(jì)劃，只能逐步推移的過程中進(jìn)行細(xì)化。上面的步驟基本如下面的流程：0 不 Setociot*dproject wmd 由 0cti*esLx pru|cT cfiAr0cbxisticsTactwiyReviewI/products artl actwit*ReviewLfiww )w*產(chǎn)七，koiE priWI1r.Step6的時(shí)候應(yīng)該對(duì)每一步的風(fēng)險(xiǎn)都加以分析；Step8有一個(gè)返回的箭頭，就是通過制定更低層次的計(jì)劃并加以執(zhí)行而得。第六

29、講作業(yè):學(xué)習(xí) 好資料，某公司需要對(duì)一個(gè)字處理軟件進(jìn)行可用性測試.為了完 成測試工作，首先需要寫一個(gè)用戶手冊(cè)，然后選定一些 用戶參加測試工作,在選擇過程中，用戶需要填寫一張 調(diào)查表，上面將反映這些用戶以前使用字處理系統(tǒng)的經(jīng) 臉和所受過舟訓(xùn)練.，在測試時(shí)，這些用戶將采用字處理系統(tǒng)完成特定的任務(wù), 完成任務(wù)所需的時(shí)間和使用過程中所遇到的問題將被記 錄下來，磔誠完成后，用戶將填寫一張問卷以反映他們對(duì)系統(tǒng)的 感受,M有測試中的數(shù)據(jù)將要被分析，最后需要完成一份對(duì)系 統(tǒng)的改進(jìn)建議的報(bào)告.請(qǐng)作出PBS,PFD和初步的活動(dòng)圖，下周交，打印稿第七講24.項(xiàng)目計(jì)劃過程小結(jié)a） 一個(gè)計(jì)劃需要包含下列活動(dòng)i. 建立項(xiàng)目

30、目標(biāo)ii. 分析項(xiàng)目特點(diǎn)iii. 建立包含組織、標(biāo)準(zhǔn)、方法和工具在內(nèi)的基礎(chǔ)架構(gòu)iv. 確定項(xiàng)目的產(chǎn)品和所需的活動(dòng)v. 分配資源、調(diào)整活動(dòng)圖vi. 建立質(zhì)量控制手段b）項(xiàng)目管理是一個(gè)迭代的、不斷反復(fù)的過程25.項(xiàng)目評(píng)估的目的和內(nèi)容a）項(xiàng)目的起因i. 市場需要ii. 業(yè)務(wù)需要iii. 客戶需要iv. 技術(shù)進(jìn)步的需要v. 法律的進(jìn)步或更新vi. 社會(huì)需要b） “不做”總是一個(gè)應(yīng)該仔細(xì)考慮的方案c）項(xiàng)目進(jìn)行前需要評(píng)估；進(jìn)行中也要不斷評(píng)估，以亡羊補(bǔ)牢。通常應(yīng)該在某個(gè)可以進(jìn)一步的階段，進(jìn)行評(píng)估d）評(píng)估的原則i. 投入產(chǎn)出匹配原則ii. 面向需求的原則。項(xiàng)目因需求而存在，如果需求不存在或者不迫切，項(xiàng)目的存在

31、理由也不充分。iii. 資金的時(shí)間價(jià)值原則1 .資金本身能通過時(shí)間產(chǎn)生價(jià)值2 .資金的投入可能是多次的iv. 公正、科學(xué)、客觀原則。e）項(xiàng)目評(píng)估和可行性分析的關(guān)系i. 著重點(diǎn)不同：可行性研究注重從企業(yè)角度評(píng)價(jià)；項(xiàng)目評(píng)估注重項(xiàng)目的宏觀效益，包含很多方面的評(píng)估，如宏觀策略評(píng)估、操作性評(píng)估、計(jì)劃評(píng)估、技術(shù)評(píng)估、風(fēng)險(xiǎn)評(píng)估、社會(huì)可行性評(píng)估、經(jīng)濟(jì)性評(píng)估ii. 為項(xiàng)目決策服務(wù)的任務(wù)和目的不同1. 可行性研究為復(fù)雜的技術(shù)經(jīng)濟(jì)性論證工作，往往要規(guī)劃多種方案；2. 項(xiàng)目評(píng)估一般借助于可行性研究的成果進(jìn)行系統(tǒng)的審查和核實(shí)iii. 時(shí)序和地位不同，可行性研究是項(xiàng)目評(píng)估的前提；項(xiàng)目評(píng)估為決策提供最直接和最終的依據(jù)。第八

32、講26. 策略評(píng)估的內(nèi)容策略評(píng)估有很多方面a) 目標(biāo)：該項(xiàng)目是否有助于企業(yè)的整體目標(biāo)的實(shí)現(xiàn)，對(duì)整體目標(biāo)的實(shí)現(xiàn)有何貢獻(xiàn)b) IS計(jì)劃(信息系統(tǒng)計(jì)劃)，避免信息孤島的出現(xiàn)：提出的系統(tǒng)如何與IS計(jì)劃相適應(yīng)？ 它將替換或者與哪些系統(tǒng)接口？它與將來開發(fā)的系統(tǒng)有何交互關(guān)系？c) 組織結(jié)構(gòu)：新系統(tǒng)對(duì)目前的部門和組織結(jié)構(gòu)有何影響？是否意味著需要重組一些部門？是否與目前的已有功能重疊？d) MIS系統(tǒng)：新系統(tǒng)將在組織的何層次上提供何種信息？以何種方式對(duì)現(xiàn)存的管理信息系統(tǒng)進(jìn)行補(bǔ)充和提高？能對(duì)現(xiàn)有管理提供何種幫助？e) 人員： 系統(tǒng)將以何種方式影響人力水平和現(xiàn)存雇員的技術(shù)？它對(duì)組織整個(gè)人員開發(fā)策略有何影響？或者現(xiàn)存

33、人員能達(dá)到熟練使用該系統(tǒng)的能力嗎？如果不能，是對(duì)他們進(jìn)行培訓(xùn)還是另找新人?f) 外在的影響：客戶對(duì)新系統(tǒng)的接收程度？27. 策略評(píng)估中的模塊組式管理a) 模塊組是指一組相關(guān)的、協(xié)調(diào)管理的項(xiàng)目，通過模塊組式管理，以獲得更好的效益。同時(shí)也可能會(huì)有通用的軟件，以及進(jìn)行人員的專業(yè)化成長。b) 有效的模塊組管理需要一個(gè)明確的、邊界清晰的模塊組目標(biāo)；項(xiàng)目必須根據(jù)模塊組目標(biāo)來選擇c) 通常應(yīng)該整體的發(fā)展目標(biāo)和現(xiàn)有的組織架構(gòu)來選項(xiàng)目，以避免有限的資源競爭28. 策略評(píng)估中的業(yè)務(wù)管理a) 所選擇的項(xiàng)目最后會(huì)成為業(yè)務(wù)的一部分，不可避免的會(huì)產(chǎn)生資源競爭29. 操作可行性評(píng)估a) 其內(nèi)容指：i. 評(píng)估系統(tǒng)是否能夠真正

34、解決項(xiàng)目設(shè)立之初的初衷，是否足夠改變?cè)瓉淼氖褂昧?xí)慣ii. 系統(tǒng)安裝運(yùn)轉(zhuǎn)后，是否有足夠的人力資源來運(yùn)行維護(hù)它iii. 用戶是否對(duì)新系統(tǒng)有抵觸情緒，該情緒是否可控30. 計(jì)劃評(píng)估評(píng)估項(xiàng)目完成的時(shí)間是否足夠，是否能夠在能產(chǎn)生效益前完成31. 技術(shù)評(píng)估a) 技術(shù)的成熟程度：實(shí)驗(yàn)室技術(shù)、經(jīng)過中試的技術(shù)、經(jīng)過工業(yè)化應(yīng)用的技術(shù)b) 市場對(duì)技術(shù)的需求程度：顯在的(市場一直在尋找的)、潛在的、競爭態(tài)勢(shì)的(各有優(yōu)劣的技術(shù))c) 技術(shù)轉(zhuǎn)換成效益的成本d) 支撐技術(shù)和條件：還需要的周邊設(shè)備的技術(shù)發(fā)展、供應(yīng)鏈成熟度、上下游是否成熟齊全e) 發(fā)展前途：能在賺回成本前保證不淘汰；或者從占領(lǐng)市場或者打壓競爭對(duì)手的角度出發(fā)32

35、. 技術(shù)方案的選擇a) 要考慮的制約條件i. 需求制約：現(xiàn)存的需求結(jié)構(gòu)以及可能的變化ii. 資源制約：資金、人力、自然、其它因素iii. 環(huán)境制約：經(jīng)濟(jì)技術(shù)環(huán)境、社會(huì)人文環(huán)境、自然環(huán)境b) 選擇的原則i. 經(jīng)濟(jì)性原則：最小的投入，產(chǎn)生最大的效益ii. 發(fā)展原則：希望長線看好iii. 兼容性原則：原有的東西仍然能用，錦上添花。iv. 相關(guān)效果原則c) 選擇視角i. 技術(shù)的先進(jìn)性ii. 技術(shù)的適用性33. 風(fēng)險(xiǎn)分析a) 風(fēng)險(xiǎn)的識(shí)別b) 風(fēng)險(xiǎn)的評(píng)估i. 風(fēng)險(xiǎn)分析：可能性、危害ii. 風(fēng)險(xiǎn)的優(yōu)先級(jí)：不同時(shí)間、時(shí)期、地點(diǎn)、人員，風(fēng)險(xiǎn)的優(yōu)先級(jí)都可能改變且不同；34. 社會(huì)可行性a) 是否滿足所有項(xiàng)目涉及者

36、的利益b) 是否滿足法律或合同的要求35. 經(jīng)濟(jì)性分析a) 列舉所有成本：開發(fā)成本、運(yùn)行成本b) 列舉因?yàn)樵擁?xiàng)目而產(chǎn)生的效益，需要考慮好效益增益的度量方式c) 如何進(jìn)行經(jīng)濟(jì)性估計(jì)i. 成本估計(jì)：自底向上估計(jì)，將任務(wù)分解，估計(jì)每一個(gè)片段，累加多個(gè)片段ii. 自頂向下的攤派：從管理者的成本期望開始，確定在此成本的約束下能夠交付的產(chǎn)品，提供給管理者做多種選擇(給多少錢，辦多大的事)36. 成本：a) 開發(fā)成本b) 安裝成本c) 運(yùn)行成本37. IT項(xiàng)目可能的成本a) 采購成本：咨詢成本、設(shè)備購買或租用成本、設(shè)備安裝成本、場所準(zhǔn)備和修改、資金成本(上面都占用了資金，資金本身是可以產(chǎn)生效益的)、管理成本

37、(主要是管理者的工資等隱形成本)b) 啟動(dòng)成本：操作系統(tǒng)軟件、安裝通訊設(shè)備、啟動(dòng)人員成本、招聘費(fèi)用、對(duì)其它部門的影響、啟動(dòng)活動(dòng)本身的管理c) 與項(xiàng)目有關(guān)的成本：應(yīng)用軟件、為了適應(yīng)本地系統(tǒng)需求而進(jìn)行的軟件修改、內(nèi)部開發(fā)人員成本、適應(yīng)該系統(tǒng)的人員培訓(xùn)、數(shù)據(jù)采集和分析、文件準(zhǔn)備(如手冊(cè))、管理開發(fā)d) 運(yùn)行成本：系統(tǒng)維護(hù)成本、場地設(shè)備租用、資產(chǎn)貶值、職員管理e) 一次性成本：系統(tǒng)啟動(dòng)、系統(tǒng)開發(fā)、新的軟硬件、用戶培訓(xùn)、場所準(zhǔn)備、數(shù)據(jù)系統(tǒng)轉(zhuǎn)換f) 重復(fù)成本：應(yīng)用軟件的維護(hù)、數(shù)據(jù)存貯費(fèi)用的遞增、通信成本、新軟件和硬件、供應(yīng)商和其它花費(fèi)38. 效益a) 直接效益b) 可見的間接效益i. 成本下降和避免ii.

38、 減少錯(cuò)誤iii. 柔性的增加iv. 執(zhí)行活動(dòng)的速度增加v. 改善計(jì)劃和控制vi. 開拓新市場和增加銷售機(jī)會(huì)c) 不可見的效益，比如社會(huì)效益，不是簡單的轉(zhuǎn)化為金錢的i. 競爭的必要性：競爭對(duì)手在做ii. 更及時(shí)的信息獲取iii. 改善的組織計(jì)劃iv. 增加組織的柔性v. 提升組織學(xué)習(xí)和理解vi. 能獲取更好更多更快的信息vii. 可以調(diào)查更多的方案viii. 通過改進(jìn)工作過程從而改善雇員的士氣d) 凈收益：在項(xiàng)目生命周期內(nèi)的收入和中的成本的差。不考慮時(shí)間因素e) 回收期限：將初始投資收回的期限i. 簡單，對(duì)小的估計(jì)錯(cuò)誤不敏感；ii. 忽略了整個(gè)項(xiàng)目的盈利空間f) 回報(bào)率：項(xiàng)目周期內(nèi)的總收益/周

39、期/總投資* 100i. 未考慮時(shí)間因素ii. 易與銀行利率混淆g) 凈現(xiàn)值(NPV)i. 考慮時(shí)間因素上，對(duì)未來的預(yù)期收益加以折扣。 比如， 預(yù)期明年收益為 10萬，則在今年計(jì)算時(shí)只能按照8 萬來計(jì)算。ii. 假定年折扣率r 為10%，則， 明年的 100 元， 只相當(dāng)于現(xiàn)在的91 元 ( 91 * 1.1=100);后年的100元，只相當(dāng)于現(xiàn)在的 83元( 83*1.1 * 1.1 = 100)。從而有 如下公式：目前值 = t 年后的值/ (1 + r )t該方法的問題在于年折扣率不好確定。通常考慮當(dāng)前的物價(jià)、利率、 預(yù)期的風(fēng)險(xiǎn)可能性(比如新技術(shù)的突破導(dǎo)致收益急劇下降)。h) 內(nèi)部的回報(bào)

40、率：為了提供一個(gè)可以與現(xiàn)有利率進(jìn)行比較的方法。內(nèi)部回報(bào)率就是使NPV為0的折扣率39. 綜合評(píng)估將各個(gè)評(píng)估綜合考慮，得出是否實(shí)施該項(xiàng)目的最后結(jié)論a) 使用決策矩陣如下，將多個(gè)待選方案以及應(yīng)該考慮的多個(gè)因素分別成行和成列，同更多精品文檔學(xué)習(xí)-好資料時(shí)，對(duì)每種考慮因素加以不同的權(quán)重, 最優(yōu)方案?？傻贸雒糠N方案的綜合得分，據(jù)此可以得出FejiSibility Ci if eri aWeigM人 . a il u 上 . ： ： Operalionl FeaabilHy30%JTiaionaUfy To wnat degree does the_candidate Boliilon benefit t

41、he organization?Political; How well will the solution berec eived by users? Jul anagement?Cancliclatle 1Candidate 2Only supportsFully supportsSarno aslulembers ServicearequiredCandidaterequirements andfunctionalitycurrent businessprocesses wouldhedW in be modifiedScore： 60Score: 100Scdte:100Tedinic*

42、i1 F4i9bility30* nTeclmologv： Assessment of maturity, availability, ability to acquire, and desifatjiiity of computer technoEo/ needed to support the candidate.Exjieilise: A ssessment of the techricel e;pertrse needed to developp operate； and Aiainlainthe candidate systemCurrent release ofCurrtnt le

43、chnkalPlatinum Plus isstaff only has1 0; only or marketPowerbuiFder6 weeksex perienere.Staff thinks Accessapp is simple.Scoie: 50Scoie: 95Ec&nomk Feability30、Cofir to Dvelap ，；Payliackpeiiod MiscountM Net Prent ValueDetailed Calculations1350,000I418Q0Moaooo1.5 ye an?3+5yeisX3 yeiis1210,000*306,7 48$

44、32 S, 500See aTtachnieiit ASee Altaclinient ASee Attachment AScore: 60Score: 85Sccie： 90Schedule Faaribility10%Assessment of how long the solution will take to design and irnplennent.RankingHLass tharj 3 months9-12 months9 monthsScore: 95Score： 30Score： 8560.59283.5ItwiMi-jMcsu-40. 決策方法頭腦風(fēng)暴法a）方法：召集一

45、堆人任意的提出各種想法，每個(gè)人必須發(fā)言；任何人不允許對(duì)其它人的任何意見進(jìn)行批評(píng)；b）收集這些方法后再進(jìn)行評(píng)估，篩選其中合理的方法深入跟蹤和批判41. 決策方法：決策矩陣a）方法：列舉多個(gè)方案，以及考慮時(shí)的多個(gè)因素，必須對(duì)每個(gè)因素施加一定的權(quán)重，某些因素可能是“必須的”從而具有“一票否決”的作用。b）舉例如下表的數(shù)據(jù)庫方案選擇，其中E,表示essential,必須的：c） 決策矩陣法最困難的是確定每個(gè)考慮因素的權(quán)重：delfa方法。42 .需求工程回答一下問題a）為什么實(shí)施該項(xiàng)目；b）項(xiàng)目要達(dá)到什么樣的結(jié)果；c）工作的具體內(nèi)容是什么；d）如何實(shí)施該項(xiàng)目；e）如何定義該項(xiàng)目的完成43 .需求工程的

46、主要內(nèi)容a）目標(biāo)管理b）范圍管理c） 需求管理i. 管理需求的目的ii. 管理需求的困難性iii. 軟件需求管理的特性iv. 需求工程-需求捕獲v. 如何獲取需求vi. 需求工程文檔、工具44.目標(biāo)管理a）早期發(fā)展：魯克1954發(fā)表“管理實(shí)踐”而提出；通用電氣也提出“管理決策分散 進(jìn)行，要求用客觀目標(biāo)和對(duì)目標(biāo)完成進(jìn)度的客觀測定來代替主觀的評(píng)價(jià)和個(gè)人的監(jiān) 督。通過實(shí)行一種客觀的測定計(jì)劃，可把主觀人員從具體事務(wù)中解脫出來”。b）目標(biāo)管理的特點(diǎn)i. 是參與管理的一種形式，上下級(jí)目標(biāo)形成“目標(biāo) 一手段”鏈：下級(jí)目標(biāo)是上級(jí)目標(biāo)的手段。ii. 目標(biāo)管理強(qiáng)調(diào)自我控制。管理，人們應(yīng)控制的是行為的動(dòng)機(jī)和目的，而

47、不是行為方式本身。iii. 促進(jìn)下方權(quán)力，有助于協(xié)調(diào)集權(quán)和分權(quán)的矛盾。iv. 注重“成果第一”的方針。c）項(xiàng)目目標(biāo)的特點(diǎn)i. 項(xiàng)目目標(biāo)就是實(shí)施項(xiàng)目要達(dá)到的期望結(jié)果ii. 項(xiàng)目目標(biāo)是多目標(biāo)的，往往要到達(dá)諸如時(shí)間、效益、質(zhì)量多個(gè)綜合指標(biāo)。更多精品文檔學(xué)習(xí)-好資料iii. 項(xiàng)目目標(biāo)有動(dòng)態(tài)的優(yōu)先性，在不同階段，多個(gè)綜合指標(biāo)各自有不同的優(yōu)先級(jí)。比如， 性能在初始階段最重要；而成本在實(shí)施階段最重要，時(shí)間在結(jié)束階段最重要。iv. 項(xiàng)目目標(biāo)有層次性：總體目標(biāo)、具體目標(biāo)；階段目標(biāo)、長期目標(biāo)。總體目標(biāo)是通過多個(gè)具體目標(biāo)來實(shí)現(xiàn)的。長期目標(biāo)也是通過各個(gè)階段的階段目標(biāo)來實(shí)現(xiàn)的。d) 項(xiàng)目目標(biāo)的描述：i. 是定量的、可度

48、量的；不應(yīng)該是定性的、不可度量的。比如“達(dá)到最好”就不是目標(biāo)，因?yàn)樗皇嵌康?，也不可度量。ii. 應(yīng)該使每個(gè)成員都清楚明白的認(rèn)知；iii. 面向結(jié)果的，不是面向成本的；iv. 可實(shí)現(xiàn)的，現(xiàn)實(shí)的；v. 盡可能的簡單，容易理解。vi. 能起激勵(lì)作用。e) 目標(biāo)管理的建議i. 目標(biāo)應(yīng)該是分層次的；從總體到局部；從長期到階段；ii. 目標(biāo)應(yīng)形成一個(gè)網(wǎng)絡(luò)。 不要使各個(gè)單位、 各個(gè)個(gè)人的目標(biāo)都完全獨(dú)立；應(yīng)該盡量使多個(gè)單位、個(gè)人之間的目標(biāo)互相關(guān)聯(lián)。從而可以避免人們采用對(duì)自己的職能有益而對(duì)公司整體缺有害的做法。iii. 目標(biāo)應(yīng)該多樣性。多個(gè)方面都應(yīng)該考慮到。iv. 長期目標(biāo)和短期目標(biāo)應(yīng)成為一個(gè)有機(jī)、關(guān)聯(lián)的整

49、體；選擇短期目標(biāo)的過程也是評(píng)定長期目標(biāo)先后次序的過程。v. 培養(yǎng)管理者的素質(zhì)：1. 善于利用時(shí)間；2. 注意每個(gè)員工的貢獻(xiàn)和對(duì)手下給予正確的評(píng)價(jià)：3. 能發(fā)現(xiàn)手下的長處和短處；4. 善于分清工作的主次先后；5. 善于做出有效的決策。45. 項(xiàng)目范圍管理：為了實(shí)現(xiàn)項(xiàng)目，對(duì)在實(shí)現(xiàn)過程中所必須要做的工作和事情進(jìn)行的管理。有如下層次含義：a) 產(chǎn)品范圍管理：對(duì)該項(xiàng)目實(shí)施過程中和實(shí)施后將要產(chǎn)出的產(chǎn)品進(jìn)行管理。b) 產(chǎn)品規(guī)格管理：對(duì)產(chǎn)品的特征、功能的具體描述c) 項(xiàng)目范圍：該項(xiàng)目所必須要做的工作。i. 啟動(dòng)： 組織正式開始一個(gè)項(xiàng)目；啟動(dòng)的輸出是項(xiàng)目章程，該章程標(biāo)志啟動(dòng)的存在，并簡單描述該項(xiàng)目。ii. 范圍

50、計(jì)劃： 在章程基礎(chǔ)上， 對(duì)項(xiàng)目的范圍做出明確規(guī)定，包括用以描述項(xiàng)目或者項(xiàng)目階段成功的標(biāo)準(zhǔn)。iii. 范圍定義：在計(jì)劃基礎(chǔ)上進(jìn)一步細(xì)化和分解。iv. 范圍的核實(shí)：將范圍交由相關(guān)人員部門進(jìn)行確認(rèn)。v. 范圍的變更控制。46. IT的需求管理就是項(xiàng)目范圍管理a) 軟件生命周期中，一個(gè)錯(cuò)誤發(fā)現(xiàn)的越晚，修復(fù)錯(cuò)誤所需的費(fèi)用越高b) 很多錯(cuò)誤是長期就隱藏并一直存在的；c) 在需求過程中會(huì)產(chǎn)生很多錯(cuò)誤d） 在需求階段代表性的錯(cuò)誤是：疏忽、二義性、不明確、不一致、不正確的事實(shí)。e）需求階段的錯(cuò)誤是可以被檢查出來的。重復(fù)檢查可以發(fā)現(xiàn)大部分錯(cuò)誤。47.需求管理的困難a）需求不總是顯而易見的，而且它來自各個(gè)方面；b）

51、需求并不總是容易用文字明白無誤的表達(dá)；c） 存在不同種類的需求，其詳細(xì)程度各不相同。d）若不加以控制，需求的數(shù)量將難以管理和控制；e） 需求之間總相互關(guān)聯(lián)f） 需求有唯一的特征和特征值g）需求涉及多個(gè)方面，意味著要由功能交叉的各組人員來管理；h）需求會(huì)變更。48.什么是軟件需求a）需求為用戶解決問題或達(dá)到目標(biāo)所需的條件或權(quán)能；b）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范和其它正式規(guī)定文檔所需要具有的條件或 權(quán)能。c） 一種反應(yīng)上述條件或權(quán)能的文檔說明d）需求具有層次性：更多精品文檔業(yè)務(wù)需求：企業(yè)的經(jīng)營目標(biāo)、 企業(yè)擬實(shí)施的的某項(xiàng)業(yè)務(wù)的目標(biāo)，比如提升客戶忠誠度；就IT項(xiàng)目而言，業(yè)務(wù)需求產(chǎn)生用戶需求，也

52、就是從用戶的角度看，最后完成的IT項(xiàng)目應(yīng)提供何種功能。比如以提升銷售額為業(yè)務(wù)需求的某項(xiàng)目，則用戶需求，可能是增加或者改善目前的網(wǎng)上訂購系統(tǒng)。從用戶需求進(jìn)而產(chǎn)生具體的功能需求。比如網(wǎng)上訂購系統(tǒng)，則要求網(wǎng)上銀行、網(wǎng)上產(chǎn)品展示、網(wǎng)上訂單追蹤、客戶訂單查詢、意見反饋等功能需求。從功能需求反推，可得出系統(tǒng)需求，比如，要滿足上面的功能，以及其它的比如安全性、響應(yīng)的及時(shí)性，則要求使用何種硬件以及軟件體系的系統(tǒng)需求。最后有一些其它的需求， 比如可靠性要求，屬于質(zhì)量屬性；而總投資則產(chǎn)生了一個(gè) 約束條件；現(xiàn)有系統(tǒng)以及現(xiàn)存用戶的條件，則產(chǎn)生了其它非功能需求。49.產(chǎn)生不合格需求的原因a）無足夠的用戶參與或用戶參與深

53、度不夠。產(chǎn)生原因可能是：i. 與用戶的合作或者交流是很多技術(shù)人員的短處或者不屑一顧的事情；ii. 開發(fā)人員錯(cuò)誤的認(rèn)為已經(jīng)完全明白用戶的需求b）用戶需求的持續(xù)不斷增加c） 模棱兩可的需求，以及對(duì)未來本來的目標(biāo)也不清楚；d）不必要的特性或者很少用的特性，反而成了開發(fā)者考慮的主要因素e）過于精簡而不明確的規(guī)格說明書；f） 忽略了用戶的分類或者不正確的分類，導(dǎo)致對(duì)某一類用戶關(guān)注過多，而對(duì)另一類用戶疏于關(guān)注而忽視了他們的需求。g）不正確的計(jì)劃，未留足夠時(shí)間進(jìn)行需求分析50 .優(yōu)秀的需求的特性a）完整性：應(yīng)該表達(dá)的都有；b）正確性：每一條都是用戶真正想要的東西而不是開發(fā)者自己設(shè)想的；c）可行性：每一條都是當(dāng)前各種約束條件下能夠?qū)崿F(xiàn)的；d）必要性：是用戶當(dāng)前最必要的需求的表達(dá)；e）劃分有優(yōu)先級(jí)：按用戶的需求劃分了層次，哪些是必要的，哪些是可選的；并對(duì)每一項(xiàng)都單獨(dú)列出了預(yù)算和完成時(shí)間表；f） 明確的無二義的：g） 可驗(yàn)證性：當(dāng)最后項(xiàng)目實(shí)現(xiàn)后，可以按照需求說明