第2章 企业个案分析.ppt

第2章 企業個案分析 簡介 在系統規劃階段中，IT團隊先審查建議書(系統申請書)以決定它是否值得成為企業個案。 企業個案(business case)指的是建議書中所持之理由或論據。 一般而言，系統開發是由提出系統申請開始，接著再執行初步調查，其中包括可行性研究。 策略規劃--- IT系統開發的架構 大多數成功的IT經理都會參與長期規劃，為有效執行此項任務，他們必須了解並參與公司的策略規劃工作。 策略規劃(strategic planning)是組織發覺長期目標、策略及資源的過程。 策略規劃的著眼點會超越日常的活動，而是專注在3年、5年，甚至10年之後的未來發展。 策略規劃概述 在策略規劃的過程中，高階主管都會提出一系列的問題，這種方法叫作SWOT分析。 策略規劃--- IT系統開發的架構 SWOT分析，它檢視公司的優勢(S, strengths #)、劣勢(W, weaknesses #)、機會(O, opportunities #)、威脅(T, threats #)。 策略規劃--- IT系統開發的架構 從策略規劃到企業營運成果 策略規劃--- IT系統開發的架構 使命聲明(mission statement)的作用，是為其利害關係人描述公司的概況，並簡短地描述公司的整體目標、產品、服務及價值觀。 所謂利害關係人(stakeholders)包括所有受公司經營績效影響的人，例如顧客、員工、供應廠商、股東，以及所在社區的成員。 IT部門在專案評估中的角色 十年前，典型的IT部門負責處理系統開發的所有工作，只有在需要使用者表示意見時，才會向他們諮詢。 今日，系統開發則比較是團隊導向。 策略規劃--- IT系統開發的架構 通常，新的系統開發方法都會從一開始，就由使用者、經理及IT人員共同合作，像是JAD及RAD。 究竟初步的「系統申請」評選應該由IT部門負責，還是由跨部門的專案小組負責呢? 這個問題的解答應該是: 依企業的規模、組織以及IT部門是否緊密地與企業營運緊密整合而定。 在規模較小的公司，可能只有一位IT專業人員，這個人就會擔任協調者及顧問，密切地與使用者及經理配合來評選系統申請。 較大的公司才比較可能會有評估小組或是系統審查委員會。 資訊系統專案 成立系統專案的主因 大多數專案的起點都是系統申請(systems request #)，這是請求IT部門支援的正式方法。 系統申請可能要求強化現有系統、更正一些問題，更換老舊的系統，或開發一個全新的資訊系統。 系統申請的主要理由可能是改善對客戶的服務、更好的績效、支援新產品及服務、提供更多資訊、更強的控制(資安)，以及降低成本。 影響系統專案的因素 影響系統專案的因素分成內部及外部影響因素: 資訊系統專案 內部因素包括策略性計劃、高階主管、使用者申請、資訊部門，及現有系統與資料。 一個公司的策略性計劃會設定公司的整體方向，並對IT專案有重大的影響。 高階主管的指示經常源自公司一些需要新IT系統、更多決策資訊，或支援重要任務資訊系統的策略性決策。 隨著使用者愈仰賴資訊系統來從事工作，他們可能要求更多的IT服務與支援，例如，業務代表可能要求改善公司的網站、更強的銷售分析報告。 許多系統專案申請來自IT部門，基於他們對企業營運及科技趨勢的知識，例如，更換某個網路元件。 現有系統中的錯誤或問題能夠觸發系統專案申請。 資訊系統專案 外部因素包括科技、供應商、顧客、競爭者、經濟及政府。 科技: 例如，通訊的快速成長已經形成一個全新的產業及科技。 掃描科技的成功運用在超市的結帳櫃台造就了現今幾乎影響所有產品的通用條碼系統。 有些產業專家預測，使用RFID標籤的產品電子編碼( electronic product code, EPC)，將會奪去條碼技術的光彩。 供應商: 例如，一個汽車製造商可能會要求其供應商依照特定的方式將零件編碼，以便能適用於公司的庫存控制系統。 EDI也促成了即時(JIT, just-in-time #)庫存系統，這系統仰賴電腦與電腦的連接來降低不必要的庫存。 JIT系統的作用就是在正確的地點，正確的時間，供應正確的產品。 資訊系統專案 顧客: 與顧客直接接觸的客服資訊系統在大多數公司都被賦予最高優先。 許多公司建置顧客關係管理(CRM, customer relationship management #)系統，此系統能夠整合各種與顧客相關的事件和交易，包括行銷、銷售，及客服活動。 如: 銷售人員的查詢，網站訂單處理，及線上庫存追蹤。 智慧型堆高機，能夠在取貨時直接讀取RFID標籤或貨品的UPC(萬國產品碼，Universal Product Code #)條碼而將資