jim yeh on 九月 17th, 2010

今天同人和幾位同事談到管理階層設計新的工作追踪系統,幾乎沒有人對這個系統所帶來流程的改變,抱持肯定的態度。其中有一位同事很無奈地說:「我們已經盡可能地提出這樣做會有問題的意見,但上面的人却說:『這不是技術議題,而是管理議題,所以請你們照著做』,所以我們也無法反駁他們」同事說一位是公司的 CEO,一位是 PMP,他實在沒辦法說什麼。

聽到這位同事這樣說,同人笑著提醒他:「你也是 PMP 呀,而且公司還有其他 PMP 也不見得會同意這種說法呀!」沒錯,同人也是 PMP,聽到同事轉述管理階層的說法,倒是讓我覺得如果管理只要照著做,那問題可就大了。同人這篇文章寫下我對這事件的看法,不過我並不想討論管理階層所制定流程系統的優劣,而是想探討到底對專案管理而言,最重要的事情到底是什麼。

專案管理最重要的事情到底是什麼?這個問題的答案在《PMBOK》說得很清楚,沒有事情會比 team buy in 更重要了。專案經理必須要讓團隊成員對專案計劃與如何達成目標有共識,如果只是管理階層單方面的想法,而團隊成員却沒有認同與買單,專案很難會成功。所以專案管理最重要的事並不是貫徹管理階層個人的意志,而是如何讓團隊朝向共同目標的努力而前進。

管理階層並沒有實際進行專案開發的工作,為什麼他們會認為開發者應該按照他們的方法來進行開發?如果我們相信管理階層的動機是良善的,他們只是希望開發者用更「好」的方式來開發系統。然而,其實「好」這個概念是主觀而抽象的,對於管理階層的「好」或許對實際執行工作的開發者,却可能是一點都「不好」。因為管理階層並不暸解開發實際的問題所在,他們提供的方法不見得可以解決團隊對專案的問題共識,却會為開發者造成許多不必要的麻煩。

More about 溫伯格的軟體管理學
我想管理者以為用他們的方法會比較「好」的迷思,這是一種新官上任三把火的現象。認為如果他們不致力進行流程上的改變,開發團隊就好像就沒辦法把工作做得更好,不過他們通常沒有太多時間來弄清楚開發者在做什麼,只相信按照自己的做法下去做,問題就會自然解決了。這時候,我們不要忘了《溫伯格的軟體管理學》對管理者心態的提醒:

有些人對於追求完美有其情感上的需要,而他們會將此情感上的需要加諸在他們所做的每一件事上。他們會做這樣的比較,完全與機構所面臨的問題無關,而只與他們自己的問題有關。

溫伯格說:「追求不必要的完美並不是成熟,而是幼稚。」自以為在管理上做到完美,你所付出的代價很可能是讓開發者多做一些沒有效用或意義的事。因為開發者為了要滿足管理階層所認定的完美,通常必須放棄他們在專業上的堅持,以及付出不做更有效益的事情之機會成本。當然迫於情勢開發者通常不能違背管理階層的心意,但浪費時間做對達成專案目標沒有效益的事,恐怕是管理階層忽略 team buy in 的重要性,只是為了滿足管理者個人的需要而做出傻事吧。

同人可以理解管理階層希望對每一項工作,都能得到更透明的資訊,用來認清專案的狀態並加以有效的管理。然而如果不去認清開發者實際面對的問題,而是期望改變制度或流程就能夠順利掌握一切,那這樣其實只是在緣木求魚罷了。

專案管理者不去公開管理上的問題,和他的團隊面對面針對問題討論問題解決對策,只是用政策宣示或政令宣導,來規定大家只要照著做,同人認為這不是專案有效的管理,而是最差的衝突解決方法-forcing。對專案真正有用的管理,是不應該忽視 team buy in 這麼重要的事情;一旦專案管理者這樣做,他就已經在不知不覺犯了專案管理上的大忌呀。



     

One Response to “專案管理最重要的事情”

  1. [...] 因此,我們真的不能怪罪公司高層只知道「照章行事」而不知「把穩方向」。你可以看到那些沒有辦法改變品質文化的高階主管,他們的無能是來自於無知,所以真的不能太苛責他們。 [...]

Leave a Reply

You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> <pre class="">