基于項目教學平臺規范IT項目教學過程的探討與實踐

熊君麗，扶卿妮

（廣東科學技術職業學院，廣東珠海 519090）

1 背景介紹

項目教學法作為高職教育的新型教育理念，其教育目標是協助學生在項目實踐中掌握知識點和技能點，達成“做中學”的潛移默化效果。它已經被細化成一套有效的教學策略和普遍應用、標準的教學方法，既具有先進的理念支撐，又有實踐經驗的指導，還有教學方法和學習方法的實施程序和技術，被界定為一種完整可行的教學模式[1]。

華東師范大學徐國慶教授提出面向職業能力的項目教學法，教師教學團隊從職業能力、載體項目、分解任務三個維度完成項目教學設計。項目教學法是以能力為本位，以完整真實的工作項目為線索，以學生掌握相關的知識與技能為目標，同時獲得職業素養的教學方法[2]。

項目教學法的內容由教師教學團隊的項目教學管理和學生方的項目開發兩條工作線構成。項目管理的最大特點是規范性，呈現在穩定和動態變化相統一的過程中。對項目管理來說，長久不變的規范不一定是適應的規范，經常變化的規范也不一定是好規范，應該根據項目教學和開發過程的需要而進行相對的穩定和動態的變化。教學管理制度也應具有與項目開發的生命周期對應的穩定周期與動態的時期變化[3]。

2 問題描述：IT 項目教學過程中存在標準規范的缺失

項目化教學在我國實施時間不長，過去的教材設計和教學內容中的改革也引進了項目教學，但項目內容和過程并未與職業能力培養的目標充分對接，并未采用教學團隊的方式解決項目技能知識寬泛的問題。所以在項目教學過程中存在著培養目標不明確、技術陳舊等問題，同時也沒有總結出一套規范化、可考核、可評價的教學方法。

IT 項目化教學的不規范具有項目教學的普遍性問題，又具有自身的特殊性問題，它的不規范主要體現在項目管理和項目開發兩方面。

（1）項目管理過程的不規范。企業在生產過程中會將項目分為立項、設計、實施、交付四個標準階段進行有效管理。但由于教師對企業生產過程的不熟悉，很多項目立項后，處于松散的放任狀態，缺乏有效的項目監管工具和手段，缺乏階段性的標志性成果物管理。

（2）項目管理文檔和項目開發文檔的不規范。其一是標志性文檔沒有成為必要的階段成果物，導致各種必要文檔缺失。其二由于文檔沒有統一的格式，結構混亂，文檔內容中名詞定義和關鍵詞約束不清。

（3）IT 類項目開發中還另外存在代碼編碼的不規范。由于教師遠離生產環境，沒有使用業界統一的自動化代碼規范文檔和代碼檢查工具，導致代碼編寫不規范。

（4）IT 類項目開發過程中代碼版本管理的不規范。項目教學過程中沒有貫徹版本管理思想，沒有使用業界標準的代碼版本管理工具。學生開發團隊協作完成的代碼，提交、審核和合并動作不夠規范，會出現版本矛盾的情況。

（5）項目部署的不規范。由于前期缺乏規范的項目部署環境要求，或者教師沒有將自動化部署知識納入教學體系。當項目完成后，會常常導致隨意部署項目。

（6）項目交付時間的不規范。由于缺乏規范化的過程管理和有效的持續交付環境，導致很難執行項目交付，最后學生可能會應付提交項目產品。

3 問題的解決思路：以企業的標準規范作為IT 項目教學的標準規范

項目教學過程的規范化，高職教育領域尚未有固定的標準，但可以對接企業生產環境下項目生命周期制定相應的標準和規范[4]。通常的項目生命周期包含立項、設計、實施、交付的四大階段。教師教學團隊根據學生技能水平在項目生命周期中穿插相應的技術教學課程，以及文檔規范和產物要求等規范化教學課程。通過對接IT 企業規范，實現IT 項目教學規范是一條既便捷又可行的途徑，具體模式參見圖1。

圖1 項目化教學法管理標準和成果物規范

項目開發過程的標準規范參考企業標準規范時，可以從簡。借鑒若干企業的規范化文檔和產物規范，譬如編碼規范可以參考國內IT 行業的Java 語言規范，直接使用阿里巴巴面向全網的《Java 開發手冊（2020泰山版）》。這樣既保證了編碼規范的統一性，又保證了規范在業界的先進性。各種文檔規范，可以借鑒校方長期合作企業的文檔規范，減少學生輸出到企業時的磨合[5]。

IT 行業的標準化和規范化程度相對其他行業較為成熟，所以項目教學過程以企業的標準和規范作為參照系無可厚非。隨著產教融合的持續推進，校企合作加深，教學過程對接企業規范標準勢在必行。IT 項目教學將參照IT 行業項目管理和開發過程，從項目生命周期階段、標志性成果物、成員職責等幾個方面解決項目教學中的規范化問題。

