第一篇：軟件項目管理案例分析20題

軟件項目管理案例分析

案例分析一

問題1：

本項目申請國家技術創新基金100萬元，但國家實際批準基金額度很可能會低于100萬元，“項目投資來源”中應當說明：當國家實際批準基金低于申請額度時，如何補足二者之間的差額以及由此所引起的地方匹配基金的差額。

應重新召開股東大會并討論以下議題：當國家實際批準基金低于申請額度時，公司是否愿意補足二者之間的差額以及由此引起的地方匹配基金的差額。

如果能夠通過，應在“項目投資來源”中加注：當國家實際批準基金低于申請額度時，公司承諾補足二者之間的差額以及由此引起的地方匹配基金的差額（附新的公司股東大會決議）。問題2：

A，B雙方以B方現有技術成果為基礎進一步合作開發，應明確以下幾個主要問題：（1）B方是以現有技術成果折價入股，還是將現有技術成果轉讓給A方；（2）如果是“技術轉讓”，應明確是“專利權轉讓”、“專利實施許可”、還是“技術秘密轉讓”？

（3）雙方是否已就合作開發的新技術成果的所有權、使用權以及利益分成問題達成一致意見？

雙方是否已正式簽訂“合作開發合同”或“技術轉讓合同”？ 問題3：

應主要從以下幾方面分析項目技術的成熟性：

（1）關鍵技術成熟性分析（包括采用的現有成熟關鍵技術、已攻克的關鍵技術、待研究的關鍵技術等）；

（2）項目采用的關鍵技術是否獲得國家、部門或地方科技計劃的支持（已獲得、尚未獲得）及計劃的名稱、獲得支持的時間；

（3）項目采用的關鍵技術是否通過技術鑒定（已鑒定、尚未鑒定）及鑒定單位、鑒定意見、鑒定時間。

案例分析二

問題1：

由項目執行偏差導致項目計劃變更的各種誘發因素稱為項目變更的內部因素。由項目目標變化導致項目計劃變更的各種誘發因素稱為項目變更的外部因素。問題2：

“B方首付資金未能按時交付”、“A方盲目確定進度目標”、“A方的前期設計有疏漏”、“A方編制的需求分析說明書未能準確、全面地表達B方的實際需求”、“B方自行負責的機房裝修誤期”、“A方開發人員跳槽”，屬于項目變更的內部因素。

“證監會要求上市公司執行新的會計制度”、“B方因機構重組改變了業務流程”、“B方提出增加合同審計功能”、“B方行業主管部門發布了新的行業ERP實施規范”，屬于變更的外部因素。問題3：

“A方盲目確定進度目標”、“A方的前期設計有疏漏”、“A方開發人員跳槽”，屬于A方責任。由此而增加的項目經費，由A方承擔。“需求分析時，B方表達不清，A方理解有誤，雙方溝通不夠，A方編制的需求分析說明了書未能準確、全面地表達B方的實際需求，而B方未能及時指正”，屬于雙方責任，由此而增加的項目經費，由A、B雙方協商分攤。

其余各條，無論B方是否負有責任，均應承擔由此而增加的項目經費。問題4：

對于由內部因素引起的變更請求，變更評估的重點是確定最優變更方案。而對于外部因素引起的變更請求，變更控制委員會應重點評估變更的必要性。

案例分析三

問題1：

（1）沒有清晰地了解到產品的范圍，導致項目后期需求的蔓延；

（2）沒有澄清模糊的項目范圍，在安裝服務器的問題上產生異議，最終增加了未計劃到的工作；

（3）沒有進行變更控制，以至于變更的結果不理想，導致反復地變更。問題2：

（1）變更工作沒有得到確認，導致工作的結果不能夠被認可；

（2）變更沒有得到有效地執行。尤其當同時發生多個變更的時候，如果沒有有效的控制很容易造成一些變更被忽略甚至遺漏；

（3）未控制的變更造成系統的混亂。軟件系統是一個復雜的系統，系統間很多部件都存在關聯，對其中某一部分進行更改可能會牽連到其他部分，造成整個系統的問題。

問題3：

范圍控制是范圍管理中重要的工作之一，范圍控制的主要目的是控制變更的結果；保證所有被請求的變更都可以得到有效的處理；協調所有同變更相關的工作、資源和交付成果，讓項目始終處在被控制的狀態。范圍控制的意義也在于此，通過范圍控制，可以減少范圍變更對項目造成的影響，降低風險，讓項目處在可控制可跟蹤的狀態。

案例分析四

問題1：

分解項目WBS的一般過程如下：（1）識別可交付成果及有關工作；（2）確定工作分解結構的結構與編排；

（3）將工作分解結構的上層分解到下層的組成部分；（4）為工作分解結構組成部分提出并分配標識編碼；（5）核實工作分解的程度是否必要且足夠。問題2：

創建項目WBS時需要注意以下四點：（1）分解出的工作是充分且必要的；

（2）工作的獨立性。即工作一旦開始，就可以在不中斷的條件下完成；

（3）工作完成度的可判斷性。即可以清楚地判斷工作是否已經開始，工作完成了多少，以及工作是否已完成。

（4）工作的交付成果。即工作完成后將得到什么樣的成果。問題3：

（1）在“同K企業負責人溝通后明確項目的范圍”中，小張進行了范圍定義的工作。之后小張又編寫《關于***系統第三方系統測評計劃備忘錄》的文檔，并發給企業K 負責人確認，讓項目范圍在各干系人中得到一致的認識。

（2）在“將配合第三方機構進行測評的工作加入到項目WBS”中，小張進行了范圍控制的工作。

案例分析五 案例分析六

案例分析七

問題1：

公司負責人不應該把單純的參數模型放在成本估計上，而要根據不同的情況，采用不同的方法，否則會使成本估計產生很大的偏差。

在做成本估計時建立參數模型只是其中一種方法。建立參數模型指在數學模型中運用項目特點（參數）來預測項目成本。建立參數模型的首要條件是建模所參考的歷史數據的精確性程度。

但是實際情況是該項目由于需要改動的那個過程中有很多工作不是很清晰，而且這過程還會對其他5個過程產生一些影響，影響的程度也沒有得到明確的界定。更重要的是，改動的流程過程占整個制造成本的36%,因此完全按照參數模型是不合適的。問題2：

由于王工程師能夠準確地獲得其他5個沒有改動過程的詳細成本信息，因此工程師在對已經明了的項目的5個過程應該采用建立參數模型法來對其進行成本估計。

而對那個需要改動的過程應該采用類比估算法，這是由于當對項目的詳細情況了解甚少時（例如在項目的初期階段），往往采用這種方法估算項目的總成本。問題3：

成本控制就是要保證各項工作要在它們各自的預算范圍內進行。成本控制的基本方法是規定各部門定期上報其成本報告，再由控制部門對其進行成本審核，以保證各種支出的合法性，然后再將已經發生的成本與預算相比較，分析其是否超支，并采取相應的措施加以彌補。有效的成本控制的關鍵是經常及時分析成本績效，盡早發現成本偏差和成本執行效率，這樣就能在情況變壞之前及時有效地采取措施。

成本控制包括查找正、負偏差的原因，它必須與其他控制過程緊密地結合起來。成本控制實質上就是監控成本的正負偏差，分析偏差產生的原因，及時采取措施以確保項目朝著有利的方向發展。主要方法有成本變更控制系統、績效衡量分析、項目績效審核、電腦化工具、偏差管理等。

案例分析八

案例分析九

問題1：

不明確需求就進行開發，造成項目開發無法制定相應的計劃。缺乏合理的項目開發計劃，就無法保證項目的質量。

如果由于某種客觀原因造成無法在軟件項目開發之前明確這個需求，需要對這個軟件項目進行階段劃分，在每個階段中明確部分需求，并制定相應的開發計劃。問題2：

該公司的張工應該盡可能早地明確整個軟件項目的需求，制定相應的計劃。

張工可以把整個項目的開發階段進行劃分，對每個階段的需求進行分析，制定計劃，執行計劃。

B銀行的趙工應該盡可能早地提出需求。

趙工在需求確定后如果需要變更請求，則要和張工一起協商，然后才能調整需求，并且對項目開發計劃也進行相應的調整。趙工應該和張工一起分析，明確每個項目開發階段的需求。問題3：

在項目的需求分析階段，項目負責人和需求提出者需要仔細研究整個項目的相關業務邏輯，了解整個項目的需求。在需求得到明確的前提下，制定相應的開發計劃。

在項目的實施階段，需要對每個階段的需求進行明確，制定相應的開發計劃。保證了每一個階段的開發質量，就能夠保證整個項目的質量。

案例分析十

問題1：

該軟件公司在明知原有系系統統已經投入使用的情況下，沒有提前分析升級的風險并告知客戶，此證券公司沒有制定升級計劃，沒有和客戶一起制定風險預案。

該證券公司在得知此軟件公司要對他們正在使用的系統進行升級的情況下，沒有主動向該軟件公司了解升級可能引發的問題，沒有制定必要的風險預案，以致出現問題時無法采取合理的補救措施，造成了一些損失。問題2：

現有系統由于一般已經投入使用，如果對其進行升級會有一定的風險。在進行升級以前，應該對其可能包含的風險和可能帶來的問題進行仔細分析和評估，并有針對性地制定風險預案和升級計劃。在升級失敗或者出現問題影響系統使用的情況下，應該實施風險預案來保證系統的正常使用，盡可能地減少損失。問題3：

軟件系統的升級和開發一樣，也要制定相應的開發計劃和質量保證計劃。如果缺少必要的計劃和質量保證措施，也會導致很大的問題。軟件系統升級如果出現質量問題，帶來的損失可能比開發過程中出現問題更嚴重。因為如果一個正在使用的系統出現問題或無法正常使用，可能帶來一定的經濟損失。因此我們必須像軟件開發一樣采取必要的質量保證手段來避免或盡可能地減少經濟損失。針對升級可能出現的風險，為了保險起見，需要制定一套或多套見險預案，并且進行預演，一般在出現問題時順利采取風險預案來盡可能減少或避免產生經濟損失。

案例分析十一

問題1：

由于人力資源計劃不合理或者客戶在開發過程中的一些突發原因造成人力資源計劃不足以應付項目的正常進行，項目管理人員則需要考慮增加人力資源。在組織內部因為人員緊張已經不能提供合適的開發人員，同時公司管理層不打算增加人員經費，項目組經過研究決定招聘一批實習生，這算是一個比較正常的解決問題的思路，但是由于是組織外的人員，所以會增加管理難度。同時由于在項目中期引入新的開發人員，也引入了新的風險：新的開發人員可能不能及時完成作為先決條件的任務（如培訓及其他項目）；新的開發人員和項目管理層之間關系不佳，導致決策緩慢，影響全局；由于在工資待遇方面和正式員工有較大差距，且缺乏激勵措施，士氣低下，降低了生產率；新的開發人員中某些人員需要更多的時間適應還不熟悉的軟件工具和環境；因為是在項目中后期加入新的開發人員，需進行培訓并逐漸與現有成員溝通，從而使現有成員的工作效率降低；由于項目成員之間發生沖突，導致溝通不暢、設計欠佳、接口出現錯誤和額外的重復工作；不適應工作的成員沒有調離項目組，影響了項目組其他成員的積極性；也許在所有新開發人員中沒有找到項目急需的具有特定技能的人，等等。以上這些因素都可能對項目進度造成很壞的影響，有較大的隱患，項目管理人員必須有效控制由此帶來的人員風險。問題2：

關于如何教育和引導剛加入公司的新雇員這個問題，隨著公司產品的多樣性和復雜性變得越來越棘手，而且新加入公司人員可能分別從事不同的工作，如程序員，程序經理，客戶支持工程師，針對不同的角色應該制定不同的方案。

越來越多的公司都試圖聘用能自學業務的人員，而不愿在培訓項目、正規條例和流程或詳細的產品記錄上的投資。還可以通過熟練員工來教育新新雇員，這些熟練員工有經長、某些領域的專家以及正式指定的指導教師，他們除了本職工作外還要擔負起教導新雇員的工作。這種方法使得大家覺得有權學習并自己決定學什么和不學什么，使得他們在公司里的作用靈活機動。例如對于程序經理的培訓：剛開始時，新雇員的任務可能是一個單獨的特性，并且在直到完成為止的這段時間內，都會有人對你進行密切地指導。隨后，當這種工作已做得相當熟練之后，便會在更大的特性組中從事類似的工作，但指導會少得多。一段時期后，受訓者會擁有一個小項目或一個大項目的一部分。同時，程序經理還可以受到一些正規的培訓，包括一個供選修的培訓項目。另外，還可以不定期舉行經驗推介會，屆時會有經驗豐富的程序經理介紹他們自已的經驗。假設你是一個新進入公司的開發員，那么在頭幾天里，你會與經理們以及來自其他專業部門的高級人員會面，你會聽到有關開發周期的一個方向性的簡介，然后開發經理會立即派給你一個單獨的任務或者讓你與特性小組一起工作，你還可能被介紹給愿意當指導教師的高級開發員。

一般而言，你開始會從事相對容易的特性編碼工作，這種工作需要的時間較少并且與其它特性關聯甚少，并且高級人員（特性組長、領域專家、指導教師）隨即非常仔細地檢查你編寫的代碼。此外對開發領域人員應該有更加正規的定向的培訓。例如，為新開發人員提供了幾個為時幾天的實習班，培訓他們處理開發過程、產品、工具和其它專題。此外對于客戶支持工程師的培訓也是十分重要的。這主要是因為顧客不僅僅是購買產品，他們還要享受到優質的售后服務。所以，訓練有素的客戶支持工程師對于保持公司良好形象和提高為顧客服務的能力是至關重要的。客戶支持工程師不必像開發員那樣有必備的職業教育，但他們必須關于本公司產品如何工作的知識，并且實際上要在某種產品上具有專業知識。新的客戶支持工程師在上崗之前，接受一段時間的專門培訓。培訓從基本的軟件產品開始，同時他們還接受交際技巧，包括如何與顧客打交道等方面的一般性訓練。作為定向培訓的一部分，他們還接電話，與導師一道工作（每位技術員有一位導師）。在他們被分配處理客戶的電話之前負責答復客戶來信。問題3：

