【管理心得之六】判定工作是否完成,標准是什么?


  場景再現
======================
結合測試:經理,這結合測試沒辦法測了。
          
結合測試應 在客戶觀點上來對應測試,疏通業務流,排查業務處理邏輯正確性。
          你看看這Bug現象,太低級了,原本就應該在UT階段消化掉的,UT階段是不是沒測試完呀?
UT測試  :我組也是嚴格按照流程、進度安排執行的。
按照 スケジュール(進度表) UT階段 已經結束了。
結合測試:結束了,還會有這低級Bug?
UT測試  :那也不能說我們UT階段沒完呀?  太武斷了吧?
{火葯味越來越濃。。。。}
項目經理:嗚~~~~~~~~~~~~
======================  

現社會,往往是幾個人、幾個階段、幾個工作流共同運作才能完成一項工作任務。其中最重要的,同時也被人喊得最響的“TeamWork”也逐漸被人重視起來。正因工作有階段的划分,必然會有“臨界面”接觸,這樣一來,場景中紛爭看似找到了“根源”。

“一項工作在截止日前完成,這項工作就完成了嗎?”  ← (我是不是又說傻話了?)

小時候一個夏天的下午,媽媽把我叫到窗前。
“小峰,給你2元錢,買包糖回來。”
“嗯”  
10分鍾之后,我拿着一包紅糖跑回了家,交到媽媽的手上,然后興高采烈地跑出去同小朋友玩耍去了。
媽媽看着手中的
紅糖 ,哭笑不得,后來我才得知,媽媽要的是 白糖

◆對我來說,我買糖的任務完成了,用媽媽給的2元錢,換回紅糖,交到媽媽的手中。
◆對媽媽來說,我要是 白糖  紅糖對我毫無用處,這“死崽子”什么事都辦不成。
→為什么會這樣?如果再問我一次,那次買糖任務完成了嗎?
  我會答“沒有”。
  原因很簡單“我買回的紅糖交給媽媽,媽媽沒有辦法用紅糖繼續后續的事。
  當然了,如果媽媽當時說清楚“要白糖”,也不會出現后面的尷尬。

  但是在實際項目管理中,很多工作完成標准是很難用“白糖、紅糖”等清晰詞句可以辨別區分的。
  最多是PM手中
スケジュール(進度表)和擔當者說的話,聰明點的管理者可能會查看一下過程文件。
 

  我是IT領域一菜鳥,標志一個項目結束,似乎要得到客戶或發起人的驗收。
得到客戶或發起人的驗收通常不是一件容易事,是用戶或發起人經歷 試運行、正式運行后,確認無誤、能正常使用后才會在驗收單上簽字的,此刻才能算得上項目結束。
  可惜的是,我們只有在項目收尾時才把項目是否完成交由用戶或發起者來判定,而項目中各個階段 是否完成卻由自身說得算。奇怪?

  
階段的產物 否作為 后階段的“輸入”被正常、有效使用   ,這才是標識本階段是否完成的唯一標准。  (個人觀點)
  單憑
スケジュール(進度表)、過程文件、成果物等實物,我真的很難在此階段畫上“句號”。因為我不確定本階段的產物,能 否作為 后階段的“輸入”被正常、有效使用。

  聊到此,似乎我已經找到了
場景中紛爭是非-------------UT測試沒有做完。
  如果在每一個階段開始前,對“輸入”進行驗收,保證其“輸入”可用、有效,我想也不會出現場景中的失控。
  
  理解這一點並不難,讀書至今的我們經歷了數百場考試,對於塗卡答卷考試形式並不陌生。
  我經歷的每一場考試,
監考官在收回答題卡時,都要確認下考號、姓名、班級、科目等核對信息
  目的只有一個“確保這些答題卡可以順利通過評分環節,保證每一位學子都有自己真實的成績。” 
  
當然了,無效的答題卡可以零分論處,但那是你想要的結果嗎?

  
    我不確定,有沒有清楚地闡述我個人的觀點。
    如果你有話,請您留下來。




免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM