資訊系統

專案管理

關於這個網站

2018/6/8

這個教學網站是為了輔仁大學資訊管理學系大學部及碩士在職專班的「資訊系統專案管理」課程。
- 106碩職班

「資訊系統專案管理」課程主要會涵蓋:

第一週

課程介紹
- 大三同學以專題為實作對象
- 大四同學對於大三同學的疑問分享自己的專題經驗
- 期末報告
  - 記錄實作過程遇到的問題
  - 課程對實作的影響
    - 對遇到的問題是否得到有效的解決方案?
  - 對每週課程的心得與建議
同學自我介紹
專題人力盤點
- PM、SA、PG的角色
  - 不會寫程式的人要做什麼?
  - 我們都不會寫程式，怎麼辦?
參考資料
- 專案管理基本概念，請詳參: PMBOK (Project Management Body of Knowledge)、專案管理概論、CMMI、Agile、項目管理
- GIST
  - Goals
  - Ideas
  - Step-projects
  - Tasks

第二週

分組
什麼是敏捷開發?
- Agile (敏捷開發)是一種快速回應需求的開發方法論
  - 不等需求完全確認，也認為無法等所有需求完全確認，也鼓勵延後需求確認的時間點
  - 那要如何定義及管理專案範疇?
Collect requirements 1
- User Story
  - Agile LEGO City workshop: 用樂高積木來模擬敏捷開發的實際情形的一個小遊戲
    - 看一下User Story (市民對城市的各種需求)
      - As a + I want + So that
  - 我們拿真正的個案來練習一下
    - 十二年國教新課綱下
      - 高中生要知道哪些選修課對未來有幫助
      - 大學要告訴高中生他們的科系要什麼樣的學生
    - 要提供什麼樣的系統來滿足這兩大需求?
參考資料
- Lean Development
  - Kanban

第三週

Collect requirements 2
- 專案範圍如何決定?
  - 要解決哪些問題? 要提供什麼樣的價值?
- User Story Mapping with FeatureMap
  - FeatureMap (Starter for free, 2 maps)
  - 教學 (1:27)
- 為什麼利用雛型?
  - Axure RP
Homework:
- 學期專案:
  - 專題的範圍

第四週

Project Planning: Scope
- 專案範圍管理
  - Create Work Breakdown Structure (WBS)
  - 18 Best Gantt Chart Software to Transform Your Project Management in 2018
    - Team Gantt (free for 1 project)
    - ProjectLibre (free for download)
    - Wrike (free for up to 5 users)
    - Hansoft (free for up to 2 members)
    - Tom’s Planner (free for personal use)
    - PROJECT in a box (community version for free, 1 user)
    - Todo.vu (free for solo)
  - 10 Microsoft Project Alternatives For Creating Gantt Charts
    - Hansoft (free for up to 2 members) score: 4/5
    - Wrike (free for up to 5 users) score: 4/5
    - ProjectLibre (free for download) score: 1/5
    - Tom’s Planner (free for personal use) score: 3/5
    - Team Gantt (free for 1 project) score: 3/5
敏捷開發如何規劃範疇?
Homework:
- 學期專案:
  - Scope, WBS, milestones

第五週

Project Planning: Schedule
專案時間管理
- Program Evaluation and Review Technique (PERT)
- Define activities
- Sequence activities
- Estimate activity resources
- Estimate activity durations
- Develop schedule
  - 表現時程有幾種方式，最常用的是: Gantt Chart (甘特圖)及Network Diagram(網路圖)，網路圖又有兩種表現方式: Activity on Arrow (AOA)及Activity on Node (AON)