對日軟件外包相對技術難度不高，但是質量要求相當苛刻，外包項目失敗的例子不少。以下就對日軟件外包常見的一些問題進行簡單探討。（1）日方SE認為理所當然的地方，很多細節不會在式樣書中明確寫出，或者說日方SE完全按照日本做設計的習慣寫式樣書，由于中日文化和思維習慣的差異，可能導致中國軟件開發人員對這些習慣問題理解有誤。

對策：積累經驗，參照同類系統，提QA表確認。

（2）在產品提交期間，對于某些BUG，可能會出現這樣的爭執：中方開發人員說是由于日方的式樣書沒有寫明確，式樣書不夠細致，日方設計人員說是中方理解式樣書不對，有些地方不寫也應該能自己理解。

對策：首先確保產品質量的交貨時間；加強雙方交流；加強測試。（3）有的項目是日方邊設計，需要中方同步開發，中方開發人員認為式樣書上寫多少就做多少沒有寫的就不做。

對策：加強項目的交流，主動提出設計思考讓日方人員確認是不是這樣的意思。（4）中方開發人員的日語熟練程度不夠。

對策：加強IT日語教育，開發人員至少達到能理解日語式樣書的水平；配置專業的日語翻譯輔助。

（5）對于一些中方開發人員在太在意的一些細節問題，例如：字體，顏色、對齊方式等，要求不夠嚴謹。

對策：強化質量意識，建立開發和測試規范。

（6）開發過程的規范性與開發人員的態度：日本企業的開發管理，講究中規中矩，非常重視文檔的規范化管理，力求做到“凡事必求有據”；而中國企業在文檔的規范化管理方面相對淡??；日本企業項目管理對涉及的過程和文檔，規定了極其嚴格的次序和樣式，要求開發人員嚴格執行。而中國企業在具體執行方面，開發人員往往對這些規范和要求的遵照不夠嚴謹。

對策：完全按照客戶要求執行，包括文檔，如：開發進度報告、測試用例、測試報告等；加強開發過程管理，規范開發過程，引入CMM模式；加強軟件質量保證，如代碼評審、文檔審核、測試。

（7）中國企業的開發人員比較喜歡技術創新，在開發過程中對于一些技術問題提出自己的技術方案，可能會導致部分模塊技術實現方式與整體要求有差異。

對策：完全尊重日本客戶的文化和管理模式，積極提出技術建議；對于有要求遵照Sample代碼或對具體技術實現細節有嚴格要求的，開發人員必須嚴格遵循，不允許采用自已的技術實現；加強代碼審查（code review）。

（8）一些日本企業與中國企業的SE共同參與設計或交流的項目。

對策：在日本的合作伙伴企業派遣SE到項目現場進行設計；派遣中國SE到日本參與設計，設計完成后帶回中國開發；日本企業短期派遣SE到中國。（9）軟件外包知識產權保護與客戶保密問題。

對策：嚴格保護日本客戶商業秘密和知識產權；中國企業與日本企業簽訂保密協議；中國企業與開發人員簽訂保密協議。

（10）日本企業對中國企業開發進度的掌握。

對策：按照日本企業項目管理要求報告項目進度；分階段交付。（11）遠程協同合作開發的交流手段和方式。

對策：實時消息/語音/視頻交流，例如：MSN Messenger, Yahoo Mesenger、視頻會議系統、遠程控制、遠程協助、遠程調試；Email、FTP；相互人才派遣，人才交流。

案例分析十二

問題1：

在一個軟件產品整個的生命周期中，軟件產品發布之后便進入漫長的軟件維護階段，而對于一些行業軟件更是如此，后期的軟件維護是非常重要的一個環節。在維護過程中通常要涉及到開發人員在現場對代碼的維護，對數據和設備的維護，還可能需要根據用戶要求對軟件做相應的修改，有些可能涉及到重新開發或者發布新版本。當然后期維護也可能在一段時間內將會帶來相當豐厚的收入，保持良好的客戶滿意度也將變得非常重要?，F場開發人員不僅僅是完成維護工作，而且更多的是需要通過和用戶溝通了解用戶在使用軟件過程中遇到的一些問題，幫助用戶正確認識軟件維護的目的，得到用戶的支持和協助，使軟件最大程度地幫助用戶提高其工作效率，創造經濟價值，在用戶中建立起良好的口碑。同時現場人員也應該積極收集和整理用戶提出的一些問題，善于總結和思考，將這些問題反饋給公司總部，將一些用戶期望的功能發布在下一個版本當中，并且完善舊有版本中的缺陷。從這個角色出發，現場人員在一定程度上扮演了市場人員的角色，并且是接觸最前線的用戶，他們在做維護的同時，可以體會到用戶使用軟件的感受，從而得到最準確的市場信息，同時現場開發人員又是公司形象代表，每次現場工作都代表著公司的形象，所以公司需要設置專門的培訓內容用于訓練員工在外如何保持公司的良好形象同時做好宣傳工作。問題2：

在軟件開發過程中，團隊協同開發，很容易出現軟件版本管理不善帶來的軟件系統故障。代碼經常會被新的版本替換而使某些開發人員的工作成果丟失。這樣不僅會打擊開發人員的工作熱情，也不利于責任的明確。在現場開發的過程中，由于缺乏監督和管理，這種情況會更加普遍，如項目現場為應急而擅自更改軟件代碼，而常常沒有將更改納入統一的版本管理，甚至只是開發人員的個人意見，并沒有通過項目管理層的同意，這種處理方法就很容易造成總部發行新版本軟件時，替換軟件而丟失了現場所進行更新的代碼，從而造成系統故障的反復出現。此外，由于現場維護一般都會涉及到大量用戶數據，程序的修改不僅會影響到軟件功能，更可能產生很多垃圾數據，這些都是用戶所不希望看到的，所以對現場代碼的更改要嚴格控制，并且及時和總部版本保持一致，如微軟公司出品的版本管理工具VSS就能夠做到WEB訪問，通過有效配置能夠有效控制現場版本。

案例分析十三

問題1：

作為為項目經理面對項目問題應從更深層次上思考，要遵循項目管理原理，而不是浮于事務本身。項目經理張強在項目開始時就應制定詳細的項目管理計劃，應先考慮好可能要進行的項目溝通并加以執行，而不是在出現問題時才去彌補。溝通不完整的項目過程，大多數會顧此失彼，進一步導致項目問題的發生。一言納之，張強的問題關鍵是沒有計劃，如果按軟件過程能力成熟度模型CMM評價，該項目組織只能是初始級。

造成項目問題的原因有以下幾點：

（1）溝通管理計劃沒有或不夠詳細；（2）沒有重視部門間橫向溝通；

（3）與客戶溝通不到位，客戶需求未能準確把握。問題2：

要實施高效的會議，首先是在會議前要有計劃，通常會議計劃來源于項目溝通管理計劃，準備階段通常按如下順序實施：

（1）決定會議的宗旨和類型；

（2）分析會議的因果：本次會議同本部門目標的關系？本次會議同上、下次會議的關系？什么事可能會影響對本次會議的興趣？

（3）明確涉及的、受影響的人和事；（4）制定會議成果說明；（5）決定要討論的主題；（6）決定會議角色分配；（7）決定會場布置；

（8）計劃會議議程表：非正式議程表、正式議程表（5W和1H）。

在會議過程中，有效地主持或參與會議則要注意按會議步驟逐項討論議程，總結決定。在會議中應鼓勵與會者積極參與，制止消極行為和不良意見。陳述信息要自信，態度要直接、坦率。對整個會議要注意掌握時間，記錄重要備忘事項和決定。

會議跟蹤也是一項重要工作。應自上而下逐級向必要的非與會者傳達會議信息,制定行動計劃完成分派的工作,確定計劃以跟蹤會上決定的工作進度。制定下次會議議程。問題3：

項目經理應明確自已的工作職責范圍，對項目相關資源的安排在制定溝通管理計劃時應有詳細的描述。對項目進度、項目成果應及時與公司高層領導或干系人溝通。項目組織應建有基于Internet的軟件開發交流平臺，從而能調度、跟蹤解決項目現場問題。

項目經理和項目人員應通過各種方式與客戶多作交流，如QQ，MSN、電話、電子郵件等。合適的組合是項目團隊中至少一人是客戶方的代表，項目初始時團隊成員應與客戶方的軟件使用人員經常地進行業務方面的交流。案例分析十四

問題1：

項目經理劉克勤的項目溝通管理是成功的。對于項目管理，除了掌握必備的項目基本方法和管理工具（如計劃制定、預算編制等），對項目背景和目標有清楚的理解和認識外，最重要的一點就是與人交往的技巧。成功項目經理和失敗項目經理的最大差別，可能就在于如何跟人打交道，如何跟客戶打交道，如何跟公司領導打交道，如何跟項目成員打交道。問題2：

項目經理劉克勤在項目過程中，團隊建設相當成功。他為團隊成員間建立紐帶，并通過各種行為加強信任和消除團隊合作的障礙。其中最值的借鑒是尊重團隊成員、采用多種方法溝通、進行深度對話。

案例分析十五

問題1：

我們都知道，信息應用系統的變更尤其頻繁，而頻繁的變更必然影響到信息工程項目的三大目標。通常與客戶接觸最多的是市場部項目經理，引導客戶需求對項目經理就非常關鍵，項目經理引導得好，項目的開發就會非常順利，反之，就會使項目組疲于奔命。

該項目中，市場部李工不斷地提出新的需求時，張工“來者不拒”、疲于奔命、不停地更新項目計劃，導致項目范圍無法確定，工期和成本不可控制，團隊成員工作目的也不明確。

風險應對策略一般分為四種：回避、轉嫁、減輕、接受。回避風險指改變項目計劃，以排除風險或條件，或者保護項目目標，使其不受影響。轉嫁風險指設法將風險的后果連同應對的責任轉移到第三方身上。減輕風險指設法把不利的風險事件的概率或后果降低至一個可接受的臨界值。采取此項技術表明項目班子已經決定不打算為處置某項風險而改變項目計劃，或者表明他們無法找到任何其他應對良策。該項目已經發生了嚴重的需求風險，張工采取補救措施應該包括減輕和接受。減輕風險的應對措施應能設法減輕風險的影響，其著眼點應放在影響程度最大的連接點上，張工應該與李工積極地溝通和談判，使他們明白本期工程的重要意義，并承諾本期工程不是交鑰匙項目，可為系統升級和擴容留有擴展接口，將來新的需求能夠通過后續工程逐步開發實現,李工同意本期工程只實現大家最為關注的功能指標和性能指標;最常見的接受風險的應對措施為預留應急儲備,或者簡稱儲備,包括為已知風險留出時間、資金或資源。為接受的風險所預留的儲備取決于按可接受風險水平計算所得影響的大小。張工應該申請啟動項目風險儲備金，通過增加資源成本、付出額外勞動使得項目回到正軌。問題2：

在設計系統架構時，項目管理經驗不足、關鍵技術不明確、系統擴展性不佳、產品兼容性有問題、軟件版本管理混亂等，均可能是影響系統正常運行的潛在隱患。在本期工程的機房設備平面設計中，張工團隊起初大部分機架式的小型機集中擺放在一片較小區域內，從表面上看，提高了機房平面空間的使用率，但是由于未充分考慮到設備散熱因素，造成了該區域的機房專用空調負荷過重而多次宕機。

后來，張工聘請了具備通信設計資質的專家負責工程設計，從機房空調、電源、布線、承重、消防等各個方面進行了詳盡的勘察和設計。透過專家編制的工程設計，張工團隊可以細致地了解有關機房設計的技術內涵和外延，并通過工程設計評審機制，一方面確立了工程設計的權威或指導作用，另一方面獲得了專家們的可靠技術承諾，實現了工程設計風險的良性轉移。問題3：

針對該項目的風險管理，提出以下幾點建議作為參考。

（1）推廣項目管理理念。項目團隊主動向項目干系人及周邊人介紹項目管理的先（2）

（3）

（4）進理念和方法，處處營造項目管理的氛圍。團隊成員積極參加項目管理培訓，將所學用于工作和生活之中，并加以總結和升華，提升自已的競爭力。有效管理項目風險。項目經理自始至終負責制定項目風險管理計劃和風險應對計劃，并在每次項目例會時重點討論項目風險，對風險發生概率和影響程度進行評估，由定性分析到定量分析，制定有效的預防、減輕或促進風險（機會）的應對方案。

多渠道溝通和談判。保證多渠道溝通機制暢通，采用橫向溝通方式和縱向溝通方式。靈活使用談判手段和技巧，收集和掌握足夠的有用信息，確保具有主動的話語權。處理好與項目干系人的關系，相互配合，實現共贏。

爭取高層領導支持。高層領導對于項目成敗至關重要。高層領導掌握項目團隊所需的任何資源。通過邀請高層領導參加項目啟動會、關鍵里程碑發布會、項目完工總結會等形式，既可以使高層領導關注項目、了解項目和推動項目，又可以提升項目及項目團隊地位，有利于項目成功，有利于個人職業生涯發展。

案例分析十六

問題1：

對于緊急重要風險1措施如下：保障工程進度要求，確保NSS、BSS軟件督導的調測力量；及時溝通，避免因為傳輸原因耽擱進度；確保工程質量，督導、督察人員將對合作方施工人員進行有效的指導和對工程質量進行有效監控。項目實施日報制，項目經理每日對省市公司網絡部進行工程匯報，對于因為用戶原因造成的進度耽擱明確指出來，分清雙方責任。

