停止專案救火隊的生活

Pjmgn

RD 停止抱怨,不再加班趕很瞎的功能,專案準時上線完成

(敏捷專案管理班)

逃離超時、壓死線的開發流程

解構專案「操死」、「超時」的真正原因。目標為專案怎麼執行的有效率,產品要怎樣收斂出正確的決策方向。不再狂加班卻只為了做「很瞎的假功能」,逃離 Burnout 的循環地獄。

協同團隊有效地完成目標

課程有大量的專案案例以及技巧示範。藉由課程的推展,讓學員逐一學習到專案管理的重要技巧與觀念,以及如何靈活運用專案管理工具,士氣蓬勃的快速前進。產生開發正循環。

專案管理技巧的極速提升

傳授技巧皆為業界 Best Practices。省去幾年的瞎子摸象。不浪費時間在講授生硬且五里霧的「敏捷」「理論」。專注傳授敏捷心法與實務操作的靈活運用,及引領解答實戰過程中遇到的各種疑難雜症。

適合參加的對象

想進階成為資深工程師的開發者

老是被凹加無意義班的開發者

對團隊效率不彰力不從心的 Team Lead

常常兩面不是人的專案管理經理

好還想更好的專案管理狂熱者

( 本課程建議資訊產業從業背景報名 )

課程大綱

預期參加這次課程的學員,將可大幅提升專案管理方面的視野以及實務操作技巧。

上午
  1. 如何正確解構專案 Scope
  2. 如何控制專案時程
  3. 如何抓出專案風險
  4. What is User Story?
  5. How to manage User Story?
  6. 利用專案管理技巧極速打造 MVP
    ( 以 Hackathon 為例)
下午 (第一段)
  1. 專案如何導入專案工具
  2. 如何為不同型態的專案(大、中、小,重複)
    選擇適當的專案工具
  3. 什麼是敏捷?我需要選擇哪些敏捷框架
    ( Scrum / Kanban or Others ? )。
  4. 利用專案管理管理工具以及
    敏捷 / 開發技巧大幅加速專案開發的
    速度。(以 Redmine 為例)
中午吃飯 / 課間休息
  1. 好吃的自助餐
  2. 美味的茶點
下午 (第二段)
  1. 敏捷框架的反省。專案管理技巧為何會
    讓 RD 職業疲倦與被動?
  2. 麥肯錫問題架構。如何讓 RD 「自動自發」
    設計出「正確的功能」
  3. Project Management 如何與 Growth Hacking 技巧結合

課程目標

結束混亂無方向的加班生活,Deliver 方向正確的產品

在完成本次課程後,學員將可學習到- 在完成本次課程後,學員的團隊將可收到-
  • 專案規劃技巧 ( User Story 與 Milestone )
  • 敏捷管理心法
  • 專案管理工具導入 ( Redmine & Other Tools )
  • 專案管理工具結合 coding 流程的技巧
  • 「麥肯錫問題架構」團隊討論技巧
  • 立即可以上陣的協作管理方法
  • 專案開發效率大幅上升的效果
  • 專案時程大幅縮短的效果
  • 團隊成員士氣上升

看看過去學生怎麼說

結束 Email + Excel 的夢魘

我們團隊以前沒有專案管理系統,都是用 Email + Excel 在管專案。

但是用 Email + Excel 排後,還是亂七八糟。後來來上課才知道有專案管理工具可以導入。

在課程內學到很多技巧,學到怎樣控制老闆的口頭交辦,以及在時限內請 RD 做出東西,又不會抓狂。

脫離一直修改 Excel 還有 Email 到超時的地獄。


學生 D

正確的方法切分工作與時程

以前試過很多不同的敏捷方法,也試著導入過 SCRUM。 來上課以後才發現,從源頭開始我們就做錯了。

需求不釐清,導什麼敏捷方法都沒有用。一開始就塞一堆瞎功能,根本沒 RD 想做, PM 怎樣強押跪求,RD 怎麼衝刺檢討速度,都不可能讓上線時程變得正常。

Xdite 教我們正確的整骨手法,怎麼樣通血管讓專案加速,怎麼樣砍需求調整虛胖的專案。

正是我們最需要的。