- Resource Leveling: 會因為資源(如:人員)的限制，活動的先後順序或時程會必須調整，這個動作相當複雜，可以利用工具 (如:Gantter)來幫忙
- Critical Path Method (CPM)
- Critical Chain
敏捷開發如何規劃時程?
- User Story Point for Agile
- Trello: Trello是個雲端服務，可以方便進行專案的進度追蹤
人月神話 (詳參:https://en.wikipedia.org/wiki/The_Mythical_Man-Month)
- 「人月是個危險並很容易就遭到誤解的迷思（myth），因為它假設人力和工時可以互換」
Project Planning: Cost
- 專案成本管理
- Estimate scale
  - For software
    - Function Point
      - Function Point 估算方法探討
    - COCOMO
      - COCOMO II - Constructive Cost Model
    - User story point
敏捷開發如何規劃成本?
Prototyping
- Axure RP
- The Best Mockup & Wireframing Design Tools & Apps for UI/UX Designers in 2017
Homework:
- 學期專案:
  - Scope, WBS, milestones
  - FeatuerMap vs. Gantter
  - 確認需求與系統範圍的方式
    - 系統雛型?

第六週

不上課

第七週

Project Monitoring and Control
- Scope (requirement) change
- Schedule control
- Cost control
- Earned value management
敏捷開發如何進行監控?
- Burndown Chart & Velocity Chart
  - 精美的甘特圖，只是進度規畫的假象！管理專案，2 個更有效率的圖表
Tool:
- Trello: Trello是個雲端服務，可以方便進行專案的進度追蹤
- Gantter: Gantter是個雲端服務，可以做簡單的專案管理，可以建立WBS、排時程
Homework:
- FeatureMap vs. Gantter

第八週

專案管理經驗分享

第九週

Project (Human) Resource Management & Project Risk Management
- Peopleware
- 專案人力資源管理
  - 規劃
  - 招募
  - 團隊建立(經營)
- 專案風險管理
  - 專題常見的風險類別及風險有:
    - 時程
      - 不實際的時程規劃 (對於什麼時候該完成多少功能完全不清楚)
      - 規劃時忽略了重要的工作 (沒有認真的討論WBS，以至於很多工作並沒有被規劃進去，太多事沒有規劃在時程中)
      - 一個重要工作落後，導致後續的相依工作延宕 (如:需要使用的程式語言一直沒確定，無法開始開發)
      - 部份重要的系統功能，花了比預期還要多的時間去設計與開發
    - 需求
      - 需求並沒有排優先順序 (花太多精神在不重要的功能上，導致重要的功能無法完成，或沒有足夠時間完成)
      - 專案開始時，只知道部份的需求或需求不斷更改 (老師或產學合作的公司不清楚需求或一直不斷的更改需求)
      - 需求並未清楚定義 (老師或產學合作的公司跟專題團隊對需求的認知不一致)
      - 不實際的需求 (老師或產學合作的公司對開發團隊的能力認知錯誤，需求遠大於開發團隊在特定期限前可以完成)
    - 客戶
      - 客戶的決策時間過長 (老師或產學合作的公司決策時間過長，需求的確認或最終產品的確認花太長的時間)
      - 客戶對時程有不合理的期待 (產學合作的公司忘了學生還要上課，有期中考、期末考或者老師或產學合作的公司不清楚學生的產能)
    - 人力
      - 重要的開發工作依賴特定的同仁 (只要特定的同學出了狀況，沒有人可以接手或幫忙)
      - 花太多時間學習新的軟體工具、硬體、程式語言
      - 團隊發生嚴重衝突導致溝通不良、設計不當、無法整合或花時間沒必要的工作上
Homework:
- 列出你們的風險並思考如何風險管理
  - 對你們的組，哪些是很可能會發生的風險? 影響程度是? 如何因應 (降低發生機率、減少影響程度、備案)?

第十週

Project Procurement & Communications / Stakeholders Management
- 專案採購管理
  - 採購計畫
    - 是否要採購、怎樣採購、採購什麼、採購多少以及何時採購
      - Build or outsource?
  - 採購過程管理
    - 詢價、選商、契約管理
      - 驗收
Communications management / Stakeholder management
- 專案溝通管理
  - 專案溝通管理計畫
    - 需要溝通的內容(要求)、溝通的頻率
    - 溝通的技術
      - 正式、非正式
      - 單向、雙向
      - 書面、口頭溝通 (媒介)
  - 資訊發佈
    - 要注意發佈後的回饋及應對
  - 績效報告
  - 結案
- 專案關係人管理
  - 專案關係人管理計畫
  - 專案關係人分析 (詳參: Stakeholder analysis)
    - 影響力(power)、相關性(Interest)
    - 涉入程度
      - 不知情
      - 抗拒
      - 中立
      - 支持
      - 主導
  - 溝通管理
    - 針對不同的利害關係人應該有不同的溝通策略
  - 問題管理
    - 在溝通過程中所發現的問題，必須記錄並決定處理的方式
Homework:
- 列出你們的專案關係人並思考如何進行專案關係人管理
  - 對你們的組，哪些是專案關係人? 影響力? 相關性? 涉入程度? 如何溝通? 問題管理的方式是?

第十一週

Project Quality Management (詳參: 專案品質管理)
ㄧ般而言，品質管理可以分為保證 (Assurance)、計畫、控制
- 保證的部份是組織級的標準程序
  - CMMI是個軟體的品質管理標準
- 計畫的部份是專案的品質目標，通常會在專案計畫中敘述
- 控制的部份則是在系統開發中的實質控制措施
PMP中的品質管理
- Plan Quality Management (P)
- Perform Quality Assurance (E)
- Control Quality (M)
在品質是個多面向的概念 (詳參: Software quality)，包括需求面、穩定性(reliability)、安全性 (security)、效率 (efficiency)、可維護性 (maintainability)
- 針對不同的面向又有不同的品質管理方法，所以，每個專案都必須先定義所需要管理的品質面向，以及每個面向下要管理的項目
- 以選課系統來舉例:
  - 需求面:要依教務處的選課規則完成系統
    - 必須確保所有規則都正確無誤
    - 尤其是分發的結果必須正確無誤
  - 穩定性:選課期間不能當機
    - 必須利用壓力測試來確保系統在6000人同時上線的情況下，不會當機
    - 必須進行各項安全測試
  - 安全性:選課結果不能被竄改
    - 必須進行各項安全測試
  - 效率:在6000人同時使用時，回應速度不能超過2秒
    - 必須利用壓力測試來確保系統的效率合乎要求
  - 可維護性:未來要能依據教務處的選課規則變動完成系統維護
    - 維護的人要能看得懂程式碼 (程式及變數命名、有意義的註解，資料庫、資料表、欄位命名)
- 以專題而言，哪些是你們要注意的?
  - 文件審查
  - 系統驗收階段－評分項目包括：系統文件、系統功能，佔專題發表分數比重之60%。
  - 正式發表階段－評分項目包括：專題發表臨場表現及系統驗收後整體系統功能修改程度，佔專題發表分數比重之40%。

Homework:
- 檢查一下各組的專題文件，是否符合文件的規範?

第十二週

Software Testing (詳參: Software testing)
- 如何利用測試確保軟體符合需求?
  - 測試案例 (Test case)
  - Test Driven Development (TDD)
    - 先寫測試案例再開發系統
  - Behavior Driven Development (BDD)
    - 需求規格是可拿來做為測試用
  - 參考資料
Homework:
- 專案的進度? 與期初的規劃一致嗎?
- 根據專題的評分項目，如何設定進行品質管理?
  - 文件初稿
    - 文件內容的系統描述是否流暢，是否使人容易了解；需求規格與設計規格是否正確、是否與系統功能一致。
    - 文件內容應包含系上所訂文件格式第一至四章中的項目
  - 系統功能
    - 是否具有
      1. 創新性：系統在功能及技術方面是否具有創意
      2. 實用性：市場、使用者是否接受
      3. 技術性：技術的難易程度
      4. 親和性：人機介面之親和性及互動性
      5. 豐富性：資料內容的正確性、充實程度
    - 系統功能是否與文件所述相符
  - 系統發表
    - 展示
      - 口齒清晰、條理分明、言之有物，充分活用簡報工具。
      - 神情舉止是否自然、態度是否端莊、服裝則整潔即可。
      - 簡報畫面是否生動,展示過程是否順暢,是否能使聽者了解系統之功能、特色、成就與貢獻。
      - 英文發表是否流利。
    - 應對
      - 注意聆聽問題，充分把握題意，回答簡明扼要，態度從容，能表現出對該系統的專業知識，且有技巧的回答問題。
    - 時間控制
      - 整組發表時間的分配是否恰當。
    - 系統功能
      - 發表時的系統功能完整性或改善程度

第十三週

軟體設置管理 (詳參: Software Configuration Management 或 Configuration management)
- 設置管理 (Configuration management) 又譯為建構管理、配置管理、形態管理或組態管理
- 在軟體開發的領域裡，設置管理談的是開發過程中程式碼的版本管理、程式碼相關設定的版本管理。所以，當新版本要上線時，所有相關的程式碼是否都正確，相關的環境及資料是否正確。
- 在ITSM的領域裡，設置管理談的是所有的資訊資產以及資產間關係的管理，當硬體要升級時，可以知道相關會影響的硬體及軟體，以便在變更時能了解及管控相關的影響。與軟體開發相關的部份是當系統新版本要上線時，要了解影響的相關軟體、硬體、資料。
- 版本管理軟體
  - Git (詳參: 連猴仔都能懂得的Git入門指南)

第十四週

敏捷開發
- 持續交付/持續整合/DevOps是敏捷的重要核心實務
  - 軟體設置管理又是持續交付/持續整合/DevOps的核心
開發平台的評估
- Web
- Mobile
  - Android
  - iOS
  - 跨平台
- Database
  - Relational Database
  - No SQL
    - 哪一種?
Homework:
- 進行專案的開發平台評估
  - 已經決定開發平台了嗎? 評估的過程? 考慮的因素?

第十五週

討論期末報告 & 課程內容回顧
- 學到了什麼?
- 還沒學到?
- 對課程的建議?
  - 多一點實務演講
  - 以過去的專題為例
    - 談如何評分....
  - 業界的實例及常用的工具
  - 專題所需要的軟體工具
  - 資訊新知
  - 專題開始之前是否可以學點基本的專案管理概念
  - 給外系同學一個實際專案來分析
  - 有些工具可以在前面的必修課程中介紹 (如:git)

第十六週

期末報告 & 課程學習心得分享

期末成績

課堂參與 (20%)
相關作業及文件 (30%)
- 記錄實作過程
期末報告 (50%)
- 整理實作過程 (10%)
  - 專題的範圍
  - WBS
  - 時程規劃
  - 需求
    - user story map
  - 人力評估
  - 風險評估
  - 利害關係人分析 & 溝通計畫 & 問題管理計畫
  - 品質管理計畫
    - 測試
- 遇到的問題 (10%)
  - 範圍管理
  - 時程管理
  - 需求管理
  - 風險管理
  - 溝通管理
  - 問題管理
  - 品質管理
- 課程對實作的影響 (10%)
- 對遇到的問題是否得到有效的解決方案? (10%)
- 對每週課程的心得與建議 (10%)

資訊系統

專案管理

關於這個網站

「資訊系統專案管理」課程主要會涵蓋:

第一週

第二週

第三週

第四週

第五週

第六週

第七週

第八週

第九週

第十週

第十一週

第十二週

第十三週

第十四週

第十五週

第十六週

期末成績

延伸閱讀