對于緊急重要風險2措施如下：公司研發中心MSC、BSC、BTS人員現場進行信令跟蹤，對切換不成功的原因進行定位，在A公司成立專門的小組，協助現場進行問題定位。如果是我方原因，中研相關部門進行程序修改，如果是對方原因則提供相關的信令分析文件，由項目經理和中研人員共同向局方解釋，要求愛立信修改相關程序。計劃工程的不同階段分別舉行三次移動公司、A公司、愛立信雙頻技術切換交流，討論雙方參數設置，移動公司負責總體監控雙方的實施工作；在城市郊區話務量較小地區，開通5個基站進行單站以及雙頻配合測試，為全網開通積累經驗。

對于緊急重要風險3措施如下：需要找到集團公司《關于建設中國移動1800M雙頻網的若干意見》文件原件，進行仔細分析，尋求解決方法。加強省公司高層的工作，通過客戶關系工作期望給A公司工作上提供支持。對此事向公司總部反映，看看是否通過北京分部的工作使移動集團公司有所松動或是有其他變通方法。

對于緊急重要風險4措施如下：公司對城市1800M頻段分地區進行測試，摸清干擾信號頻段，通過調整頻率規劃規避部分干擾，爭取多開通基站。了解目前使用1800M單位情況。協助移動與其進行交涉，爭取占用單位能進行頻率調整，解決1800M干擾問題。將此事匯報到移動公司高層，通過其與無委高層的溝通解決頻占費的問題，并通過無委清理被其他單位占用的1800M頻段。問題2：

該項目還存在以下幾個問題：

（1）A公司將競爭對手的競爭風險分析不全面。A公司僅僅是從技術上進行了風險防范，對于其他方面A公司卻沒有任何措施。

（2）對于1800M干擾的風險問題，A公司制定的計劃太松散，沒有引起足夠的重視。（3）對于1800M網絡的建設目的A公司理解有些偏差。

調整的風險應對計劃如下：（1）收集競爭對手問題，針對此提出A公司的解決方案。

（2）聯合市場部，加強高層項目推動，突出A公司網絡設備特點，建議用戶在省會城市引入競爭，盡快開始1800M工程建設。

（3）加強干擾解決推動監控，加快進度，項目經理進行全程跟蹤；

（4）對用戶進行雙頻網建設思路進行新的引導，列舉A公司在全國的雙頻網應用，列舉A公司開通基站的指標數據。

問題3：

（1）進行調研，確定流動原因。

（2）在項目開始前，把緩解這些流動原因的工作列入風險管理計劃。

（3）項目開始時，做好計劃一旦人員離開時便可執行，以確保人員離開后項目仍能繼續進行。

（4）制定文檔標準，并建立一種機制，保證文檔及時產生。

（5）對所有工作進行細致詳審，使更多人能夠按計劃進度完成自已的工作。（6）為每個關鍵性技術培養后備人員。

案例分析十七

問題1：

（1）對省內省外投標人提出了不同的資格要求。公開招標應該平等地對待所有投標人。

（2）乙單位提交保證金晚于規定時間,投標保證金是投標書的組成部分,應在投標截止日前提交。

（3）招標書發出時間為2004年12月15日，而投標截止時間為2004年12月30日，中間時間為15日，有違招投標法所要求的20日。

（4）投標截止時間與開標時間不同，《招投標法》規定開標應當在投標文件截止時間的同一時間公開進行。

（5）不應該是招標辦主持開標會。開標會應由招標人或其代理人主持。（6）重新招標時候評委應為5人以上單數。

案例分析十八

問題1：

企業A向第三方（監理公司C）泄露承建單位（IT公司B）的技術機密，違反合同簽訂時保密約定要求，該措施不妥。問題2：

項目不可分割，屬于一個整體，未經甲方企業A同意，此類項目不應分包。而公司B卻和公司D簽訂此項目的分包合同，很顯然，該合同無效。問題3：

企業A應該將公司B未付給公司D的所有款項（扣除保留金）付給公司D，并從應付給公司B的任何款項中如數扣回。

案例分析十九

知識產權是企業寶貴的無形資產，也是企業能夠持續發展的前提之一，某軟件公司A公司從事管理系統軟件開發，程序員張某參加了A公司開發管理系統軟件的工作，后辭職到另一個公司B公司任職。于是項目負責人將張某在該軟件作品上的開發者署名更改為他人。問題1：

按照《計算機軟件保護條例》的規定，自然人的軟件著作權的保護期限為自然人終生及死亡后50年.問題2：

知識產權一般都具有法定的保護期限，一旦保護期限屆滿，權利將自行終止，成為社會公眾可以自由使用的知識。商業秘密受法律保護的期限是不確定的，一旦為公眾所周知，即成為公眾可以自由使用的知識。問題3：

甲、乙兩人同時在同一時間就同樣的發明創造提交了專利申請,專利局將分別向各申請人通報有關情況,并對兩件申請都不授予專利權。這種情況是否合理？

對于同一時間申請專利的情況，專利局可分別向各申請人通報有關情況，請他們自已協商解決這一問題，如果雙方協商不成的，則兩件申請都不授予專利權。問題4：

該項目負責人張某侵犯了開發者張某的身份權及署名權。問題5：

目前，我國已形成了相對完備的知識產權保護的法律體系，對軟件形成一種綜合性的法律保護，如源程序和設計文檔作為軟件的表現形式受《中華人民共和國著作權法》保護，同時作為技術秘密又受《中華人民共和國反不正當競爭法》。

第二篇：項目管理案例分析題完整版

《項目管理案例分析》 名義來起草D.項目章程是一項進行中的營運活動，因為公司包括工作分解結構、項目進度計劃和

23、類比估算也可以稱作（歷史估

一、單項選擇題 應該以項目協辦者的名義來起草 就是生產廚房設備的，介紹顏色設計資源分配等內容 算），它是建立在團隊以前完成的項

1、項目經理應該掌握的一項最

4、關于工作分解結構，下列哪和新特色只不過是目前程序的一種第四部分 目的歷史文件及數據上的。

重要的技能是（C）個說法是不正確的（D）變通做法C這是一項進行中的運1關于范圍說明，下面說法正確的是

24、進度可視化表格的基本類型包括

A.談判技能B.影響技能C.A.工作分解結構是一個以可交營活動，因為新生產線的銷售還不確（B）運行表格、控制表格、柱狀圖、（分

溝通技能D.問題解決技能 付成果為導向的項目成果和元素集定，這不是暫時性行為D 這既不A 范圍說明描述了怎樣對項目作變配表）。

2、大部分項目成本累計曲線呈下列合 是一個項目也不是一項營運，而是一更B 范圍說明描述了項目的目標

25、處理沖突的五個常見方法有撤哪種形狀（A）B.工作分解結構安分級的形式項不影響營運進行的新產品介紹和主要的可交付成果，并作為將來項退、調和、（妥協）、強制、綜合。A.SB.LC.TD.Y 來定義和組織項目的工作2當一個項目實現以下哪一條時就目決定的基準C范圍說明估算了

26、質量控制內容主要包括控制進度

3、以下哪種解壓方法加劇了風險C.工作分解結構為項目工作提被認為是成功的項目（D）項目范圍的穩定性，并作為將來項目質量、控制作業質量和（控制產品質（C）供了一個框架結構，不包括在其中的A 項目的產品投入生產 B項目發起決定的基準D范圍說明估算了量）。A.趕工B.資源平衡C.快速跟工作就不再項目之內 人宣布項目結束C 項目的產品轉項目范圍的可靠性，并描述了變更的27、項目管理中的資源一般指人力資進D.提前量與滯后量 D.工作分解結構定義了項目所交給營運部門，以便進一步處理項目頻率及其影響 源、材料和機器資源及借用資源，（資

4、你被任命為項目經理，負責某壓有的可交付結果，并必須將可交付成干系人的期望 D項目的所有目標都2你對最近的項目已經做了工作分金資源）是上述資源的餓轉化形式和抑治療程序的開發與研究。你正在進果分解到同一層次 已完成，并達到甚至超越了目標干系解結構，第二層分配工作也完成了，通用形式。行范圍規劃，那么在范圍規劃中所創

5、你是幸運之星夜總會的人的期望 你要求三周以后，各個自項目經理向

28、在項目實施過程中開展全面質量建的范圍說明書的目的是（A）項目經理，夜總會的特點是3你是一位負責一項大型建設項目你報告他們各自的工作分解結構情管理，必須關注于質量管理、質量保A.范圍說明書描述了項目的目的和有現場的鄉村音樂和西部的項目經理，項目的目標是建設一座況，下列說法不正確的是（C）證、（質量控制）三方面工作。主要的可交付成果 樂隊表演。你們最新的項目附屬建筑物，容納奧運會支持小組，A工作包層便于資源的分配B工

29、控制項目人力成本從控制人力投B.范圍說明書描述了如何在項目中還在計劃編制階段，你公布該小組將在項目開始日期的18個月作包層是工作分解結構的最底層入數量與（提高人力質量）兩個方面實現范圍變更 了范圍說明和范圍管理計后準時抵達你所在的城市。你得到了C工作包是項目的主要可交付成果，入手。C.范圍說明書描述了項目的制約因劃。那么描述應該受到這些1200萬美金的項目預算。資源比較是WBS的最高層D工作包層便30、項目群非常重視團隊建設，團隊素和假設條件 信息和將來信息的人、信息容易獲得。三重約束 哪一項是該項于估算成本和時間 成員個人發展是項目團隊建設的基D.范圍說明書描述了成本和時間估公布方式、信息保存和存檔目的主要約束（A）3在進行資源計劃階段，列出資源需礎，內容包括項目團隊能力的建設、算 方式的文件應該是（B）A時間，因為項目截止日期無法改變求時，不需要考慮下列哪一項（C）團隊士氣的激勵和（團隊成員的奉獻

5、在哪種組織結構中，項目經理擁A.范圍管理計劃B.溝通管理B金錢，因為預算限定1200萬美金A工作分解結構 B 供求政策C 精神）。有最高水平的職權和權力（A）計劃 C.信息分配計劃D.項目章程 C資源，因為資源是不確定的D質資源單價D專業技能和人才第A.項目型B.強矩陣型C.職能型

6、關于資源計劃編制階段，下量，因為建筑施工必須兼顧功能性和4單代號網絡圖中最常用的是哪種二部分 D.平衡矩陣型 列哪個說法是正確的（D）安全性 邏輯關系（D）

21、項目管理“以目標為導向”和“以

6、績效工具的工具和方法不包括A.資源計劃編制只包括人力資4你是一位項目經理，具有制藥行業A 開始——完成B開始——開始（計劃）為基礎”的核心理念在企業（B）源方面的計劃編制，其輸出是人員要的專業經驗。你打算嘗試娛樂行業的C完成——完成D完成——開戰略的實現中起到重要的作用。A.掙值分析B.統計抽樣C.偏差求 項目管理。以下哪種說法是正確的始

22、項目的三重約束為時間、（費用）分析D.績效審核 B.資源計劃編制只包括人力資（A）5作為項目經理，你認為關于類比估和質量這三重約束，每一個都為界定

7、關鍵路徑任務是指（B）源方面的計劃編制，其輸出是資源需A 你很可能獲得成功，因為溝通技算技術，下列哪個說法是不正確的產品和服務提供了幫助。A.悲觀、樂觀和最可能估算歷時相等求 巧是你的長項。你可以通過在項目團（A）

23、資源負荷圖是一種可使工具，實B.時差為零C.活動開始日期相同 C.資源計劃編制包括項目所需隊中引入專業技術人員的做法來實A類比估算是一種定量估算技術 際上它是（時標網絡圖）的延伸。D.具有多個開始日期和結束日期 的所有物質資源，其輸出是人員需求 現你不熟悉的特征行業的要求 B你B.類比估算是一種從上而下的估算

24、進度可視化表格的基本類型包括

8、你的項目正處于范圍規劃階段，D.資源計劃編制包括項目所需很可能獲得成功，因為組織技巧是你技術C.類比估算活動歷時和成運行表格、控制表格、（柱狀圖）分你已經完成了工作分析結構的所有物質資源，其輸出是資源需求 的長項。你可以通過在項目團隊中引本估算的一項工具和技術D.類配表。（WBS），以下哪項陳述是正確的7、在制定進度時，你的主要制入專業技術人員的做法來實現你不比估算是專家判斷的一種形式

25、處理沖突的五個常見方法有撤（D）作過程下列說法正確的是（C）熟悉的特征行業的要求C 你可能能6．你是網站設計有限公司的項目經退、調和、妥協、（強制）、綜合。A.WBS把項目的可交付成果分解到A.你計算了最可能的開始日期、成功，因為你在娛樂行業有個朋友，理，公司正在為一家全國性連鎖食品

26、項目各種資源中最重要的資源是可以利用發難識別來判斷如何平衡最可能的完成日期、浮動時間、以及他簡要地向你介紹了你需要了解的點設計網站。你已經完成活動列表，（人力資源），它直接影響項目三重兩項任務的程度 加權平均估算值 所有與項目有關的重要方面。你可以準備用單代號網絡圖（前導圖法）畫約束目標的完成情況以及項目的總B.WBS把項目的可交付成果分解到B.你對活動依賴關系、活動歷時通過在項目團隊中引入專業技術人出活動間的依賴關系。那么下列說法體利益?？梢暂p易識別項目約束和假設的程的樂觀值和悲觀值進行了估算 員的做法來實現你不熟悉的特征行正確的是（A）

27、項目費用計劃包括項目成本預算度 C.你計算了項目的最早和最晚業的要求 D你可能無法成功，因為A單代號網絡圖法使用的是節點表和（資金收付計劃），成本預算是從C．WBS把項目的可交付成果分解的開始日期、最早和最晚完成日期以你對娛樂行業知之甚少，即使你可以示活動，箭線表示關系B單代號費用的角度對項目進行規劃。到可以記載產品分析的程度 及所有活動的浮動時間 通過在項目團隊中引入專業技術人網絡圖法使用的箭線表示活動，節點

