非軟體產業也能掌握的敏捷式團隊工作術:7/20 (六) 第六期公開班


    主辦單位:大人學(識博管理顧問公司)
    課程名稱:非軟體產業也能掌握的敏捷式團隊工作術(敏捷式專案管理)
    上課日期:如文章標題
    上課時數:8 小時(9:00-18:00)
    上課地點:大人學仁愛教室 【台北市仁愛路4段107號9樓
    聯絡方式:info@ftpm.com.tw 或週一至週五 09:00 - 18:00 致電 02-27112720

    竭誠歡迎您參加本課程!

    課程滿意度紀錄總覽(部分紀錄)

    《EZ專案力》課程精彩花絮照片

    《敏捷方法的成功密技》系列文章總覽

    導入敏捷方法,就可以不用寫文件!?


    「老師,我們的供應商說,他們已經改用敏捷方法來開發我們的產品了,而且現在是在做 Prototype,所以不需要、也沒有文件可以給我們了,跟他們說這些文件是最後結案一定要的,他們還是不交,這樣對嗎?我該怎麼辦?」

    這是一位學員在我敏捷課程結束後的提問,這個問題其實可以分為兩個層面,一個是供應商的這種說法到底正不正確?另外一個則是更為深層的問題,為何這家供應商膽敢用這樣的態度來頂撞客戶?

    我們就先來談談「文件」這檔事好了。

    到底什麼是領導力?只有管理者才會需要嗎?



    某日在某大企業的EZ專案力課程下課之後,一位小鮮肉跑來問我,「老師,我看到您的背景跟我很像(咦!?應該是你跟我這個阿貝很像才對吧),可以請教您一個問題嗎?」

    「當然可以啊!請說。」

    「就是,我現在是韌體工程師,也想要轉職做專案經理(以下簡稱 PM),我應該先跟 PM team 的老闆談,還是應該先跟我現在的老闆談比較好?」

    如果你是我,你會怎麼回應?

    團隊內多新人,專案又僅 100 天,能用敏捷式方法管專案嗎?



    「老師,我們現在的團隊都是新人,而且專案的時間只有 100 天,我們應該用敏捷式,還是傳統式的專案管理比較好?」

    這是一位我敏捷式專案管理課程的學員在下課休息時對我的提問。面對這樣的問題,通常我是不會直接回答給答案的。理由很簡單,因為我根本就不瞭解你的團隊,對你的組織狀況更是一無所知,如果依據這樣的一句簡單提問,我就能直接回答給答案的話,那麼,我絕對是在鬼扯,絕對是個詐神無誤!

    誰能救救 Scrum 敏捷開發團隊裡的菜鳥?



    在《為什麼 Scrum 敏捷方法倡導「團隊成員專注在一個專案上」》一文中,我談到「每個人都應盡可能只專注在一個專案就好」這個乍看之下相當理想化,也跟大多數人的現況相左的觀念。今天這篇文章,我想繼續談談「如果敏捷團隊中有菜鳥,是不是時間就會估不準?進度就會被延誤?」這個也是課堂上常被提問的熱門議題。

    為什麼 Scrum 敏捷方法倡導「團隊成員專注在一個專案上」


    曾經有學員在課程的中場休息時間跑來問我,「老師,我們公司都是一個人要同時負責好幾個案子的,你講的『專注在一個專案上』,根本就不可能實現的啊?那是不是我們公司就無法使用敏捷方法了?」

    這位同學的問題其實有兩個,一個是「一人專注在一個專案上」,另外一個是「公司適不適合使用敏捷方法」。說實話,這兩個問題不只一個人問過,我相信,這必定也是許多對敏捷方法有興趣的人心中的疑惑。既然如此,我們就先來聊聊「一人專注在一個專案上」這個主題好了。畢竟,在現今的職場環境當中,能夠專注在一個專案上的人,還是屬於較為少數的。