3.1 確定項目教學的階段和階段的標志性成果物，細分為以下7 個階段

（1）概念階段：項目確認可行后，開始準備項目立項。通過項目立項讓學生明確項目目標，任命項目小組長，正式確認項目存在的過程。此階段的標志性成果物是《項目立項書》。在項目教學中要完成學生組隊，通常采用技術互補的自由組隊。學生成員推選小組組長，相當于企業中的項目經理。教師可以檢查每個小組的成果物。

（2）需求分析階段：在企業的生產環境中，項目立項后正式啟動用戶需求調研和分析。但在項目教學過程中，項目是教師精挑細選的成品，所以由教師提供成熟的《需求說明書》，學生在教學過程中加以理解和自我描述。

（3）計劃階段：項目立項后，項目組長著手準備項目完整計劃，包括進度計劃和溝通計劃。最后形成一份完整的可提交的階段成果物《項目計劃書》。

（4）設計階段：項目小組根據項目需求確定技術選型、代碼版本管理工具和代碼倉庫、部署平臺，以及詳細的業務功能和性能需求描述。最后形成一份可提交的階段成果物《詳細設計說明書》。

（5）執行階段：項目執行階段，遵循教師教學團隊分享的編碼規范，按進度計劃提交代碼。此階段的成果物就是代碼倉庫中的代碼。這個階段可以嘗試使用持續集成、持續交付的工具和理念，可以同步測試和修訂，能保證按時交付。在項目執行過程中，小組每周向教師匯報一次項目進度，匯報內容包括：本周項目變更事項、本周完成事項、下周計劃事項、風險提示、緩沖時間剩余天數及剩余百分比，并附上最新的項目進度計劃。

（6）交付階段：在設計階段已經確定了部署平臺，最好能根據企業規范制作自動化部署文檔。另外，從用戶使用角度出發，描述產品使用步驟。最后形成兩份可提交的階段成果物《部署文檔》和《用戶使用手冊》。

（7）結束階段：完成項目的驗收及結案。項目提交上述可交付的標志性成果物，所有可交付成果經教師團隊驗收完成后，由教師團隊組織項目最終驗收，召集所有學生，展示項目可交付成果接收情況，對項目做總結，包括成功經驗及可改善的地方。項目驗收后，項目組長對所有項目文檔歸檔，申請項目結束。項目經過答辯和教師教學團隊驗收后，根據自我評價、組內互評、組間互評和教師評價形成學生最終的項目學習評價，對學生技術成熟度畫像。最后形成一份學生技術能力和素質能力的數據報告。

3.2 確定每個階段所需要提交的標志成果物后，參考行業企業成熟文檔，規范上面提到的階段成果物

（1）概念階段的標志性成果物是《項目立項書》。項目立項報告內容包括如下內容：項目名稱、項目背景、項目目標、項目范圍、里程碑計劃、項目經理（小組組長）、項目干系人（小組成員）、項目實現方案、生命周期模型。

（2）需求分析階段的標志性成果物是《需求說明書》，該說明書由教師提供規范文檔。包含如下內容：版本信息、文檔說明、目錄、背景/產品簡介、產品架構、詳細功能說明、非功能需求、項目規劃、附錄。

（3）計劃階段的標志性成果物是《項目計劃書》，包含進度計劃和溝通計劃。進度計劃參考立項報告中的里程碑計劃，將每一個可交付物細化到每一個具體任務，任務是否完成要能夠度量，每個任務由唯一的一個人負責，顆粒度要適中，時間建議最少一個工作日、最長不超過10 個工作日。進度計劃按照關鍵鏈方式編排，每項任務不單獨安排時間緩沖，按照越晚開始越好安排原則，在每條任務鏈的末端統一安排緩沖時間，建議緩沖時間占任務執行時間的一半。溝通計劃是根據每個項目干系人的溝通需求，計劃好需要準備什么信息，按什么頻率、以什么方式發布給相關人員。

（4）設計階段的標志性成果物是《詳細設計說明書》。正式開發前，需要先做架構設計，并經教師評審后才可開始編碼開發。架構設計以視圖體現，包括用例圖、類圖、對象圖、交互時序圖、開發視圖及部署圖，再加上接口設計及數據庫設計。如果是前后端分離的項目，接口設計文檔尤其重要，最好使用如Swagger 這樣的項目工具自動生成接口文檔和客戶端服務代碼。