28、承包工程中進行的一切活動都是D.WBS把項目的可交付成果分解到D.你計算了項目歷時的樂觀值、員的做法來實現你不熟悉的特征行表示關系C單代號網絡圖法使用以（合同）為依據?？梢暂p易計算成本和時間估算并且悲觀值、最可能值和所有活動的浮動業的要求 的是箭線圖表的方法D單代號網

29、項目資源計劃是指項目執行過程可以計算質量控制測量的工作包程時間 5關于項目章程，下列哪個說法是正絡圖法使用的是表格形式表示關系中，決定項目工作所需要的資源類型度

8、關于關鍵路徑，下面哪個說確的（D）的方法 及其數量的規劃過程，它是（費用估

9、項目的“時限性”的含義是指（B）法是正確的（D）A 包括成品描述，說明項目的業務

7、你的項目的基本約束是質量，為計）的基礎。A.項目持續的時間很短B。項目有A.關鍵路徑是由各個持續時間需要，由項目經理起草 B 包括產品了不讓項目團隊人員覺得時間太緊，30、項目進度控制應用（動態控制）確定的開始和結束時間 C.項目將在最短的活動所組成的 B.關鍵路徑是描述，說明項目的業務需要，由項目避免進度風險，你決定使用下列哪一原理，即不斷的根據實際進度來監控未來的一個不確定的時間結束 D。由各個持續時間最長的活動所組成發起人起草 C如果項目由賣方執種活動估算工具（C）和調整計劃，如果有偏差，則采取措項目可以在任何時候取消 的 行，要包括一份合同，項目章程由項A專家判斷B定量歷時估算C施加以處理，保證工期目標的實現。

10、關于項目收尾階段，以下的各項C.關鍵路徑不必要重視目之外的某個經理起草D包括產設置風險分析D類比估算第三部陳述都是正確的，除了（D）D.關鍵路徑是由各個浮動時間為零品描述，說明項目的業務需求，由項8．以下哪個流程是利用概率賦值來分 A.在項目收尾階段中，成功的概率是的活動所組成 目之外的某個經理起草 評估風險發生的可能性及后果

21、項目管理“以（目標）為導向”最大的B.在項目收尾階

9、在哪種組織結構中，項目經6下列哪一項不是范圍規劃和范圍（C）和“以計劃為基礎”的核心理念在企段中，項目經理的影響力是最大的 理擁有最高水平的職權和權力（A）界定的目的（B）A定性風險分析B風險識別C業戰略的實現中起到重要的作用。C在項目收尾階段中，項目干系人的A.項目型B.強矩陣型C.職A把項目可交付成果細分為小的成定量風險分析D風險應對計劃編

22、項目的三重約束為（時間）、費影響力是最小的D.在項目收尾階能型D.平衡矩陣型 分B估算項目范圍的穩定性C制 用和質量。段中，風險是最大的

10、項目經理可以用下列哪一項便于估算時間和成本D便于分配９．以下全部都是質量達標的好處，23、工作分解結構的形式主要有以下

11、項目章程的作用是（B）來確保團隊成員清楚的了解他們所責任和任務 除了（C）三種：多等級形式、（大綱形式）和A.識別并確認項目發起人承擔的各項任務所包括的工作內容7根據可交付成果分組的項目素被A 項目干系人的滿意度提升B返組合形式。B.識別并確認項目的存在，并且為項（C）稱為（C）工減少C職工流動率降低D

24、實際估算也可以被稱為（最大可目調撥組織資源 A.項目工作范圍B.項目章程A賬目編碼B工作包C工作分解生產率提高 能性估計），因為它是建立在對估算C.確認項目團隊項目經理和項目發C.工作分解結構D.風險管理計劃 結構D工作分解詞典 １０。如果一個項目的活動歷時估計目標的準確判斷上的。起人的存在D.描述項目選擇的11、項目執行的首要的依據是8以下為進度計劃編制過程中的工量最可能值為６０天，悲觀值為７２

25、在項目計劃過程中，考慮到項目方法（A）具和技術，其中哪項除外（B）天，樂觀值為４８天。那么，此項目資源的（有限性），必須對資源（人、12、一下哪些是三重約束（D）A.項目計劃B.項目的規章制A關鍵路徑法B掙值分析C圖形活動歷時的期望值為多少（C）物）進行有效管理。A.時間、進度和質量B.時間、可度C.項目的目標D.項目的可行評審技術D計劃評審技術 A54B66C60D30

26、進度可視化表格的基本類型包括用性和質量C.時間、費用和進度性報告 9你是即時運卡車運輸公司的項目11．確定項目是否可行是在下列哪個（運行表格）、控制表格、柱狀圖、D.時間、費用和質量

12、項目變更是（C）經理。你們公司專門在全國范圍內運工作過程完成的（A）分配表。

13、一下午各項目管理階段的正確順A.不正常的B.可以避免的C.輸居家產品。你負責對公司在全國的A項目啟動B項目計劃C項

27、處理沖突的五個常見方法有撤序是（D）正常的，不可避免的D.正常的，可計算機網絡進行升級。首席工程師為目執行D項目收尾 退、強制、妥協、（調和）、綜合。A.啟動、執行、計劃、控制和結束B.以避免的 你做了關鍵路徑活動估算：項目歷時12。下列表述正確的是（A）

28、質量控制內容主要包括控制進度啟動、控制、計劃、執行和結束

13、掙值是（A）的最可能為60天、悲觀值為72天、A與其他項目階段相比較，項目結束質量、（控制作業質量）和控制產品C.啟動、計劃、控制、執行和結束D.A.已完成工作量的預算成本樂觀值為48天。那么，項目歷時的階段與啟動階段的費用投入較少質量。啟動、計劃、執行、控制和結束 B.計劃工作量的預算費用C.完成期望值為（C）B與其他項目階段相比較，項目啟動

29、工程項目合同文件由（合同協議）

14、在以下哪個項目管理階段，風險工作量的實際費用D.到工作完成A54B 66階段的費用投入是較多的C項和附件組成。和項目干系人最能夠影響項目的結時的成本 C 60D30 目從開始到結束，其風險是不變的30、為了實現風險應急計劃，原則上果（C）

14、下列表述錯誤的是（A）10關于進度偏差，下列哪個說法正D項目開始時，風險最低，隨著任務要在項目整體費用計劃和進度安排A.計劃階段 B.執行階段 C.啟動階A.項目后評價工作不屬于項目確（B）的一項項完成，風險逐漸增多。中預留（風險應急資金）和風險應急段D.控制階段 生命周期內的工作 A進度偏差會影響范圍，進一步影響13項目“時限性”的含義是指（B）時間。

15、你是一名項目經理，負責新藥的B.選擇的被評價項目可以試試進度計劃B 進度偏差有時候會影A項目儲持續的時間很短B項目第四開發項目。根據你指定的項目進度初唄的項目 響進度計劃 C 進度偏差總是影響有確定的開始和結束時間C項目部分 始計劃，你們會錯過聯邦許可證的申C.項目后評價是在項目結束后，進度計劃 D進度偏差不會影響進度將在未來的一個不確定的時間結束

21、企業戰略實現的核心是各項（戰請日期。通過計劃調整，你發想原本對項目的目標、實施情況、影響等進計劃 D項目可以在任何時候取消。略目標）的實現。計劃先后執行的兩項活動是可以同行分析和評價 11最近你的項目做出了變更，結果14項目經理在下列哪個組織中權利

22、項目的三重約束為時間、費用和時進行的，這個例子屬于（B）D項目后評價一般在項目的收尾過有些本已經確定的工作分解結構的最大（B）（質量）。A.趕工B.快速跟進C.資源平程中進行 元素發生了變更，這是哪種變更（D）A 職能型組織B項目型組織C23、項目描述是一份（圖表式）的文衡D.調整資源日歷 15項目范圍定義時經常使用的工具A進度計劃變更B風險應對變更矩陣型組織D協調型組織 件，是對所有利益相關者最終形成的16、作為項目工作內容的詳細的、最是（A）C 質量變更 D范圍變更 15．如果你的項目進度的BCWS為統一意見的綜合描述。終的估算是下列哪一項（D）A工作分解結構B需求分析C可12確定項目是否可行是在下列哪個100，BCWP為110，這表明你的項24進度可視化表格的基本類型包括A.近似估計B.初步量級估算C.行性研究D網絡圖 工作過程完成的（A）目目前狀態為（B）運行表格、(控制表格)、柱狀圖、分預算估算D.詳細估算 16下列估算類型哪一項是在項目最A項目啟動B項目計劃C項目執A落后于進度計劃B超前于進度配表。

17、如果有可能通過其他工作來減小早階段進行的，為是否進行項目決策行D項目收尾 計劃C超出預算D在預算之25處理沖突的五個常見方法有(撤風險，或者如果有其他方式能消除風提供相應依據C 13項目經理在下列哪個組織結構中內 退)險，就應放棄原先計劃，這屬于以下A 初步量級估算B預算估算C的角色是兼職的（A）

16、通常以歷史數據為基礎，在項目質量管理通常包括質量目標、質哪種風險規避方案（B）近似估算D詳細估算 A 職能型 B項目型C 強矩陣型 程式化階段，估算精度范圍在量方針、質量策劃、質量控制、A.轉移、分擔風險B.避免風險C.17以下哪一項不是項目資料計劃的D弱矩陣型 25%-75%的項目估算是下列哪一種 接受風險D.應急 類型（D）14在項目生命周期的下列哪個階段類型（B）27承包工程中進行的一切活動都是

18、評估已識別風險的發生概率以及A職責性資源配置B 計劃性資源頒發項目的許可證書（A）A近似估算B初步量級估算C以合同為依據，為保證達到合同總目對項目目標的影響，針對項目規劃整配置C工作指派性資料配置D A啟動B計劃C 執行預算估算D詳細估算 標，必須確定工程控制和（費用控制）體的風險級別，并且就優先考慮的風實施性資料配置 D控制

17、下列哪一項不是項目變更管理的兩大管理目標。險制定列表，這一過程描述了下列哪18高概率和影響嚴重的風險是活動15編制項目的計劃時，首先必須要基本原則（D）28所謂資源費用計劃是指項目組根個階段（C）歷時估算程序中已確定的風險輸入做的工作是（C）A在項目實施過程中，變更時不可避據人力資源使用計劃和項目的費用A.定量風險分析B.風險識別C.的一部分，下列哪個說法正確，選出A 編制責任分配矩陣 B編制行動計免的B對于項目中的變更，項目分解結構表及甘特圖，繪制出預算費定性風險分析D.風險管理計劃編最佳答案（D）劃表C 編制WBS圖 D編制甘特組織會存在自認的抵觸 用負荷圖和（項目累計費用曲制 A高概率和影響嚴重的風險增加了圖C 變更會對項目產生影響D只線）。

19、你正在為公司開發一個新網站，活動歷時估算值16依賴與詳細的、一定量的數據，要項目團隊做好項目計劃，變更是可質量控制是質量工作的一項重要負責檢測項目結果，決定其是否符合B高概率和影響嚴重的風險減少了包括對勞動力價格、材料及設備費用以避免的內容，它主要是監督項目（質量目標）計劃編制程序中的標準，然后采取措活動歷時估算值的綜合估算，估算準確范圍從18．以下哪一項不是工程項目的特及其實現過程。施消除不合格的結果，所以有時候需C 高概率和影響嚴重的風險對活動-10%~25%的估算類型屬于下列哪一點？（A）30風險識別主要是要應用相應的識要返工，那么你正處于哪個程序（B）歷時估算值沒有影響 項？（C）Ａ 施工程序簡單Ｂ競別工具和項目工作經驗對項目實施A.風險監控B.質量監控 C.整體變D高概率和影響嚴重的風險是最A 初步量級估算 B近似估算C預爭激烈Ｃ工期要求緊Ｄ過程中容易引發項目危機的各種不更控制D.范圍變更控制 容易影響活動歷時估算值的因素 算估算D詳細估算 工程項目實行科學管理 確定因素）進行識別。20、隨著項目生命周期的進展，資源19你的項目發起人要求你對項目作17如果風險帶來的影響較小，或者19．下列哪項是S形曲線（B）的投入（C）出成本估算，要盡量精確，因為最近即使最壞的事情發生，項目團隊也能Ａ甘特圖Ｂ成本基準第一部分 A.逐漸變大 B.逐漸變小C.現變大專業項目經費裁減得很厲害，這可能夠應付，帶風險出現時在進行處理，計劃Ｃ關鍵路徑31項目計劃：再變小 D.先變小再變大 是他唯一保全項目預算的機會了，你此種情況下采用的是下列哪種風險Ｄ計劃評審技術 32項目描述： 第二部分 決定使用（B）規避方案？（A）20、高概率和影響嚴重的風險是活動33時標網絡圖：

1、大部分項目成本累A類比估算技術B從下至上估算A接受風險B避免風險C轉移、歷時估算程序中已確定的風險輸入34資源平衡或優化：

計曲線呈下列哪個技術C從上至下估算技術D分擔風險D管理儲備 的一部分，下列哪個說法正確，選出35財務內部收益率： 形狀（A）專家判斷技術 18人力資源是項目各種資源中重要最佳答案（D）

A.SB.LC.TD.Y 20評估已識別風險的發生概率以及的資源，在項目實施過程中下列哪一Ａ高概率和影響嚴重的風險增加了第二部分

