看板 Soft_Job 關於我們 聯絡資訊
※ 引述《peanut97 (花生)》之銘言: : 這篇主要是想問 話該怎麼講? : 主管交待要做幾個功能的程式(訓練用) : 後來說某一個功能可以不用做 : 上台簡報完,有人提問:怎麼沒做某個功能??文件上有寫。 : 主管好像也忘了他之前說過不用做,也問我同樣問題,我當下傻住,不知如何回話。 : 主管便要我之後再補功能。 : 當下因為是部門公開場合,我不敢直接說"主管我上次有問你,你說不用做的" : 畢竟他是我主管,而且這次簡報是他打分數的,怕講話太衝會讓他沒面子 : 當下就沒有任何辯解,只說之後會再補做。 : 只是這樣好像讓人家感覺是:我沒做到文件上指明要做的所有事。(因為我等於默認了) : 事後想想 : 如果我每次都在需要臨場反應的關鍵時刻,怕自己講的話太衝太直接而選擇不講, : 委屈自己吞,久了也不好。 : 但是又不知道當下該怎麼講,才能顧到主管面子,又能表達出"這個功能當初已經 : 說好我不用做了"的意思 ? : 不好意思,因為當RD都在練習程式語言,卻很少練習人類語言。 : 請問各位前輩們,這話要怎麼講呢?? 你這個 case 是訓練用的所以比較特別一點, 你應該在主管講不用作的時候就可能請他訂正文件, 或是在事前拿到其他人會看到的文件點一次你的功能。 主管講的話得要旁徵博引,確定他講到有做到才算數, 至少出場前先找他驗收一次所有功能確定沒有掉東西, 剩下的才好交待,我覺得你事前準備太少。 ------------------------------------------ 這個我想借題點一個工程師的壞習慣: 很多人常常會臨時問老闆說這東西很麻煩很難作, 然後老闆隨口也答應,嗯這很難不用作,但講完就忘了。 事後又覺得這是個重要功能結果老闆又回來陰你。 當一個東西真的很難作的時候,你要讓你的老闆「知道」。 如果你的老闆真的很想要這功能,你要讓你的老闆知道時程。 這世界上沒有不能作到的規格,但有不可能達到的時程。 上面這句話就是重點中的重點。 以上面那個例子, 我覺得比較好的解法應該是 「之前跟您溝通需求時沒有列到這項,可能是那時漏了或討論太快沒記到, 下次可能我們再一一進行逐項驗收」, 這樣不管是你沒作還是他說不用都還算能下台, 但其實解釋為什麼功能沒有作不是重點,怎麼補上才是重點。 下面這句是重點: 「所以我們需要補上嗎,我們可以在 oo 日左右完成, 如果這是個重要的功能的話。」 (黃字是重點 XD) 如果這個功能特別麻煩,可能就會這麼說: 「因為這個功能牽涉到其他模組的 api ,貿然改動會造成其他區域有些問題, 在開發時我們也得一併處理其他系統的相容性測試,所以會需要一些時間。 大約需要 oo 日。」 具體理由看實際情況決定。 但千萬別抱著這功能很麻煩我就是不想作的想法, 而是抱著這東西需要很多資源,我需要資源才能做事的想法。XD 畢竟使用系統跟決定系統走向的並不是你,而是 user 。 我們是系統工程師,系統有 bug、規格有出入,在測試期是可以預期的事情, 重點一向都不在為什麼漏掉,而是漏掉之後要用多少資源可以補上。 -- Life's a struggle but beautiful. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 182.235.118.79 ※ 編輯: TonyQ 來自: 182.235.118.79 (09/15 13:07)
mgdd:重點是漏掉之後要用多少資源可以補上 +1 09/15 13:08
typepeter:有限時程作最效益的事,其實專案管理無異於風險管理 09/15 13:11
mgdd:出包也是,止血,解決方案,後續追蹤跟Lesson Learn才是關鍵 09/15 13:11
mgdd:但是很普遍的情況是,先出手責任歸屬跟RCA,架起防火牆先 09/15 13:14
peanut97:謝謝Tony大 09/15 16:05
cakecjack01:又學到東西了(筆記) 好文 不M嗎 09/15 17:55
cakecjack01:結果看完才發現是TonyQ版主的文XD 09/15 17:57
MacPerson:沒有那種改不了的.. 一切都是成本問題.... 09/15 18:10