所謂專案會議
某個老闆想到一個問題,於是找個時間集合所有老闆,然後開始討論規格,討論的過程中會不斷的詢問「這東西是否會耗時太久?」,所以我就必須即時估時。
先不說好不好估,我對這套程式有一定的熟悉度,因此一定有一部分估的出來,但重點是這樣的提問方式「只會留下簡單做得到的事情」,就像去餐廳只想點最便宜的那幾道一樣,會好吃到哪裡去?營養到哪裡去?
(當然,有些人很聰明,可以找出既簡單又有價值的方案,但我蠻肯定我們不是那些人 😊)
然後為了增加專案的價值,我會試著提出一些不是那麼確定的概念,但大家的反應永遠都是「那聽起來要做很久」「那這樣有辦法估時嗎?」
因此,每次專案會議討論完的規格就是一堆概念很簡單的集合。
接著,因為剛剛那些「感覺會做很久」的項目被挑掉了,所以大家下意識認為剩下的項目都很簡單很好估時,於是在會議的尾聲,開始問我「那這樣要做多久?」,想用這樣的結論畫下一個完美的句點。
簡而言之,這群人想在一場會議中,就討論完「如何解決問題?、何時會完成?」這兩件事。
先不說好不好估,我對這套程式有一定的熟悉度,因此一定有一部分估的出來,但重點是這樣的提問方式「只會留下簡單做得到的事情」,就像去餐廳只想點最便宜的那幾道一樣,會好吃到哪裡去?營養到哪裡去?
(當然,有些人很聰明,可以找出既簡單又有價值的方案,但我蠻肯定我們不是那些人 😊)
然後為了增加專案的價值,我會試著提出一些不是那麼確定的概念,但大家的反應永遠都是「那聽起來要做很久」「那這樣有辦法估時嗎?」
因此,每次專案會議討論完的規格就是一堆概念很簡單的集合。
接著,因為剛剛那些「感覺會做很久」的項目被挑掉了,所以大家下意識認為剩下的項目都很簡單很好估時,於是在會議的尾聲,開始問我「那這樣要做多久?」,想用這樣的結論畫下一個完美的句點。
簡而言之,這群人想在一場會議中,就討論完「如何解決問題?、何時會完成?」這兩件事。