2、你是“快樂假日活動”的項對項目目標的影響，針對項目計劃分項不是人力資源管理應遵循的原活動歷時估算值Ｂ高概率和31項目資源： 目經理，你的新任務是組織位于德克整體的風險級別，并且就優先考慮的則？（A）影響嚴重的風險減少了活動歷時估32靜態投資回收期： 薩斯奧斯丁的快樂假日勝地的開幕風險制定列表，這一過程描述了下列A 強調項目經理的作用B強調團算值33里程碑： 式，你現在正在估算項目計劃活動的哪個階段（C）隊建設C注重高效快捷DＣ高概率和影響嚴重的風險對活動34項目資源配置： 歷時，安排項目進度計劃，監測并控A 定量風險分析 B風險識別C 注重目標導向 歷時估算值沒有影響 Ｄ高概率和影35費用計劃： 制偏離進度計劃的狀況，那么你現在定性風險分析D 風險管理計劃編19以下哪項是項目進度計劃所無法響嚴重的風險是最容易影響活動歷第三部分 做的工作屬于哪一個項目管理知識制 確定的（A）時估算值的因素 31資源負荷圖： 領域（D）第三部分 A 成本估算B活動開始日期第一32財務凈現值：

A.項目管理范圍B.項目質量1你所在的公司生產一種小型的廚C總時差D活動結束日期 部分 33項目資源計劃： 管理C.項目整體管理D.項目時具，目前正在推廣一種帶有顏色設計20關于項目計劃，以下哪項是不正

二、填空題 34責任分配矩陣： 間管理 新功能的產品線，具有適合小戶型中確的（A）

21、對待項目成功的態度和看法是實

四、簡答題

3、關于項目章程，下列哪個說的廚房與眾不同的特點。新產品的上A 項目計劃是制定進度計劃的依據施項目管理的基礎，成功項目管理的第一部分 法是正確的（A）市時間能否來得及添到春季目錄冊B項目計劃可以用于為項目執行和基本原理項目成功的基礎。36請簡述建立風險規避計劃的步

A.項目章程應該以項目以外某中還確定，以下哪種說法是正確的控制提供指導，而且是用來衡量項目

22、驟。個經理的名義來起草B.項目章程（A）績效的基準C項目計劃包括一動按照其內在結構或實施過程的順37請簡述項目變更-管理的基本原則應該以項目發起人的名義來起草 A這是一個項目，因為公司以前從份或多份文件，這些文件應該由項目序進行（逐層分解）而形成的結構示和基本步驟。

C.項目章程應該以項目經理的未生產或銷售過這種新生產線B這關系人批注并簽發D項目計劃意圖 38請簡述項目群管理中通常采用的團隊建設方式。

39請簡述項目進度報告的主要內容。

40請分析項目費用估算法中自上而下估算法和自下而上估算法兩種方法的區別。第二部分

36請簡述成功項目管理的基本原理。

37請簡述劉易斯項目管理應用模型包括哪幾個步驟。

38作為項目經理你認為項目部對質量管理應采取的具體管理措施有哪些？

39請簡述什么是項目里程碑計劃？編制項目里程碑計劃的方法有哪些？

40請簡述項目群管理中的沖突管理機制。第三部分

36、請簡述企業戰略項目化實施的過程。

37、請簡述項目計劃包括的基本內容。

38、請簡述網絡計劃技術的意義。

39、請簡述項目群管理策略。40、項目分解是一件技術性很強的工作，項目組再分解式要保證項目結構的系統性和完整性，請簡述項目工作分解的優點。

五、案例分析題 第一部分

41、波音公司作為全球航空航天的領袖公司，世界上最大的民用和軍用飛機制造商，根據波音公司成功實施項目管理的經驗，分析成功的項目管理經驗需要考慮哪些方面的影響？使項目最終獲得成功的主要因素有哪些？

42、為了使團隊成員對自己的工作投入足夠的精力，項目管理層包括項目經理、項目團隊、客戶以及供應商，在整個項目實施過程中，都應該時刻注意保持人、項目、管理層和客戶的需求平衡，主意借助領導藝術解決出現的問題。請分析在項目管理過程中最容易出現沖突的地方有哪些？一個有魄力的領導的基本技能有哪些？

43、任何一個項目都會收尾，項目的關鍵就是提供客戶需要的產品和服務，這些項目交付物必須要求質量要求，并滿足預先商定的時間和費用要求。在項目實施過程中，確實存在一些因素可以提高項目最終獲得成功收尾的可能性，請闡述實現項目成功守衛的關鍵因素有哪些？影響項目成功守衛的外在因素有哪些？ 第二部分

41、波音公司作為全球航空航天的領袖公司，世界上最大的民用和軍用飛機制造商，成功實施了項目管理，試分析成功的項目管理具有哪些特點？

42、在進行項目計劃、項目實施和管理工作的過程中，有關的細節內容有很大一部分都是通過工作分析結構來提供的，通過這個結構示意圖能夠形象的顯示出為了獲得交付產品和服務，以實現項目目標必須的所有工作。根據你對工作分析結構的理解，請回答工作分析結構的類型及建立工作分析結構的基本原則。

43、在項目實施過程中，會存在一些特殊事件可能會導致項目最終失敗，作為項目經理，你通過保險的形式來規避風險，這屬于項目風險應對的哪種策略？請簡述常見的風險規避方案有哪些？請具體說明使用情況。

第三篇：項目管理案例分析題答案

一、【背景】中國人民解放軍某空軍部隊，擬在與蒙古接壤的二連浩特市建設一雷達生產廠，經國家有關部門批準后，開始對本項目籌集資金和施工圖設計，該項目資金由自籌資金和銀行貸款兩部分組成，自籌資金已全部到位，銀行貸款預計在2004年7月30日到位，2004年3月18日設計單位完成了初步設計圖紙，12日進入施工圖紙設計階段，預計5月8日完成施工圖紙設計，該空軍部隊考慮到該項目要在年底前竣工。遂決定于3月19日進行施工招標。施工招標采用邀請招標方式，并于3月20日向與其合作過的施工單位中選擇了兩家發出了投標邀請書?！締栴}】

1建設工程施工招標的必備條件有哪些? 2本項目在上述條件下是否可以進行工程施工招標，為什么? 3在何種情況下，經批準可以采取邀請招標方式進行招標? 4招標人在招標過程中的不妥之處有哪些?并說明理由。答案：

1、建設工程施工招標的必備條件有：

(1)招標人已經依法成立；

(2)初步設計及概算應當履行審批手續的，已經批準；

(3)招標范圍、招標方式和招標組織形式等應當履行核準手續的，已經核準；(4)有相應資金或資金來源已經落實；(5)有招標所需的設計圖紙及技術資料。

2、本項目在上述條件下不可以進行工程施工招標。因為該項目還不具備施工招標的必備條件。

3、有下列情形之一的，經批準可以進行邀請招標：

(1)項目技術復雜或有特殊要求，只有少量幾家潛在投標人可供選擇的；(2)受自然地域環境限制的；

(3)涉及國家安全、國家秘密或者搶險救災，適宜招標但不宜公開招標的；(4)擬公開招標的費用與項目的價值相比，不值得的；(5)法律、法規規定不宜公開招標的。

4、招標人在招標過程中的不妥之處和理由是：

(1)不妥之處：招標人于2004年3月19日進行施工招標。

理由：該項目建設獎金沒有全部落實，不具備施工招標所需的設計圖紙。(2)不妥之處：招標人向兩家施工單位發出了投標邀請書。

理由：《招標投標法》規定，進行邀請招標時，必須向不少于3家的投標人發出投標邀請書。

二、【背景】某國家機關新建一辦公樓，建筑面積50000m2，通過招投標手續，確定了由某建筑公司進行施工，并及時簽署了施工合同。雙方簽訂施工合同后，該建筑公司又進行了勞務招標，最終確定江蘇某勞務公司為中標單位，并與其簽訂了勞務分包合同，在合同中明確了雙方的權利和義務。該工程由本市某監理單位實施監理任務。

該建筑公司為了承攬該項施工任務，采取了低報價策略而獲得中標，在施工中，為了降低成本，施工單位采用了一個小磚廠的價格便宜的磚，在磚進場前未向監理單位申報。

在施工過程中，屋面帶掛板大挑檐懸挑部分根部突然斷裂。建設單位未按規定辦理工程質量監督手續。經事故調查、原因分析，發現造成該質量事故的主要原因是施工隊伍素質差，致使受力鋼筋反向，構件厚度控制不嚴而導致事故發生?！締栴}】

1.該建筑公司對磚的選擇和進場的做法是否正確?如果不正確，施工單位應如何做? 2.施工單位的現場質量檢查的內容有哪些? 3.施工單位為了降低成本，對材料的選擇應如何去做才能保證其質量? 4.對該起質量事故該市雙源監理公司是否應承擔責任?原因是什么? 5.政府對建設工程質量監督的職能是什么? 答案：

1.施工單位在磚進場前未向監理申報的做法是錯誤的。

正確做法：施工單位運進磚前，應向項目監理機構提交《工程材料報審表》，同時附有磚的出廠合格證、技術說明書、按規定要求進行送檢的檢驗報告，經監理工程師審查并確認其質量合格后，方準進場。

2.施工單位現場質量檢查的內容：

(1)開工前檢查；(2)工序交接檢查；(3)隱蔽工程檢查；(4)停工后復工前的檢查；(5)分項分部工程完工后，應經檢查認可，簽署驗收記錄后，才允許進行下一工程項目施工；(6)成品保護檢查。

3.施工單位為了降低成本，對材料的選擇應該這樣做才能保證質量：

(1)掌握材料信息，優選供貨廠家；(2)合理組織材料供應，確保施工正常進行；(3)合理組織材料使用，減少材料損失；(4)加強材料檢查驗收，嚴把材料質量關；(5)要重視材料的使用認證，以防錯用或使用不合格的材料；(6)加強現場材料管理。4.對該起質量事故該市雙源監理公司應承擔責任。

原因是：監理單位接受了建設單位委托，并收取了監理費用，具備了承擔責任的條件，而施工過程中，監理人員未能發現鋼筋位置反向、構件厚度不嚴等質量問題，因此必須承擔相應責任。

5.政府質量監督的職能包括兩大方面：一是監督工程建設的各方主體(包括建設單位、施工單位、材料設備供應單位、設計勘察單位和監理單位等)的質量行為是否符合國家法律法規及各項制度的規定；二是監督檢查工程實體的施工質量，尤其是地基基礎、主體結構、專業設備安裝等涉及結構安全和使用功能的施工質量。

第四篇：軟件項目管理報告案例

1．引言

1.1編寫目的

該文檔首先給出了整個系統的整體網絡結構和功能結構的概貌，試圖從總體架構上給出整個系統的輪廓，然后又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流則描述，否則則省略。而且還給出了非常直觀的用例圖。這些文字和圖形都為了本文檔能詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創造了條件。

1.2項目背景

a.所建議開發軟件的名稱：學生信息管理系統

b.項目的任務提出者：xxx學校。c.開發者：xxx軟件開發公司。d.用戶：全體師生。

e.實現軟件的單位：軟件3071軟件開發公司。f.項目使用的軟件：Microsoft access2003。g.系統：本軟件應使用Microsoft Windows xp。1.3定義

本文檔中沒有用到專門術語的定義和縮寫詞的原文。1.4參考資料

[1] 周佩德.《數據庫原理及應用》.電子工業出版社

[2] 劉炳文等，VISUAL BASIC程序設計——數據庫篇，1999 [3] 李光明.《Visual Basic編程實例大制作》.冶金工業出版社

[4] 李紅等編著，管理信息系統開發與應用，電子工業出版社，2003 [5] 軟件工程，人民郵電出版社，2002年3月第一版

[6] 康博工作室，張紅軍，王紅等縞著《Visual Basic中文版高級應用與開發指南》，人民郵電出版社，2001年4月第一版

[7] 林立軍，程斌，翁迪恩縞著《Visual Basic 數據庫開發指南》，西安電子科技大學出版社，2000年2月第一版

[8] 宋偉，吳建國等編著《中文Visual Basic編程基礎》，北京，清華大學出版社

2．可行性研究的前提

2.1要求

通過調查,要求系統需要有以下功能:

⑴

要求有良好的人機界面;

⑵

較好的權限管理;

⑶

原始數據修改簡單方便,支持多條件修改 ⑷

方便的數據查詢，支持多條件查詢;⑸

相應的權限下，刪除數據方便簡單，數據穩定性好；

⑹

數據計算自動完成，盡量減少人工干預;2.2目標 a.人力與設備費用的節??； b.處理速度的提高；

c.控制精度或生產能力的提高；

d.管理信息服務的改進； e.決策系統的改進； f.人員工作效率的提高。2.3條件、假定和限制

a.開發軟件運行的最短壽命為一年。b.進行系統方案選擇比較的期限：2周。c.經費來源和使用限制：自籌資金。

d.法律和政策方面的限制：本軟件公司版權所有，未經作者允許，非法傳播、復制，違者追究法律責任，后果自負。e.硬件CPU p3、內存256M.。f.軟件：access2003。

g.運行環境：本軟件應使用Windows2003、Windows xp操作系統。

h.開發環境：本軟件應使用Windows2003、Windows xp開發。i.開發軟件投入使用的最遲時間為2013年10月01日。2.4可行性研究方法

由于本系統管理的對象單一,都是在校學生，且每個數據內容具有較強的關聯性，涉及的計算過程不是很復雜。因此，比較適合于采用數據庫管理。且學校用于學生管理的微機都是PIII以上的機器，在存儲量、速度方面都能滿足數據庫運行的要求。在技術難度方面，由于有指導老師的指導和相關參考文獻，特別是網上資料，特別是參考其它程序的功能，因此完全可以實現

3．對現有系統的分析

3.1處理流程和數據流程 班級管理業務流程圖： 檔案管理業務流程圖： 課程管理業務流程圖： 成績管理業務流程圖 3.2工作負荷

現有系統所承擔的工作只能實現檔案管理的簡單功能，無法適應目前工作 中處理大量數據的功能。3.3費用支出