（5）變更管理文檔：在項目開發過程中，項目的變更要十分謹慎。在企業生產環境中，當范圍發生變更，必須由項目經理書面向部門經理提出申請，部門經理確認確實必要、評估對項目影響在可控范圍內后方可執行，同時項目經理做好相關計劃的變更調整。如果是進度發生變更，項目進行過程中遇到進度延后，如果延后時間在緩沖時間之內，項目組長需分析原因，視情況是否需要申請進度調整，如果超出緩沖時間，即緩沖時間用盡，則必須書面申請教師變更進度，經批準后，調整項目計劃。

3.3 參考企業項目組織架構，確定項目成員職責的規范

項目組長職責范圍是根據教師教學團隊在各階段的工作安排，有效掌控項目開發的各個環節的進度和質量，協助指導項目組成員的工作，及時發現并處理項目中存在的問題，并對項目組成員的工作進行合理的評價。

（1）負責管理和控制項目全過程的質量和進度。分析偏差，采取糾正措施。

（2）根據項目規范建立項目組內部管理和溝通機制。

（3）可根據需要調配組內人員等資源，組織對變更文檔復審。分配任務，組織評審。

（4）與教師教學團隊溝通，匯報項目進度，接收反饋并解決問題。

項目組成員職責是參與各階段標志性成果物的實現。根據在組內的角色定位，配合項目組長完成各階段規定的工作任務。每周提交《項目周報》，匯報實際完成任務以及問題匯總。

3.4 參考企業對員工工作績效的考核，制定學生學習評價的規范

評價數據由自我評價、組內成員評價、組長評價、組間評價、教師教學團隊評價5 個維度構成。每個維度可根據需要設定權重。由于組內溝通和協調工作較多，對項目的推進至關重要，所以成員間互評十分重要。組長負責整體溝通和推進項目進度，組長評價也需要設置相對較高的權重。

4 問題的解決途徑：項目教學平臺如何實現IT 項目教學的規范化

在項目教學中，如果完全依賴教師教學團隊人工實行標準化的規范管理，會耗費大量的時間和精力，并且效果不一定好，也不一定能管理到位。憑借24 小時在線的互聯網云資源開放共享的優勢，項目教學平臺（以下簡稱“平臺”）可以從人員、過程、成果物、評價幾個角度協助教師教學團隊規范IT 教學全過程，能節約師生大量的時間和精力，項目教學過程的最終成效也會一目了然。平臺類似一個信息管理系統，不同的是附加了代碼質量檢查、代碼存儲，項目集成、項目部署等功能。下面從人、物、評等維度描述IT 項目教學平臺所起到的作用[6]。

（1）在平臺中，教師教學團隊管理全班項目小組，教學團隊可以為不同的教師分配不同的權限和工作職責范圍。項目小組組長相當于項目經理或者品控，同時也參與項目開發過程；項目組成員承擔項目文檔撰寫、開發和測試工作。平臺能賦予和約束學生的各種身份，自定義身份權限范圍和職責。

（2）平臺能自定義項目實施的流水線階段以及每個階段的標志性成果物。每個標志性成果物都給出標準化的樣板，包括《項目立項書》《項目計劃書》《項目需求說明書》《項目詳細設計說明書》《項目需求變更》《項目部署和用戶使用手冊》，各小組遵循文檔規范完成。平臺能約定項目小組每周至少一次會議，對項目過程中的重難點疑點進行分析、解決，并保證小組內成員充分溝通。

（3）平臺提供自定義項目成員任務安排和時間進度控制，能向教師教學團隊和項目組長按設定時間提交各小組和各成員項目進度圖表。

（4）平臺約定全網通用的代碼檢查工具、代碼版本管理工具、代碼提交倉庫。平臺能定期自動審查開發人員代碼，使用統一公開的規范形成客觀評價。

（5）平臺提供一致的集成測試和集成部署工具，開放訪問端口，便于各項目小組互訪互相學習，也便于教師教學團隊檢查各項目小組進度和質量。

（6）平臺自動記錄工作流程中產生的數據，自動根據某些規則對成員進行部分評價。同時提供手工評價功能，并能完成對學生的綜合評價及技術畫像。

（7）平臺自動梳理教學過程中存在的疏漏，用圖表形式表現學生在項目實現過程中的共性和特性問題。

5 總結與展望

“三教改革”已經進入深水區，學校與企業需要更緊密和更充分的對接，高職教育必須對接行業企業標準和規范。

項目教學的規范勢在必行，目前亟需一套行之有效的標準化管理辦法和工具，IT 項目教學尤其如此。借用面向全網、開放共享的互聯網云資源平臺，以及行業企業生產環境的規范來開展項目化教學，能快速促進教師教學團隊協作的模塊化項目教學，提高高職教學質量，保障“三教改革”的順利實施。在使用行業企業的項目管理平臺和標準規范的過程中，同時促進了教師與企業文化的內涵聯系，深化產教融合，加強校企合作。