|
|
| 行 40： |
行 40： |
| | |- | | |- |
| | | 二 | | | 二 |
| − | |文法、文章結構等基本英文知識回顧
| |
| | | | | | |
| − | <BR>
| |
| − | 自然發音就是以英文字母直接發音，不藉助KK或DJ音標，記住英文字母本身就是拼音符號，不需要再去學習一個拼音系統，當我們看到英文時，直接就切出音節，一個音節一個音節來發音。
| |
| − |
| |
| − | [http://youtu.be/6sWqFX-QV90 自然發音] <br>
| |
| − |
| |
| − | [http://www.thenewslens.com/post/15856 學英文最好的方法就是不要「學」英文：外國教授自學英文經驗談]
| |
| − |
| |
| − | 建立一個全面使用英語的環境：拼音輸入法 [http://hiraku.tw/2011/10/2784 漢語拼音輸入法]，[http://www.sc-top.org.tw/download/writing03.pdf 微軟新注音打字方法(含標點符號)]
| |
| − |
| |
| − | <br>理由：把英文字母當成拼音工具(實際上英文字母本身就是拼音)，提高使用英文的頻率，就像外國人一樣，每天用每天念，英文就不是那麼難的事了。
| |
| − |
| |
| − | <br>全世界目前只有台灣還在用ㄅㄆㄇㄈ在學習中文發音，而這套系統於民國七年由教育部所制定(當時中華民國政府還在大陸)，在民國之前也沒有什麼拼音系統，就是看到一個中國字就直接念出音，這就是自然發音法。全世界的外國人使用漢語拼音來學習中文，即便是在台灣的華語文教學研究所為了接軌世界也是使用漢語拼音系統。
| |
| − |
| |
| − | <br>學習要有策略與方法，不能墨守成規，我們的英文不好，是沒有英文的使用環境，無法大量練習英文，絕對不是自己的智商問題(如果是的話，那都不用學了)。
| |
| − |
| |
| − | 想想，我們每天都用電腦、手機聊天數個小時，若把這數個小時的打字時間改用漢語拼音，那麼你每天都練習英文拼音數個小時，你的英文發音就在這每天數小時的時間裏，不知不覺的變好了(一件事情讓你每天練數個小時，豈有不成功的道理？)。
| |
| − |
| |
| | |- | | |- |
| | | 三 | | | 三 |
| − | |文法、文章結構等基本英文知識回顧 | + | | |
| | | | | | |
| | |- | | |- |
| | | 四 | | | 四 |
| − | |管理英文字彙、文章導讀 | + | | |
| | | | | | |
| | |- | | |- |
| | | 五 | | | 五 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | 大學生應及早學習專案管理知識與能力
| + | | |
| − | | |
| − | 日本戰略之父、國際趨勢大師大前研一（Kenichi Ohmae）在其所著「再起動‧職場絕對生存手冊」一書中表示：「專案導向的組織是今後主流」、「上班族已經不能只是完成被賦予的例行公事」、「能勝任專案經理職務的人，具有極高的價值，在未來將是非常珍貴的人才」；國際管理大師彼得杜拉克說道：「在知識經濟時代，管理方式將從舊式的組織管理改變為專案管理」。另外，國際專案管理學會（Project Management Institute, PMI）的委託調查報告顯示，2016年全球將近有142兆台幣的經費運用於專案上。「專案管理」已蔚為世界潮流，個人認為大學生/大學應思考及早在學校教育階段學習專案管理知識，建立專案管理之能力。
| |
| − | | |
| − | 專案的例子在我們日常生活中俯拾可得，小至個人，大至組織企業，專案無所不在，例如同學會、慶生會、園遊會、迎新活動、演唱會、周年慶、慈善募款、公益活動、員工旅遊等，只要能想得到的非例行性、具有明確目標/目的、有開始的日期與結束的日期等工作/活動，皆可視為「專案」。
| |
| − | | |
| − | 在大學中，教師/教授主持教育部和國科會等其他政府機關或產學合作補助專案計畫多如繁星，學生因擔任各項助理工作而有參與專案計畫工作機會，甚至，碩士班研究生大多被指導教授指定為專案計畫的管理執行者。學生除了參與這些補助專案計畫而有機會學習到專案管理的知識外，本人認為學生更可從課程與其他課外學習活動中學習/實踐專案管理知識，熟習專案管理技能。
| |
| − | | |
| − | 本人在參加長宏專案管理的第一堂課時，講師解釋專案及其特性時，帶出了二個專有名詞：program(計畫)和portfolio(組合)，這二個專有名詞所要表達的概念讓很多同學困惑，要從字面上的解釋這幾個名詞不容易，不好理解專案管理為何要談到program和portfolio。要搞懂這三個英文字project、program和portfolio可用真實生活的案例，例如財務裏的投資組合，或者此篇文章提及的學習組合，都是理解專案、計畫與組合的絕佳範例。
| |
| − | | |
| − | 在學校的課程學習環境中，有為數眾多可供學生攻讀的課程(courses)，而多個為了達到共同學習目標/目的的課程即形成一個課程計畫(course program)，或者說，一個課程計畫會依該課程計畫之教育目標訂出所需學習的課程。在一個大學中，一個系所會規劃大學部課程計畫(undergraduate program)、研究所課程計畫(postgraduate program)、博士班課程計劃(doctoral program)等，在大學裏，一個學生除了自己主修的系課程計畫外(major)，另外可以選取一或多個輔系課程計畫(minors)；學校為了教育一些共同能力或跨領域整合能力，規劃了各種不同的通識學程與跨系學程計畫；學生會依自己需要參與各項課外活動，例如企業實習、社團與志工服務學習等，學生在校所有的一切活動即稱為學習組合(learning portfolio)，國內多數大專院校設置了網頁形式的e-Portfolio，目的是讓學生從入學開始就可將自己在校期間所累積的各種學習紀錄登錄管理於個人的e-Portfolio網頁中，有些學校更與人力銀行合作，將學生的學習組合紀錄直接導入到各人力銀行網站，讓企業能夠直接透過e-Portfolio與人力銀行網站來尋找企業所需要人才，加速就業媒合。簡言之，一個課程可對應一個專案(project)，多個課程形成一個課程計畫(program)，而所有在校的學習活動即為一個學習組合(portfolio)，學生在校期間就已經面臨了許許多多的課程專案或其他學習活動專案。
| |
| − | | |
| − | 更明確的說，依據美國專案管理學會 (Project Management Institute, PMI)對「專案」的定義：一項暫時性的任務，用以建立一個獨特性的產品、服務或結果。」每一個課程都有開始與結束時間，所需達到的結果(即設定的學習目標)，因此，課程實屬專案無誤，學生可應用與實踐專案管理知識在每個學期管理數個課程專案，在就學期間不斷地練習專案管理技巧，再加上有機會協助管理指導教授的專案計畫，於畢業時即可學習與磨練出優異的專案管理知識與技能，而獲得企業更多的青睞，企業可從中獲得企業成長所需具有專案管理背景的專業人才。簡言之，專案管理能力應為所有學生所需具備的共同能力之一，如語文一樣，必須及早教育學生專案管理知識，由淺入深地來學習如何管理專案五大流程(起始、規劃、執行、監控、結束)與專南案管理十大知識領域(整合、範籌、時程、成本、人力、品質、溝通、風險、採購、利益關係人管理)。
| |
| | |- | | |- |
| | | 六 | | | 六 |
| − | |管理英文字彙、文章導讀 | + | | |
| − | |看電影「勞倫佐的油」學習Study與Research | + | | |
| | |- | | |- |
| | | 七 | | | 七 |
| − | |管理英文字彙、文章導讀 | + | | |
| | | | | | |
| | |- | | |- |
| | | 八 | | | 八 |
| − | |管理英文字彙、文章導讀 | + | | |
| | | | | | |
| | |- | | |- |
| 行 102： |
行 71： |
| | |- | | |- |
| | | 十 | | | 十 |
| − | |管理英文字彙、文章導讀 | + | | |
| | | | | | |
| | |- | | |- |
| | | 十一 | | | 十一 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | Project Management (Part 1) http://vimeo.com/9598620<BR>
| + | | |
| − | 資料來源 http://www.businessenglishpod.com/2008/09/23/video-vocab-07-project-management-part-1/
| |
| | |- | | |- |
| | | 十二 | | | 十二 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | Project Management (Part 2) http://vimeo.com/9598756<BR>
| + | | |
| − | 資料來源 http://www.businessenglishpod.com/2008/09/28/video-vocab-08-project-management-part-2/
| |
| | |- | | |- |
| | | 十三 | | | 十三 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | The Planning Process (part 1) http://vimeo.com/15118816
| + | | |
| | |- | | |- |
| | | 十四 | | | 十四 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | The Planning Process (part 2) http://vimeo.com/19975574
| + | | |
| | |- | | |- |
| | | 十五 | | | 十五 |
| − | |管理英文字彙、文章導讀 | + | | |
| | | | | | |
| | |- | | |- |
| | | 十六 | | | 十六 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | Risk Management part 1 http://vimeo.com/19976378
| + | | |
| | |- | | |- |
| | | 十七 | | | 十七 |
| − | |管理英文字彙、文章導讀
| |
| | | | | | |
| − | Risk Management part 2 http://vimeo.com/20193865
| + | | |
| | |- | | |- |
| | | 十八 | | | 十八 |
| 行 148： |
行 109： |
| | ==評分方法== | | ==評分方法== |
| | | | |
| − | = 課程內容 = | + | = 課程內容 = |
| − | ==第一部份 Project Management==
| |
| − | ===What is a Project? ===
| |
| − | 專案的特徵：
| |
| − | *暫時性的(Temporary)
| |
| − | **有明確的開始及結束時間
| |
| − | **當目標達到時或明確知道不可能達到目標時，專案宣告結束
| |
| − | **暫時性不等同於短時程，大型專案可能長達數年或數十年
| |
| − | **暫時性不是指專案的產品或結果，如建設公路專案是暫時性，公路的存在則是永久性的。
| |
| − | **專案組織也是暫時性的。
| |
| − | *有獨特的產品(products)、服務(services)與結果(results)
| |
| − | *逐步完善的(Progressive elaboration)
| |
| − | **逐步細化與持續改善二個概念
| |
| − | **逐步完善使專案執行更具落實性。
| |
| − | | |
| − | ===What is Project Management? ===
| |
| − | 為達成
| |
| − | *專案目的 和
| |
| − | *滿足利害關係人的需求及期望
| |
| − | 結合各種知識、技能、工具與技術運用在專案管理的活動
| |
| − | | |
| − | 管理一個專案需要：
| |
| − | #確認專案目的及利害關係人的需求及期望
| |
| − | #確立清楚及可達成的目標並有效達成
| |
| − | #在專案六重限制下(範疇、時間、成本、品質、資源、風險) /（範、時、成、品、人、風），顧及專案品質並權衡達成專案目的及需求
| |
| − | #權衡技術、規格、計劃與執行可能達成方法，滿足不同利害關係人的不同需求
| |
| − | | |
| − | ===專案限制 Constraints===
| |
| − | 六重限制：
| |
| − | #範疇 Scope
| |
| − | #時間 Time
| |
| − | #成本 Cost
| |
| − | #品質 Quality
| |
| − | #資源 Resource
| |
| − | #風險 Risk
| |
| − | 以上六個因素彼此互為影響。
| |
| − | | |
| − | ===專案成功===
| |
| − | 限制由專案經理及高階管理者所共同確認並訂定出來。
| |
| − | | |
| − | 專案成功與否必須以是否在專案限制上完成專案來衡量。
| |
| − | | |
| − | 專案經理(Project Manager, PM)負責設定專案邊界(Boundaries)，並在要求的基準內完成專案。
| |
| − | | |
| − | 專案經理須使基準(Baseline)或目標(Object)合乎實際(Realistic)且可達成(Achievable)。
| |
| − | | |
| − | ===Project, Program, and Portfolio===
| |
| − | ====Program Management====
| |
| − | 計畫管理
| |
| − | *對一群相關的專案做整體性管理，以得到管理單一專案得不到的好處與良好控制
| |
| − | *計劃一般都是依利潤、風險或原因來分類，例：
| |
| − | **相關系列的不同產品為同一計劃的專案
| |
| − | | |
| − | 計劃管理主要聚焦於各專案之間的相互依賴關係，以期獲得整體計劃的最佳成效。其作法包含以下幾項：
| |
| − | #解決各個專案專案之間的資源限制或衝突
| |
| − | #銜接各專案與計劃的目標與產出，使其符合組織策略方向
| |
| − | #依賴共同管理的結構以解決問題與管理變更
| |
| − | | |
| − | | |
| − | ====Portfolio Management====
| |
| − | 專案組合
| |
| − | *專案組合是專案(project)及計劃(program)的集合，用以達成商業策略方針
| |
| − | *專案組合的專案並不一定有相互依賴關係，可以依風險或利潤來歸類專案
| |
| − | | |
| − | <center>
| |
| − | [[File:Portfolio-Program-Project.png|800px]]
| |
| − | | |
| − | [http://network.projectmanagers.net/profiles/blogs/career-progression-in-project 原圖來源]
| |
| − | </center>
| |
| − | | |
| − | | |
| − | ====衡量專案、計劃、專案組合三管理的成功====
| |
| − | *專案管理：藉由專案產品或專案的品質、時效、符合度及客戶滿意度來衡量 --> 執行力
| |
| − | *計劃管理：藉由計劃滿足組織的需求及產生的效益程度來衡量 --> 執行力+執行力+…= 最大效益
| |
| − | *專案組合管理：藉由專案生合所產生的整體績效來評量 --> 很多執行力 + 很多最大效益 = 達到組織的策略目標
| |
| − | | |
| − | ===子專案 subproject===
| |
| − | *專案通常被分割為較好管理的工作包或子專案，並當成專案來管理。
| |
| − | *專案可展開成工作分解結構(Work breakdown structure, WBS)，一直分解到工作包(<=80 Hrs)或子專案為止。
| |
| − | | |
| − | *[http://kevininf.wordpress.com/2010/04/12/專案一切的開始-如何寫好wbs文件 參考： 如何寫好wbs文件]
| |
| − | | |
| − | [[File:Project-WBS.png|600px]]
| |
| − | | |
| − | ===Projects and Strategic Planning===
| |
| − | 策略規劃
| |
| − | *專案通常是基於以下的組織策略而啟動：
| |
| − | **市場需求
| |
| − | **策略機會、商業需求
| |
| − | **社會需要
| |
| − | **環境考量
| |
| − | **客戶要求
| |
| − | **技術進步
| |
| − | **法律要求
| |
| − | *基於組織策略而啟動專案的分析結果會於專案的營運企劃案(Business case)中說明
| |
| − | *組織策略(Organizational strategy)應提供專案管理方向與指引，特別是組織策略需專案的支持
| |
| − | *專案發起人、計劃或專案組合經理負責連結組織策略及專案目標的一致性
| |
| − | *如果專案的目標和組織策略有所衝突時，專案經理應儘早辨識出這些衝突，將其文件化，並主動回報相關利害關係人
| |
| − | | |
| − | ===Project Management and Operations Management===
| |
| − | 作業管理與產品或服務的持續生產有關，使企業得以日常運作。
| |
| − | | |
| − | OM負責監督、指導和控制企業的作業，也是達成企業的策略和戰略目標之所需。
| |
| − | | |
| − | OM並非專案管理所涉及的範圍。
| |
| − | | |
| − | PM與OM的比較：
| |
| − | *相同之處
| |
| − | **由人員實施
| |
| − | **有資源的限制
| |
| − | **計劃性的、可執行的及需監控的
| |
| − | **因應組織目標或策略規劃而產生
| |
| − | *不同之處
| |
| − | **作業是持續性的、不斷重複的；專案是暫時性的、有獨特的產出
| |
| − | **專案的目的是為達到特定的目標後結束；作業的目的是為維持營運
| |
| − | | |
| − | ===Role of a Project Manager===
| |
| − | | |
| − | *Functional manager 職能經理、功能部門經理
| |
| − | *Operations manager 營運經理，負責核心商業活動經營
| |
| − | *Project manager 專案經理，依組織架構來說，一個專案經理要向職能經理報告(負責)，專案經理具備以下特性：
| |
| − | **Knowledge，管理知識
| |
| − | **Performance，管理效率
| |
| − | **Personal，個人風格(高壓統治、集權、人性化管理、充份授權、事事親為等個人管理風格/特質)
| |
| − | | |
| − | ===Enterprise Environmental Factors企業環境因素===
| |
| − | 影響專案成敗的環境因素，包括外在與內在的因素，常見的有：
| |
| − | *Organizational culture, structure, and processes; 組織文化、架構與流程
| |
| − | *Government or industry standards (e.g., regulatory agency regulations (監理機關規章), codes of conduct (行為準則), product standards (產品標準), quality standards, and workmanship standards (工作標準);
| |
| − | *Infrastructure (e.g., existing facilities and capital equipment);
| |
| − | *Existing human resources 現有人力資源 (e.g., skills 技術, disciplines 訓練, and knowledge 知識, such as design 設計, development發展, law 法律, contracting 締約, and purchasing 採購);
| |
| − | *Personnel administration 人事管理 (e.g., staffing 聘雇 and retention 留任 guidelines 引導準則, employee performance reviews 雇員效率檢視 and training records 訓練紀錄, overtime policy 加班政策, and time tracking 工時追蹤);
| |
| − | *Company work authorization systems; 公司工作授權系統
| |
| − | *Marketplace conditions; 市場條件
| |
| − | *Stakeholder risk tolerances; 利害關係人風險容忍度
| |
| − | *Political climate; 政治氛圍
| |
| − | *Organization’s established communications channels; 組織建立的溝通管道
| |
| − | *Commercial databases 商業資料庫(e.g., standardized cost estimating data 標準化成本評估資料, industry risk study information 工業風險研究資訊, and risk databases 風險資料庫); and
| |
| − | *Project management information systems 專案管理資訊系統(e.g., an automated tool 自動化工具, such as a scheduling software tool 排程軟體工具, a configuration management system 組態管理系統, an information collection and distribution system 資訊收集與分派系統, or web interfaces to other online automated systems 與其他線上自動化系統介接的網頁介面
| |
| − | | |
| − | ==第2部份 Utilities for sharing calendar events and documents==
| |
| − | ===使用Google建立課程分組/專題團隊的共同行事曆===
| |
| − | 目的：發佈與管理小組/團隊時程與會議日期
| |
| − | | |
| − | <pdf width="800px" height="1000px">http://192.192.246.169/~wells/wiki/images/2/28/Use_Google_Calendar_with_members.pdf</pdf>
| |
| − | | |
| − | ===使用Google雲端文件建立小組/專題的共同文件區===
| |
| − | 目的：建立、編輯與維護小組/專題線上分享文件區 (也可以使用MS的SkyDrive，好處是Office文件相容性高)
| |
| − | | |
| − | <pdf width="800px" height="1000px">http://192.192.246.169/~wells/wiki/images/b/b4/Shared_Document_on_Cloud.pdf</pdf>
| |
| − | | |
| − | ==第3部份 軟體專案管理計劃書 Software Project Management Plan==
| |
| − | ===計劃書內容===
| |
| − | <Pre>
| |
| − | Change History
| |
| − | Preface
| |
| − | Table of Contents
| |
| − | List of Figures
| |
| − | 1.0. Overview
| |
| − | 1.1. Project Summary
| |
| − | 1.1.1. Scope, Purpose and Objectives
| |
| − | 1.1.2. Assumptions and Constraints
| |
| − | 1.1.3. Project Deliverables
| |
| − | 1.1.4. Schedule and Budget Summary
| |
| − | 1.2. Evolution of the Plan
| |
| − | 2.0. References
| |
| − | 3.0. Glossary
| |
| − | 4.0. Project Organization
| |
| − | 4.1. External Interfaces
| |
| − | 4.2. Internal Interfaces
| |
| − | 4.3. Roles and Responsibilities
| |
| − | 5.0 Managerial Process Plans
| |
| − | 5.1. Work Plan
| |
| − | 5.1.1. Work Activities
| |
| − | 5.1.2. Schedule Allocation
| |
| − | 5.1.3. Resource Allocation
| |
| − | 5.1.4. Budget Allocation
| |
| − | 5.2. Control Plan
| |
| − | 5.2.1. Requirements Control Plan
| |
| − | 5.2.2. Schedule Control Plan
| |
| − | 5.2.3. Budget Control Plan
| |
| − | 5.2.4. Quality Control Plan
| |
| − | 5.2.5. Reporting Plan
| |
| − | 5.2.6. Metrics Collection Plan
| |
| − | 5.3. Risk Management Plan
| |
| − | 5.4. Closeout Plan
| |
| − | 6.0 Technical Process
| |
| − | 6.1. Process Model
| |
| − | 6.2. Methods, Tools, and Techniques
| |
| − | 6.3. Infrastructure Plan
| |
| − | 6.4. Product Acceptance Plan
| |
| − | 7.0 Support Process Plans
| |
| − | 7.1. Configuration Management Plan
| |
| − | 7.2. Validation & Verification Plan
| |
| − | 7.3. Documentation Plan
| |
| − | 7.4. Quality Assurance Plan
| |
| − | 7.5. Review and Audits
| |
| − | 7.6. Problem Resolution Plan
| |
| − | 7.7. Subcontractor Management Plan
| |
| − | 7.8. Process Improvement Plan
| |
| − | </pre>
| |
| − | | |
| − | ==第4部份 管理專業字彙 Glossary of Management Field==
| |