開發這個項目總需三個人，4臺計算機，一個可容納6、7個人的辦公室，必須有充足的物質做精神動力，每臺計算機上必須有所需要的軟件，比如：辦公軟件、數據庫軟件、截圖軟件等，必須有3000萬元的準備開支。3.4人員

數據庫管理人員1名，維護人員1名。

1、3.5設備

四臺計算機,一臺備用,一個工作室.一臺打印機,掃描儀一臺。3.6局限性

現有系統主要存在如下不足： 1）信息分散、共享性差 每個人的時間精力是有限的，大量的信息資源分散在不同的收集者手中，難于共享和發揮作用。還有就是用戶畢業和離職時需要到不同的地方開辦證明。2）信息的及時性、準確性差

數據的采集和處理部分靠人工，效率低、速度慢、滯后嚴重、反饋不及時，嚴重影響信息的反饋速度和質量，不能有效地、及時地提供基層決策需要的定量信息和領導決策需要的宏觀定性信息。

4．所建議技術可行性分析 4.1對系統的簡要描述

建議系統實現注冊、查詢等具體功能。4.2處理流程和數據流程

4.3與現有系統比較的優越性

系統實現學生教師查詢各種信息。4.4采用建議系統可能帶來的影響 4.4.1對現有軟件的影響

需將計算機升級為CPU P3、內存256M，添加一臺打印機。4.4.2對現有軟件的影響

需要將Windows升級為2000以上。4.4.3對系統運行的影響

（1）用戶的操作嚴格按照系統要求規程。

（2）要求創建系統管理員與普通用戶兩種登錄方式，分權限管理。

（3）數據應有系統管理員手動輸入系統，普通用戶無權輸入數據。

（4）對數據有保存要求，并且對數據存儲，恢復的處理。

（5）輸出報告以報表的形式打印出來。

（6）系統具有恢復和備份的功能。4.4.4對開發環境的影響

1、為了建立數據庫，要求提供詳細的數據資源。

2、為了開發和測驗所建議系統而需要的計算機資源：CPU P3、內存256M。

3、如數據涉及保密與安全問題，應由專人負責錄入。4.4.5對經費支出的影響

所建議系統的開發、設計經費開支：5000元。維持運行而需要的經費開支：1000元。4.5技術可行性評價

a.在限制條件下，完成功能目標的實現； b.利用現有技術，功能目標一定能達到；

c.對開發人員數量為5個人,每個人應對數據庫知識有明確的了解，我們的組員都具有這種能力,一定按期完成工作；

d.在規定的期限內，開發順利完成。5．所建議系統經濟可行性分析 5.1支出

5.1.1基建投資

1、房屋和設施：500元。

2、ADP設備：1000元。

3、數據通訊設備500元。

4、環境保護設備200元。5.1.2經常性支出

1、設備的租金和維護費用：500元。

2、數據的通訊方面的租金和維護費用500元。

3、人員的工資和獎金開支：3000元。

4、其他經常性的開支：2000元。5.2收益/投資比 收益/投資比為3:1.5.3投資回收周期 投資回收周期為半年.5.4敏感性分析

1、應盡量延長系統生存周期，可延長至3年。

2、應是有效數據全部錄入系統，使系統工作負荷量達到飽和。

3、應盡量提高系統的處理速度。

4、應提高設備和軟件的配置。6．社會因素可行性分析 6.1法律因素

如果發現有侵權行為,必進行嚴格的處罰,本公司版權所有,未經作者的允許，禁止非法傳播、復制，違者追究法律責任，后果自負。6.2用戶使用可行性

本系統使用比較簡單,適合普通用戶操作,只要用戶對說明書進行認真閱讀,都可了解。7．其他可供選擇的方案

方案有許多但本公司選擇了這套方案,他具有自己的優越感,運用編制菜單欄來省去代碼,這是界面有好起來,又降低了工作難度,進而宏的運用更簡化了工作難度。除提供的建議方案的具體功能外，還需增加網絡功能，未被推薦的理由是目前尚不具備開發條件，投入與效益不成比例。8.結論意見

結論意見可能是： a.可著手組織開發；

b.需待若干條件（如資金、人力、設備等）具備后才能開發； c.需對開發目標進行某些修改；

d.不能進行或不必進行（如技術不成熟，經濟上不合算等）； e.其他。

三 軟件項目計劃

1.引言

1.1 編寫目的

軟件項目開發是一項系統而復雜的工作，它需要一個團隊互相配合、分工協作。軟件項目管理系統可以規范一個軟件開發團隊的日常工作，提高工作效率。

為了很好的管理整個開發過程，同時預算整個開發過程的費用及時間的安排，給開發人員，管理人員一個參照物，明白自己在每一個階段所需要完成的任務，協助他們更好地完成開發工作。

預期的讀者：開發人員，項目經理，測試人員 1.2 背景

a.學生信息管理系統 b.提出者：項目經理，開發者：XXX開發團隊。1.3 定義

[列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。] 1.4 參考資料

[1] 周佩德.《數據庫原理及應用》.電子工業出版社

[2] 劉炳文等，VISUAL BASIC程序設計——數據庫篇，1999 [3] 李光明.《Visual Basic編程實例大制作》.冶金工業出版社

[4] 李紅等編著，管理信息系統開發與應用，電子工業出版社，2003 [5] 軟件工程，人民郵電出版社，2002年3月第一版

[6] 康博工作室，張紅軍，王紅等縞著《Visual Basic中文版高級應用與開發指南》，人民郵電出版社，2001年4月第一版

[7] 林立軍，程斌，翁迪恩縞著《Visual Basic 數據庫開發指南》，西安電子科技大學出版社，2000年2月第一版

[8] 宋偉，吳建國等編著《中文Visual Basic編程基礎》，北京，清華大學出版社 2.項目概述 2.1 工作內容 需求分析： 1~3個月 2 概要設計： 2~3個月 3 詳細設計： 2~3個月 4 編碼: 2~3個月 5 測試： 1個月 發布： 1個月 2.2 主要參加人員 參與者 個人情況

XX 軟件工程專業學生，熟悉java語言，數據庫編程 XX 軟件工程專業學生，熟悉C#語言 XX 軟件工程專業學生，有很好的網頁設計能力

XX 軟件工程專業學生，有良好的界面設計的能力和測試經驗 XX 專業為軟件工程，從事開發工作一年，能過獨立地完成小型項目的整個開發過程

2.3 產品 2.3.1 程序

名稱 編程語言 媒體形式 功能及能力

系統功能 C#+SQL Server 2000 文本 管理學生的學籍信息，統計學生的相關信息。學生信息的增加、修改、刪除、查詢 數據信息管理 C#+SQL Server 2000 文本 學生學籍信息管理，學生選課信息管理

基本業務 C#+SQL Server 2000 文本 學生注冊、學籍信息維護，學生選課，老師管理班級信息。

信息瀏覽與查詢 C#+SQL Server 2000 文本

管理員學生學籍信息瀏覽、查詢

數據庫 SQL Server 2000 數據庫文件 數據庫文件可以直接附加到本地的SQL Server 2000中的數據庫中

學生學籍管理系統 C#+SQL Server 2000 CD光盤

程序的運行文件，運行之后只要發布之后就可以了 2.3.2.文件

需求說明書，安裝指南，用戶操作手冊，預計可能出現故障及解決辦法 2.3.3.服務

培訓安裝：系統測試完畢之后，2012年10月10日至12日兩天的安裝和使用的培訓時間，主要是讓用戶適應本系統的運行環境與操作習慣 維護：系統出現故障時，用戶可參照手冊進行自行解決，如果解決不了，則派維護人員過去，系統的維護期2012年10月14日到2013年10月15日，超過期限將不再派人去維修 2.3.4.非移交的產品

整個系統全部的的代碼不必要給用戶，所使用的技術及參考的文獻也可以自己保留，以及該軟件所使用的技術文檔，這些都是不用給用戶的 3.實施計劃

3.1 工作任務的分解與人員分工 1需求分析

負責人： 汪國志 參與人：汪國志 2 概要設計

負責人：汪國志 參與人：汪國志 3 實現

負責人：汪國志

參與人：汪國志，XXX，XXX，XXX，XXX，XXX 4 測試

負責人：汪國志 參與人：汪國志 5 維護及用戶培訓 負責人：汪國志 參與人：汪國志 3.2 接口人員 負責人：汪國志 參與人：汪國志

職責:統一接口，使不同層之間能通信 3.3 進度 1 需求分析

開始時間：2012-10-01 完成時間：2012-12-30 所需資源：客戶的需求

完成標志：完成需求分析說明書 2 設計

開始時間： 2013-01-01 結束時間： 2013-03-01 所需資源： 需求分析說明書 完成標志： 概要設計說明書 3 編碼實現

開始時間： 2013-03-01 結束時間： 2013-06-01 所需資源： 概要設計說明書，設配 完成標志： 系統能順利運行 4 測試

開始時間： 2013-06-01 結束時間： 2013-08-01 所需資源： 能順利運行的系統 完成標志： 修復現存的bug 5 移交 開始時間： 2013-08-01 結束時間： 2013-10-01 所需資源： beta版系統 6 培訓 開始時間： 2013-10-01 3.4 預算

1.采購必要設備的投資： 網絡平臺的建設，包括了建設方式和聯網建筑物數等等方面去計算，這一塊需要200萬左右；

服務器與存儲系統，從發卡量和設備數量等估算，這一塊需要100萬左右； 射頻卡終端，包括讀寫器與POS機，這一塊需要20萬左右。2.開發系統的投資：

按目前市場上一卡通管理系統的開發價格來看，開發所需的投大概在50萬不等； 4.總計：:350萬左右； 3.5 關鍵問題

本系統的操作過程簡單，實現技術要求也不高，所以沒有要特別列出的關鍵問題 4.支持條件 4.1 運行環境

a.開發軟件運行的最短壽命為一年。b.進行系統方案選擇比較的期限：2周。c.經費來源和使用限制：自籌資金。

d.法律和政策方面的限制：本軟件公司版權所有，未經作者允許，非法傳播、復制，違者追究法律責任，后果自負。

e.硬件CPU p3、內存256M.。f.軟件：access2003。

g.運行環境：本軟件應使用Windows2003、Windows xp操作系統。h.開發環境：本軟件應使用Windows2003、Windows xp開發。4.2 需由用戶承擔的工作

數據庫的初始化需要用戶自己錄入，這個應該在測試之前完成，所以編碼之前，由開發人員做好數據庫，然后由用戶安排人錄入初始數據庫，且必須在2013年6月1日之前完成。4.3 需由外單位提供的條件

本項目希望得到委托商的資金支持，人員支持，如取需求時，能夠提供部分食堂為我們的測試的提供支持環境，還有技術支持 5.專題計劃要點

專題計劃 要點

合同計劃

在分析階段擬定合同書，分析階段一結束就簽訂合同，合同包括需求的定義，如出現任何問題，可以根據合同調解，以及費用的支付，在每個階段結束之后，委托方需支付開發方多少現金

測試計劃

包括單元測試，集成測試，系統測試計劃，主要參照開發文檔，擬定計劃，具體到輸入的格式，響應的時間，需求的確認

五 進度計劃風險列表

1.最常見的進度計劃風險

1）功能無限蔓延； 2）質量不定 3）計劃過于樂觀 4）設計欠佳 5）銀彈綜合癥 6）研發導向開發 7）人員薄弱 8）簽約商失敗；

10）研發人員與客戶的磨擦。2.進度計劃風險完整列表

2.1 計劃編制風險

1）計劃、資源和產品定義全憑客戶或上層領導口頭指令，并且不完全一致；

2）計劃是優化的，是“最佳狀態”； 3）計劃忽略了必要的任務；

4）計劃基于使用特定的小組成員，而那個小組成員其實指望不上。5）在限定的時間內無法建成已定規模大小的產品； 6）產品規模比估計的要大一些； 7）工作量大于估算數；

8）進度已經拖延的項目在重新評估時過于優化或忽視項目歷史； 9）過度的進度壓力造成生產率下降；

10）目標日期提前，但沒有相應地調整產品范圍或可用資源； 11）一個任務的延遲導致相關任務的連鎖反應；

12）涉足不熟悉的產品領域，花費在設計和實現上的時間比預期的要多。2.2 組織和管理

1）項目缺乏一個有凝聚力的最高領導人；

2）由于前期乏力，項目長時間被擱置； 3）解雇和削減開支導致項目小組能力下降；

4）僅由管理層或市場人員進行技術決策，導致計劃進度延長； 5）低效的項目組結構降低生產率；

6）管理層審查/決策的周期比預期時間長； 7）預算削減打亂項目計劃；

8）管理層做出了打擊項目組織積極性的決定； 9）非技術的第三方的工作比預期延長（如審批，采購等）； 10）計劃性太差，無法適應期望的開發速度；

11）項目計劃由于壓力而放棄，導致開發混亂、低效；

12）管理層強調英雄主義，而忽視客觀確切的狀態報告，這會降低發現和改正問題的能力。2.3 開發環境

1）設施沒有及時到位； 2）設施到位，但不配套； 3）設施擁擠、雜亂或者破損； 4）開發工具未能及時到位；

5）開發工具不如期望那樣有效，開發人員需要時間創建工作環境或切換新的工具；

6）開發工具的選擇不是基于技術需求，不能提供計劃要求的性能； 7）新開發工具的學習期比預期的長，內容繁多。2.4 最終用戶

1）最終用戶堅持新的需求；

2）最終用戶對于最后交付的產品不滿意，要求重新設計和重做； 3）最終用戶不買進項目產品，無法提供后續支持；

4）最終用戶的意見未被采納，造成產品最終無法滿足用戶期望，而必須重做。

2.5 客戶

1）客戶堅持新的需求；

2）客戶對規劃、原型和規格的審核/決策周期比預期長；

3）客戶沒有或不能參與規劃、原型和規格階段的審核，導致需求不穩定和耗時的重復；

4）客戶答復的時間比預期長（如回答需求中需澄清的問題）； 5）客戶堅持技術決策而導致進度計劃延長；