學生 S

教了很多沒看過的實戰技巧

我自己從網路與書上看過很多 Agile 的原則以及專案管理的文章。對於敏捷是什麼,稍微有理解。

但問題是看了之後不知道怎樣導入。人家說 Redmine 很威,但我裝了以後只知道開票,也不知道怎樣利用 Redmine 加速。

Xdite 示範了很多了他如何玩專案管理工具以及結合開發 Coding 流程的技巧,讓我目瞪口呆。

最後 QA 時間還讓我們問到飽,我覺得這堂課實在太物超所值了。


學生 Z

開放班表

目前因 GH 課程太過火爆,暫時停開中
  • 想要此課程復活
請加入 waitlist ➡

課程 FAQ

Q: 本堂課可開發票嗎?

A: 可以。

可以。報名成功後,我們會在確認信函附上發票索取資訊表單,請您填寫。發票會在上課後寄至貴公司。

Q: 這堂課裏面會附贈什麼其他內容

A: 可以。

會有半小時至一小時的 QA 時間,有任何專案問題歡迎提出來發問。專案上的問題很多是靠實務交流切磋出來的。過去的課,也是在 QA 時間擦出極多更精彩的火花。

Q: 我時間衝到不能報這個班,何時會再開這個班?

A: 可以。

這個班一季只開一次,錯過就是至少兩個月以後了。

Q: 因故無法上課,可以申請退費嗎?

A: 可以。

開課 15 天前申請退費,可退學費 70%。開課 7 天前申請退費,可退學費 50%。之後不予退費 。如真的有重大無法上課,建議上網申請轉讓名額。

Q: 這個班跟別人的專案管理班長得不太一樣,有效嗎?

A: 可以。

1) 如果你期待這堂課是上瀑布流開發以及考照的課,那我會建議您改報其他講師的課,因為他們會比我上的還要精彩許多。很多人對專案管理的想像是:「也許我一開始規劃得更好,就不會失敗,也不會超時」,也許「我規格寫的正確一點,RD 就不會跟我唱反調」。

這些都不是我想教要教的東西。「規劃得更好」以及「把規格寫得更正確」,在我過去經驗認知裡面,不是專案成功的因素,反而是「促成專案失敗的原始原因」。

這個班會教得是如何將渾沌的產品構思,架構出正確的專案方向,預先抓出專案風險,在有限的時間,讓產品成功的上線。以及讓 RD 最後不會憤怒的離職,大家可以開開心的做出會成長的產品

2) 這個班也是教敏捷框架:如 SCRUM ,框架不一定適用每一個團隊。相信很多自學敏捷自學 SCRUM 的團隊,最後都會有這樣的深深挫折感。為什麼這一招在我的團隊不起作用?這一招完全不合邏輯,問題到底在我,還是在框架身上?

「哪一些敏捷原則是該用的?」我會幫大家整理出來節省大家的時間。

3) 本班的上課內容,90% 比例在於「真實戰場上的經驗」,從如何做軟體規劃開始(這是多數想入門專案管理的人的障礙),到映射到如何靈活進行專案資源的調配,讓專案管理者專注於資源與時間的協調,讓同事能夠自動自發且設計出正確的功能。

而非忙於拿著生硬框架與鞭子,逼 RD 做事。

這是其他課程所不會教也不知道怎樣教的。我希望教大家「馬上能動」「馬上有效果」的東西,而非「書上的理論」。

Q: 這個課跟 Xdite 其他班一樣有 Buffet 可以吃嗎?

A: 可以。

當然!除了誇張的午餐,還會有好吃的下午茶喔。

Q: 完全沒有寫過程式的背景可以來上專案管理班嗎?

A: 可以。

A: 可以。但建議是資訊相關領域從業背景的朋友來報名這個班。

這個班設計的主要對象較為偏向為網站、App、網路服務、接案、設計等等的領域。如果您是其他行業,可能就比較不會有 100% 的收穫,可能收穫程度只有 70% 左右。

但是根據來上課的一位「完全沒有技術背景」的胸腔科醫師表示這 70% 的收穫程度就讓他感覺到太值得了



還有其他問題嗎?歡迎寫信至 xdite@growth.school 詢問。