想導入敏捷式方法,我該怎麼跟老闆溝通?


    有些組織在嘗試導入 Scrum(讀音:「思逛」)敏捷式方法的時候,老是遭遇到一些奇奇怪怪的現象,效益也常常不如當初想像地那般美好,為什麼會這樣呢?

    敏捷方法的成功密技(16):中、大型專案可以導入 Scrum 敏捷式開發與專案管理嗎?


    許多對敏捷式開發方法有興趣的客戶,經常會問我一個問題:「老師,敏捷式專案管理鼓勵以小規模團隊來做專案,可是我們公司的專案都很大,專案團隊的成員也很多,我們能用敏捷式管理方法嗎?」

    《可可夜總會》觀後感

    還記得你小時候的夢想是什麼嗎?您可曾為了夢想而和家人反目?後來你們又是怎麼和解的?從反目到和解,這當中又曾經發生過哪些轉折事件呢?

    《可可夜總會》是一部熱鬧又溫馨,讓你笑中帶淚的卡通,如果您是想看恐怖片,那千萬別去看,你一定會大失所望!

    敏捷方法的成功密技(15):未完成的用戶故事的進度怎麼算?

    在運用敏捷式產品開發與專案管理方法時,我們知道,應該以「對用戶的價值」的角度來對工作(用戶故事 User Story)的優先級做排序(參考《能讓需求簡化,還能更省時、更省錢,提供更多價值,這…可能嗎?》一文),然後,將這些工作,「依序」安排到固定週期的各個衝刺Sprints)去,並且盡可能地將每個衝刺都塞滿、都最佳化(參考《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》一文)。

    但是,就算規劃得再完美,一定還是會有意外狀況,導致這些規劃好的事情生變。例如,在衝刺結束時,某些該完成的用戶故事,卻無法被驗收!這該怎麼辦?


    敏捷方法的成功密技(14):你不可不知,影響專案開發速度的八大障礙


    在《開車旅行跟敏捷專案管理有什麼關係?》一文當中,我們談到了,只要能掌握團隊的產品開發速度,幾乎就等於掌握了整個專案的進展。

    其實,不論是傳統式還是敏捷式的專案管理,道理都是一樣的。但,到底有哪些因素會影響到團隊的開發速度呢?我們還是先來看看開車旅行的例子。

    《EZ敏捷式專案管理:一日班》電源供應器研發製造商八小時企業內訓(滿意度 95 分)


    這是一個小週末,微微飄著細雨的禮拜五!在交流道塞了約莫二十分鐘之後,我終於到達了上課的地點,結束了這將近八十分鐘的車程。

    7:50,車外下著小雨,我不想因為教具被淋濕而影響到課程的品質,因此,我挑了個最靠近教室的停車格停車。不一會兒,另外一台車也靠了過來,就停在我的車格旁,車窗還被搖了下來

    靠講師改作業,就能評估專案管理類課程的 Level 3 成效!?


    Line對話)
    管顧:「威廉老師,客戶臨時要求要有課後作業,我們的想法是讓每一組學員自選一個專案主題,然後交作業給老師批改、給回饋,不知道老師您覺得這樣做可行嗎?」

    開車旅行跟敏捷式專案管理有什麼關係?


    如果你正開車到一個陌生的新景點去旅行,總距離大約是 200 公里左右,而你現在已經開了 160 公里,花掉了你兩個鐘頭,那麼,你知道,過去這段時間,你的平均車速是大約每小時  80 公里左右。現在我們來考慮以下的三種情境。

    職業講師之白日夢冒險王:笑話?笑話!


    講師到底該不該為一個課程「刻意準備笑話」?