6）客戶對開發進度管理過細，導致實際進展變慢；

7）客戶提供的組件無法與開發的產品匹配，導致額外的設計和集成工作；

8）客戶提供的組件質量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作；

9）客戶要求的支持工具和環境不兼容、性能差或者功能不完善，導致生產率降低；

10）客戶不接受交付的軟件，盡管它滿足了所有的規格； 11）客戶期望的開發速度是開發人員無法達到的。2.6 承包商

1）承包商沒有按承諾交付組件；

2）承包商遞交的組件質量低下無法接收，必須花時間改進質量；

3）承包商沒有買進項目開發需要的工具，進而無法提供需要的性能水平。

2.7 需求

1）需求已經成為項目基準，但變化還在繼續；

2）需求定義欠佳，而進一步的定義會擴展項目范疇； 3）添加額外的需求；

4）產品定義含混的部分比預期需要更多的時間。2.8 產品

1）錯誤發生率高的模塊需要比預期更多的測試、設計和實現工作；

2）校正質量低下不可接受的產品，需要比預期更多的測試、設計和實現工作。

3）在一個或多上新興領域推廣計算機技術使得計劃進度的延長不可預 4）由于軟件功能的錯誤，需要重新設計和實現；

5）開發額外不需要的功能（鍍金）延長了計劃進度；

6）要滿足產品規格與速度要求，需比預期更多時間，包括重新設計和實現的時間；

7）嚴格要求與現有系統兼容，需要進行比預期更多的測試、設計和實現工作；

8）要求與其他系統、復雜系統或不受本項目控制的系統相連，導致無法預料的設計、實現和測試工作。

9）要求在不同操作系統下運行將花費比預期更長的時間；

10）在不熟悉或未經檢驗的軟（硬）件環境中運行產生未預料的問題； 11）開發一種對組織全新的模塊將比預期花費更長的時間； 12）依賴正在開發中的技術將延長計劃進度。2.9 外部環境

1）產品依賴政府規章，而規章的改變將是不可預期的；

2）產品依賴草擬中的技術標準，而最后的標準將是不可預期的。2.10 人員

1）招聘人員所花時間比預期的長；

2）作為先決條件的任務不能按時完成（如培訓、其它項目）； 3）開發人員和管理層之間關系不佳導致決策緩慢，影響全局；

4）項目組成員沒有全身心投入項目，進而無法達到需要的產品性能水平；

5）缺乏激勵措施，士氣低下，降低了生產能力； 6）缺乏必要的規范，增加了工作失誤與重復工作；

7）某些人需要更多時間適應不熟悉的軟件工具和環境、硬件環境、編程語言；

8）項目結束前，合同制人員離開團隊，或雇員辭職；

9）項目后期加入新的開發人員，額外的培訓和溝通降低現有成員的效率；

10）項目組成員不能有效地一起工作；

11）由于項目組成員間的沖突，導致溝通不暢、設計欠佳、接口錯誤和額外的重復工作；

12）有問題的成員沒有調離項目組，損害了項目組其他成員的積極性； 13）項目的最佳人選未加入項目組；

14）項目的最佳人選已加入項目組，但因其他原因未能合理使用； 15）沒有找到項目急需的具有特定技能的人； 16）關鍵人物只能兼職參與； 17）項目人員不足；

18）任務的分配與人員技能不匹配； 19）人員工作的進展比預期的慢；

20）項目管理人員怠工導致計劃和進度失效；

21）技術人員怠工導致工作遺漏或質量低下，工作需要重做。2.11 設計與實現

1）設計過于簡單，無法確定主要事件，并導致重新設計和實現； 2）設計過于復雜，導致一些不必要的工作，影響實現效率； 3）設計質量低下，導致重復設計和實現

4）使用不熟悉的方法，導致額外的培訓時間，并重犯前期使用這種方法時導致的錯誤；

5）產品采用低級語言來實施，導致生產率比預期的低；

6）一些必要的功能無法使用現有的代碼和庫實現，開發人員必須使用新庫或自選開發所要的功能；

7）代碼和庫質量低下，導致需要額外的測試、錯誤修正或重做； 8）過高估計了增強型工具對計劃進度的節省量；

9）分別開發的模塊無法有效集成，需要重新設計或重做。2.12 過程

1）大量的紙面工作導致進程比預期的慢；

2）進程跟蹤不準確，導致無法預知項目是否已落后于計劃進度； 3）前期的質量保證行為不真實，導致后期的重復工作；

4）質量跟蹤不準確，導致無法得知影響進度的質量問題； 5）太不正規，導致溝通不足，質量問題和工作重做； 6）過于正規，導致過多耗時無用的工作；

7）向管理層撰寫進度報告占用的開發人員的時間比預期的多； 8）風險管理粗心，導致沒有發現重大的項目風險； 9）軟件項目風險管理花費的時間比預期的多。

第五篇：《辦公室管理》案例分析題

辦公室管理-案例分析題

1、新上任的公司職員小馬接受領導的指派到機場接一位重要客人，因為是第一次被指派接受任務，小馬特意向領導征詢應該注意的事項。考慮到小馬剛到單位不久，領導囑咐小馬對客人一定要熱情、大方，禮貌方面更應多加注意，小馬一一記在心里。見到客人，小馬熱情地走上前去，大聲說著“歡迎、歡迎”，伸手就去接客人的行李，見客人要與自己握手并躲開小馬接行李的手，才慌忙與對方握手，并執意要幫對方拿行李。來到車旁，順勢將行李放入汽車的行李箱，接著打開副駕駛艙門，引導客人落座，并說：“這里視野寬闊，可以看看沿途風光?！倍?，自己坐到汽車后排座位上。一路上，小馬熱情地回答客人提出的問題，還關切地詢問客人所在公司的情況，打聽客人的收入、福利和家庭情況。沒多久，小馬就覺得客人話語越來越少，客人也不象剛下飛機時那樣熱情了，小馬心里不悅，但又不能表現出什么。

請你分析一下小馬在禮儀方面有何不當之舉？應該怎樣做才是正確的？ 答案：（1）握手禮儀，主客之間，應該主人先伸手。

（2）在替客人拿行李前應征求同意，再行動。

（3）哪些行李可以放入行李箱中也要征得同意。

（4）司機開車，汽車的位次禮儀是“右為上，左為下；后為上，前為下”。

（5）乘坐方面，客人應該坐后排，小馬應該坐副駕駛座。

（6）客人公司的一些內部情況、個人收入、福利和家庭情況等是不合適的話題。

（7）應該與客人談一些合適的話題，如天氣、風土人情、新聞等。

2、教材中關于“向對方要求約會時應注意的事項中”是這樣敘述的：

向對方要求約會時應注意的事項：

a．要獲得上司的許可；

b．對方如果有文秘人員，一般由文秘人員辦理；

c．如果用寫信的方式，在等到對方收到信后，再打電話給對方的文秘人員以確認；

d．要正確告知對方赴約者的姓名、職務、目的、時間、地點、方式（早餐會、午餐會等）、所需要的時間等等，關于日期的確定應該以比較有彈性的說法問對方：“你們什么時候比較方便”，這樣讓對方能夠有所選擇。

e．告知你或上司的聯系電話，以便萬一約會取消或有所改變時可以馬上通知。

f．對方越忙越必須早一點聯絡，時間應盡量有彈性，這是身為文秘人員所應具有的常識。

g．尤其是連續參加兩個以上的約會時，要充分考慮路上交通所需要的時間。

h．如果上司出差，不要在他回來的當天安排約會，可能會發生飛機誤點及其他情況。

i．決定時間、地點時，要注意對方的業務情況、工作場所等。

一般說來：

·星期一早上、周末下午每個人都會很忙碌，盡量不要安排約會； ·即將下班之前的那段時間，公司內也會很忙碌； ·午餐前后約會則會影響吃飯時間；

·對方的休息日、節假日或有特殊政治和宗教意義的日子不要安排約會； ·公司有重大活動的那一天不宜安排約會； ·地點必須選擇對方比較方便的地方；

·地點還應考慮約會的禮儀規格、是否需要保密、是否需要就餐等因素。j．對方不能確定接受時，要求約會的這一方最好再聯絡一次。k．已經約好且需要預定會議室時，就要立即預約，如果對于該地點沒有充分把握，應該事先調查路線、如何前往、房間大小、桌子的配置等。

l．約定好以后，一定要向上司匯報，并填寫在日程安排計劃表上。如有必要，還應準備約會所需要的文件資料。

m．上司和某人會面后，可能要求文秘人員安排下一次與那人的約會。文秘人員安排好后，應確保那人清楚地明了約會的時間，并給予了明確的答復后，將此約會記錄在你和上司的日程表上。

請將你認為最重要的內容選擇出來，用五個必須和五個不宜予以概括，比如“必須獲得上司的認可，不宜在對方休息日安排約會”。

答案：

1、必須獲得上司的認可，不宜在對方休息日安排約會；

2、必須正確告訴對方赴約者的姓名、職務、目的、時間、地點、方式、所需要的時間，不宜在周一早上、周末下午安排約會；

3、必須告知對方你或者上司的聯系方式，不宜在午餐前后安排約會；

4、必須盡早和對方聯絡，不宜在公司有重大活動的那天安排約會；

5、地點必須選擇對方比較方便的地方，不宜在上司出差回來的當天安排約會。

3、請對下面發生的情況以及致歉函所涉及的相關內容進行適當分析。

美國某花店經理接到一位顧客的電話，說她訂購的20支玫瑰送到她家的時間遲了一個半小時，而且花已經不那么鮮艷了。第二天，那位夫人接到了這樣一封信：

親愛的凱慈夫人：

感謝您告知我們那些玫瑰在很差的情況下已經到達您家的消息。在此信的附件里，請查 找一張償還您購買這些玫瑰所用的全部金額的支票。由于我們送貨車中途修理的意外耽擱，加之昨天不正常的高溫，所以您的玫瑰我們未能按時、保質交貨，為此，請接受我們的歉意和保證。我們保證將采取有效措施以防止這類事情的再次發生。

在過去的兩年里，我們總是把您看作一個尊敬的顧客，并一直為此感到榮幸。顧客的滿意乃是我們努力爭取的目標。

請讓我們了解怎樣更好地為您服務。

您真誠的霍華德·佩雷斯

（經理簽名）答案：（1）這是一位老顧客，所反映的情況應不容置疑，首要考慮的應是怎樣補救。

（2）補救。一是可以接到電話立即派人馬上再送20支玫瑰，二是給予適當賠償貨款。

（3）道歉。賠償只是物質上的表示，道歉更能從心理上表達對顧客的尊重。方式可以是也打個電話，但是寫信則顯得更加鄭重其事。

這封信，先是表示感謝和全額賠償，其次才解釋原因，又不只是就事論事，還提出了防止以后發生類似事情的保證。最后再聯絡一下感情，表示了商店對顧客的基本原則和態度。

此信即使是文秘人員寫的，也應由經理親筆簽名，以示對顧客的尊重。

4、請將下列文件分別組合成三至四個案卷，并擬制案卷標題：

（1）市教委關于2008年招生工作的通知；

（2）北京廣播電視大學關于招生工作校務擴大會議紀要；

（3）北京廣播電視大學2008年招生工作計劃；

（4）北京廣播電視大學關于2008年招生工作的請示（呈市教委）；

（5）市教委關于北京廣播電視大學2008年招生工作的批復；

（6）北京廣播電視大學校務會議關于調整系主任的決定；

（7）北京廣播電視大學關于調整系主任的通知；

（8）北京廣播電視大學關于做好開學工作的通知；

（9）北京廣播電視大學各系關于開學準備工作的報告；

（10）北京廣播電視大學各系關于加強學生思想工作的報告；

（11）北京廣播電視大學各系關于提高教學質量的報告；

（12）北京廣播電視大學2008工作總結；

答案：案卷一：

（1）市教委關于2008 年招生工作的通知；

（4）北京廣播電視大學關于2008 年招生工作的請示（呈市教委）；

（5）市教委關于北京廣播電視大學2008 年招生工作的批復；

標題：市教委、北京廣播電視大學關于招生工作的通知、請示、批復

案卷二：

（2）北京廣播電視大學關于招生工作校務擴大會議紀要；

（6）北京廣播電視大學校務會議關于調整系主任的決定；

（7）北京廣播電視大學關于調整系主任的通知；

（8）北京廣播電視大學關于做好開學工作的通知；

標題：北京廣播電視大學關于招生工作、系主任調整、開學工作的會議紀要、決定、通知

案卷三：

（3）北京廣播電視大學2003 年招生工作計劃；

（12）北京廣播電視大學2003 工作總結；

標題：北京廣播電視大學招生工作計劃、工作總結

案卷四：

（9）北京廣播電視大學各系關于開學準備工作的報告；

（10）北京廣播電視大學各系關于加強學生思想工作的報告；

（11）北京廣播電視大學各系關于提高教學質量的報告；

標題：北京廣播電視大學各系關于開學準備、加強學生思想工作、提高教學質量的報告

5、文員小曹向分管營銷業務的孫副經理請示了業務處理的意見后，又遇到了負責宣傳的張副經理，小曹又向他作了請示，結果兩位領導的意見很不一致，小曹無所適從，兩位領導也因此矛盾加深。孫認為小曹與張關系親近些，支持過張，認為小曹有意與他作對；而張認為此業務是他引介的，小曹應先同他通氣。

請你分析小曹這樣做對不對？錯在哪里？面對這種情況小曹應該怎么辦？ 答案：（1）小曹犯了多頭請示的錯誤。遵照領導職權分工、單向請示的原則，既然向主管領導請示了，就應按孫的意見辦，不應多頭請示；

（2）在工作中不應過分親近或疏遠某領導，以至落到尷尬的境地；

（3）兩位領導都作了指示，如果張通情達理，小曹應向他說明只能按職權分工辦事，求得諒解后，按孫的意見辦；

（4）如果不能求得諒解時，小曹應向兩位領導分別自我檢討，再建議兩位商議一個方法遵照執行；（5）如果矛盾不能統一，應向總經理請示，遵照總經理的意見辦，并請他對孫或張作解釋，這是文員執行主要決策人的意見。

6、某公司聘任文員鄒某上班處理郵件時，正巧趕上接聽電話，他一手操持電話，另一手示意送信者把信堆放在已有一些信件的辦公桌上，并順手拿過筆在“收件人”處簽了字。打完電話，他急忙把所有的信封都剪開了，忙亂中一封信被剪掉了回信地址的一角，他并未在意。這時，他抽出所有的信紙，放在一邊，而把所有的信封放在了另一邊，并開始閱讀郵件。當閱讀到寫有：“親愛的??”一封信時，他意識到拆錯了信，匆匆將信裝進一個信封，并用膠水粘了起來。在處理其他信件時，其中有一封急件，覺得應該由上司回信，他把幾封信混在一起放在上司的辦公桌上。這時，上司把寫有美國地址的英文名片遞給他，讓他打印一個寄往美國的信封，小鄒按照以往寫信的習慣，把收件人地址、姓名打印在信封的上面，把公司的地址打印在右下角。

你認為小鄒處理郵件是否正確，為什么？請講出理由并說明正確的做法。

答案：小鄒處理郵件的做法不正確，理由以及正確的做法如下：

（1）收領郵件應該把以前的信件另外放開，以免混淆，應在清點后才能簽字；

（2）首先應分類，請示上司哪些郵件能拆封，哪些不能拆封；

（3）不能把回信地址剪掉，檢查信封、信紙上的地址、電話是否一致。如不一致，應打電話詢問正確的，再把錯誤的劃去；

（4）拆錯信，應在信封上寫上“誤拆”，并簽上自己的名字，封上信口，把信件交給收信人時向他（她）道歉；

（5）把交給上司郵件分成最急件、次急件和普通件，不能混捐。

（6）寄給美國的信件信封地址位置寫錯了。

7、上海某冰箱廠的冰箱暢銷全國各地，一天，江蘇某城市報上刊登了這家廠的家用冰箱發生爆炸的消息，幾天之內，這種冰箱在當地即無人問津。奇怪的是廠方卻未收到該用戶的投訴信或電話，而是記者紛紛上門。

廠方決定派一位副廠長帶一名技術員、一名文秘人員主動上門訪問、調查。在經過周密的檢查之后，技術員始終找不出冰箱爆炸的原因。細心的文秘人員發現戶主的神色不太正常，又發現冰箱內有細小的紅色紙片，便向副廠長匯報。副廠長和戶主進行了一整天的耐心、誠懇的交談，并主動提出了賠償冰箱和為之保密的條件。戶主終于說出了是在冰箱里藏放了準備過年的鞭炮，其他人不知道，取食品時碰撞所致，幸未傷人。又說是因為鄰居聽到爆炸后向居委會報告，引起了媒介的注意才上了報的。查清了原因，副廠長當即與上海廠方聯系，在當地召開了記者招待會，向新聞界說明了真相，隱去了戶主的姓名，并承認了廠方的責任“未在冰箱使用說明書上寫明:冰箱內不可冷藏易燃易爆物品。”此話引發出記者們的哄堂大笑，這件事就此喜劇性結束。幾天后，這種品牌的冰箱銷售量迅速回升，一臺嶄新的冰箱也送至那位用戶的家中。

從這個案例，可以為我們文秘人員的信訪工作提供哪些有益的啟示? 答案：（1）信訪工作也不完全是被動地等人們寫信，打電話或告上門來，文秘人員也應該注意到社會上的反饋；

（2）有些事涉及本單位的利益或信譽，應及時向領導匯報，采取主動出擊的方法；

（3）文秘人員雖不是專業人員，不能解決技術性的問題，但是文秘人員應具有細心、敏感的工作方式和作風，能從其他角度幫助領導解決問題。

8、某年3月5日，新欣化工公司的總經理出差了，這次的期限是從3月5日至3月12日，預定12日上午回來。文員小王負責處理公司的各類郵件。小王從收發室取回了郵件，其中上司親啟的信一封，一個郵包，總經理辦公室收件三封，其中有一封寄自河南分公司的信總經理曾關照過讓銷售科科長處理。正好銷售科的小李走過辦公室，小王說：“小李，把這封信交給你們科長”，小李把信帶走了。

小王把總經理親啟件放在總經理辦公桌的抽屜里，又拆開總經理辦公室收件，一封是邀請總經理參加定于3月12日下午的研討會，小王想，總經理前幾天還談到準備參加這次研討會，12日他正好回來，一定會參加的。于是小王打印了接受邀請的回信，明確告知對方總經理將參加會議，并替總經理簽了名。拆開第二封信，拿出信紙，里面還有兩張產品樣品的照片，小王看了信的內容，附件里說明有三張照片，小王不知道如何處理，她把照片又放回了信封中。

小王拆開郵包，發現是產品研發中心為了開發新產品，在前幾天訂購的新型材料，一共有五個品種，小王憑印象覺得訂購的是三種，多了兩種。心想，是供應商主動送來的，不拿白不拿，于是她打電話讓研發中心的人取走了。

小王處理郵件的做法是否正確？如果不正確，正確的做法應該是怎樣的？ 答案：（1）河南分公司郵件轉交銷售科處理的，應制作簽收單，要求小李簽名，并注明時間；

（2）把上司親啟信件先保存下來，并通知發信人信已收到，告訴對方何時可能得到答復；

（3）12日回來就參加會議不妥當，不宜在總經理出差回來的當天安排活動；

（4）在回信上應簽上自己的職稱（某某人的文秘人員），發出前復印一份，留待上司過目；

（5）發現附件缺少，應該在信封上寫上缺少的附件的名稱和數量，接著應及時打電話或寫信與寄信人聯系；

（6）沒有訂購的東西不能簽收；

（7）在移交郵包里的物品時，要先打印一份清單，注明收到的日期，請接受人員在上面簽字，并保存好。

9、愛達公司的丁秘書正埋頭起草一份文件，電話鈴響了，拿起電話，丁秘書聽著對方的聲音，辨別出又是那位推銷員朱磊打來的電話。第一次他來電時，丁秘書聽著朱磊的自我介紹，判斷這電話不是經理正在等的電話，也不是緊急要事。于是她說：“很抱歉，經理不在。請你留下姓名、地址、回電號碼，我會轉達給經理的?！笨蓪Ψ椒且医浝肀救瞬豢伞鞌嚯娫?，丁秘書就此事匯報了經理。經理聽后，告訴她，曾在一次交易會上見過此人，印象不佳，不想和他有生意上的來往。十天前，朱磊又來了電話，丁秘書說：“對不起，經理仍然不在。我已將你的情況和要求轉告經理，目前他非常繁忙，這事以后再說吧！”隨即，主動掛斷了電話。

現在，朱磊第三次來電，丁秘書應該怎么辦？ 問題：

（1）文秘人員接聽電話時，首先應做些什么？電話結束后又應該怎么做？

（2）假如你是丁秘書，針對朱磊第三次來電，你怎樣說？

（3）文秘人員怎樣審查來電？具體做法怎樣？

（4）文秘人員替上司審查來電的態度和技巧是怎樣的？

答案：（1）文秘人員接昕電話時，首先應自報家門。掛斷電話應遵循“誰先打出誰先掛”的原則。丁秘書做錯了。

（2）丁秘書在朱磊第二次來電時，就應告知對方經理不想與他聯系。在朱磊第三次來電時，丁秘書應該說“你的事情，我已經與經理匯報過了，對你們的生意經理無意參與，尚未考慮與你聯系。請你以后不要來電話了。如果情況有了變化，我會主動與你聯系的。謝謝！”

（3）審查來電時應詢問對方的姓名、單位、來電事由、回電號碼，然后請示上司是否想與對方通話。如上司同意通話，可打回電或請對方再打過來；如上司不想通話，應想辦法拒絕對方。

（4）在電話中應怎樣既做到為領導“擋駕”，又不得在言語、行動上失禮，冒犯對方。

10、東華公司辦公室人員小沈能講一口漂亮的法語，小陳則很喜歡打扮。公司明天要與法國某公司談判，古總經理叮囑擔任翻譯的小沈和作會議記錄兼會議服務的小陳要好好準備。小沈和小陳除了在文本、資料等方面作了準備，還花了一番功夫進行了打扮。

正式會談這天，只見坐在古總經理一旁的小沈衣著鮮艷，金耳環、大顆寶石戒指閃閃發光，這使得古總身上的那套價值千元的名牌西服也黯然失色。

古總經理與法國客商在接待室內寒暄時，小陳拿來了托盤準備茶水，只見她花枝招展，一對大耳環晃來晃去，五顏六色的手鐲碰桌有聲，高跟鞋叮叮作響。她從茶葉筒中拈了一撮茶葉放入杯中??這一切引起了古總經理和客商的不同反應。客商面帶不悅之色，把自己的茶杯推得遠遠的，古總經理也覺得尷尬。談判中討價還價時，古總一時性起，雙方爭執起來，小沈站在古總一邊，指責客商?？蜕谭餍涠?。古總望著遠去的客商的背影，沖著小沈：“托你的福，好端端一筆生意，讓你給毀掉了，無能！”

小沈并不知道自己有什么過錯，為自己辯解：“我，我怎么啦！客商是你自己得罪的，與我有什么關系？”

小沈和小陳的穿著打扮、言談舉止是否正確？正確的做法應該是怎樣的？ 答案：（1）衣著。二位女士穿著打扮不符合特定的會談工作要求，而且也影響了古總經理的形象，小陳的穿著打扮干擾談判、影響工作，破壞工作場所安靜；

（2）衛生習慣。小陳用手拿茶葉，不衛生，引起客商不滿，使得談判一開始就不順利；

（3）應變能力。小沈應該對領導的作風、性格有所了解，有針對性地彌補領導的不足。古總經理與客商爭執，她應采取補救措施，可以將上司借故引開，并示意上司忍耐些，使談判繼續，而不是指責客商；

（4）領導權威。小沈受到上司批評，即使是過頭話，也應保持冷靜，不反駁，應理解上司的難處。找適當的機會，用適當的方式說明情況，交流思想和感情。

11、新加坡利達公司銷售部新聘任了文員陳小姐，試用期三個月。陳小姐大專剛畢業，比較單純，經理鼓勵她努力干。

某一天，經理外出了，陳小姐正在公司打字，電話鈴響了，陳小姐與來電者的對話如下:

來電者：“是利達公司嗎？”

陳小姐：“是?！?/p>

來電者：“你們經理在嗎？”

陳小姐：“不在?！?/p>

來電者：“你們是生產塑膠手套的嗎？”

陳小姐：“是?！?/p>

來電者：“你們的塑膠手套多少錢一打？”

陳小姐：“1.8美元?！?/p>

來電者：“1.6美元一打行不行？”

陳小姐：“對不起，不行的?！闭f完，“啪”掛上了電話。

經理回來后，陳小姐也沒有把來電的事告知經理。過了一星期，經理提起他剛談成一筆大生意，以1.4美元一打賣出了100萬打。陳小姐脫口而出：“啊呀，上星期有人問1.6美元一打行不行，我知道你的定價是1.8，就說不行的?！苯浝懋敿茨樕蛔冋f：“你被解雇了。”陳小姐哭喪著臉說：“為什么？”經理說：“你犯了五個錯?！?/p>

問題：陳小姐被解雇是因為上司說她犯了五個錯，分別是什么？她在電話禮儀方面還犯了哪些錯？

答案：她犯下的五個錯是：（1）該問的沒有問（指對方情況，手套的需要量）；

（2）該記的沒有記錄（對方的姓名、公司、電話號碼）；

（3）該說的沒有說（沒有及時向上司匯報）；

（4）不該說的卻說了（價格上的自作主張，不向上司請示）；

（5）不懂得保護自己（即使自己自作主張拒絕了對方，犯了錯誤，也沒必要告訴上司，使自己陷入被解雇的境地）；

她在電話禮儀方面還犯了這些錯：

（1）鈴響了沒有自報家門；

（2）不等對方說完，就“啪”掛上電話。

12、海金精密儀器有限公司的技術開發部有8個工作人員，他們群策群力，花了整整一年開發了BRM系列產品，經廣泛宣傳，推銷，國內外的銷路很好，給公司創收了幾百萬元。公司總經理為了鼓勵部下再接再厲，決定宴請技術開發部的全體成員，具體的時間、地點由總經理秘書卜小姐安排，只是規定了費用總數為2000元。

問題：

（1）卜小姐應該安排在什么時間、地點宴請比較好？

（2）卜小姐用怎樣的方式通知技術開發部的成員？

（3）宴請結束一結帳，只花了1500元，對余下的500元，卜小姐買紀念品發放好不好？

（4）除了宴請，卜秘書還可建議用其他方法來鼓勵技術開發部嗎？效果怎樣？

答案：（1）應安排在本周的星期五下班后宴請，這時一周的工作已經結束，第二天是休息，晚一點也不影響工作。找個比較安靜幽雅的餐館，包個單間，總經理與大家上下級可交流感情。

（2）卜小姐應到技術開發部去向大家表示祝賀，并當場邀請。如果用電話通知，不能產生親切感和更理想的氣氛。

（3）宴會快結束時卜小姐可把技術部負責人拉到一邊，把500元交給他，悄悄說：“我和總經理回去后，你們可不受拘束再飲一杯，或找個卡拉OK唱唱歌，明天把發票交給我就行?！卑l放紀念品會給公司其他人員知曉，造成不必要的麻煩。

（4）可以建議總經理給每人發獎金，還可建議在全體職工大會上表揚技術開發部。這樣可激發其他部門的積極性。