專案經理成長日記(7) 說是細,做的粗

2021-04-26 23:06:08 字數 3365 閱讀 1584

四月 2nd, 2009

估 計絕大部分的公司都在提倡乙個口號:「注重細節。」但是往往是口號容易喊,行動卻是千辛萬苦,何謂細節?也就是自身工作的每乙個環節、每一道流程的瑣碎小 事,而這些小事又常常容易被人忽略。有很多人有雄才大志,內心中充斥著捨我其誰的非凡氣魄,但其眼高手低,小事不屑,大事難成,最終只落得一事無成的悲 哀。

軟體開發亦是如此,提倡了許久的注重細節,更有甚者許多公司標榜自己的優勢在於:「我們更注重細節。」然而如果說我們要做到和自己提出的口號一致的時候,我們該如何去做?該做什麼的事情才能夠稱得上我們注重了細節呢?

今天早上我把阿毛狠狠的訓了一頓,我扳起的面孔,鐵青的臉色連我自己都可以感覺到我的怒火不小。看著阿毛那貌似無辜的樣子,我知道他肯定認為我是小題大做,估計找個藉口來找他出氣。

今天早上我在接收郵件的時候,看到昨天阿毛昨天給客戶傳送的郵件中,客戶的名字拼寫錯誤,把

charles

拼成了chirles

,這已經不是他第一次把這個名字拼錯,之前我只是壓制自己的火氣,畢竟人都會有犯錯誤的時候,所以當下用比較緩和的口氣告訴他:「阿毛,你把

charles

的名字寫錯了。下次發郵件的時候一定要小心,不要把人家的名字搞錯。」

「嗯,我知道了。」對於阿毛毛燥的個性,我當時對於他漫不經心的回答做了乙個預言:「這個錯誤他還會繼續犯。」

結果不幸讓我預言中了,時隔不過幾天,把客戶的名字再次拼錯。我就決定來個小題大做,需要讓阿毛知道這種粗枝大葉的做法是到了該改善的時候。我把阿毛叫到會議室中。

「你昨天發郵件的時候,在發出去之前,自己再次檢查過了嗎?」估計我一臉嚴肅的樣子讓氣氛馬上變得非常緊張。

「檢查過了?」阿毛沒有看著我,低著頭,聲音有非常小。

「 阿 毛,這已經是你第幾次出現這種大意的錯誤?以前寫**的時候沒有按照標準命名,**注釋沒有按照標準書寫,甚至介面上的文字出現拼寫錯誤,這些都算了,但 是你連客戶的名字都能夠寫錯,你想想客戶在接到你的郵件之後,一開頭就看到自己被人改了名,會高興嗎?他會怎麼看你的呢?」

我看著阿毛低頭默默不語的樣子,我本想繼續說的話題也就就此打住,對於眼前這個剛剛畢業一年的新人來講,或許他覺得我說說的一切都是小事情,能夠按照要求通過**實現功能,把功能做到盡善盡美才是他的追求,變數命名,對齊**,**注釋等類的小事不是衡量他能力的指標。

我沒有告訴他客戶在評定我們能力的時候,不只是看我們是否能夠

實現功 能,因為那些是專案開發的基本要求,他們對我們能力的考量是在於每一次的互動溝通之中,通過對郵件,文件,**的細節部分去評定你以及於你的開發團隊的能 力和水平。有一次客戶在囑咐我們和他們專案組下面的某個開發人員溝通的時候需要加倍留心,雖然那個開發人員的能力和熱情都很不錯,但是客戶覺得他比較粗 心,因為那個開發人員每次整理的文件的時候,都隨意採用檔案格式,可能是

word

或則excel

,反正每次都不太一樣。就這麼一件小事,客戶就在主觀裡認為這個人存在有問題。對於他們自己內部開發人員都是如此,更何況對我們,這評定的尺度可能更為嚴苛。

我也不知道該如何繼續訓斥阿毛,我們彼此沉默,看著對方。

我在想著該如何去指導阿毛,讓他了解到要注意細節,畢竟即便我像唐僧一樣,把「要注意細節,做好細節。」在他的耳邊天天念叨,估計也只是他頭上的緊箍咒,只會緊緊地勒著他的腦袋,讓他感到不適和反感。

做 好細節?我自己是怎麼做的呢?我在努力的回憶自己這麼多年來的工作過程。記得在日企的時候,我自己學會的第一件事情就是在傳送郵件的時候需要調整郵件的字 體和字型大小,發信得內容是日文,所以需要把郵件內容設定成日文的明朝字型和對應的字型大小。在日企的三年期間,每一封郵件我都這麼處理,甚至說現在傳送英文的郵 件,雖然說已經把郵箱的字型和字型大小都做了設定,但是為了避免有時候從

word

拷貝過來的文字帶有的字型格式,我還是會在傳送之前再次設定。這只是小事,我做了這麼多年,已經成了一種習慣。

我在回憶自己這麼多年來有多少類似的習慣,我倒不想把他一一枚舉給阿毛聽,因為很多東西都微不足道,比如我要給客戶傳送設計文件或則工數預算文件的時候,我會先做乙個列印預纜,特別是

excel

的 格式,確保列印效果不會出現跨頁,還有確保目錄是否已經重新整理等等,因為做對日外包的時候,日本的客戶會將內容列印出來後討論。如果說有一次客戶發現列印的 或則格式不整齊規範,那麼第一直觀的印象就是乙個差值,當然做好客戶也許不會感覺到什麼,因為那對於他們來說,每次都如此,那麼這些就是應該的。

在我團隊工作的人都知道,我在做**

review

的時候,先看的是**的摺疊和對齊,因為自己曾經遇到過這樣的客戶,如果傳送給他們的**中,出現**沒有按照要求對齊,那麼這也算乙個

bug,會最終統計到產品的質量中。而且是乙個比較低階的

bug,

這是日本一家非常大的軟體公司,他們的理由倒也非常簡單,如果連**的對齊都做不好,那麼怎麼能夠相信你能夠保證產品的質量呢?或許吧,隨手對齊**的小事,也就成了他們檢驗的最開始的標準。

很 多類似的這些都是小事,也都是細節,這麼多年來自己都在重複地做,對於自己來說很多已經成為一種習慣,但是如果統計起來我為這些習慣付出了不少額外的勞 動,即便是文件能夠保證列印正常,每次改動後傳送給客戶,我都要多此一舉地檢驗,這樣自己才能夠安心地傳送給客戶。如果現在希望阿毛和自己一樣能夠明白這 些,做到這些,有點強人所難的味道,畢竟現在他的目光還沒能夠看到做到這些事情會給自己帶來多大的提公升,不如解決乙個技術難點,多看技術知識點能夠帶來的 收穫大。

我沒有再和阿毛說得更多,只是再三叮囑道:「下次一定要注意這些細節的東西,不要讓別人看到你毛毛燥燥粗心的樣子。」

作 為專案團隊來說,每乙個專案經理都會意識到需要注意細節,也都能夠明白注意細節能夠進一步促進專案的質量,但是如果說要實際做起來,有很多的瑣碎小事都容 易在過程中被遺忘,拋棄。特別是在專案週期很緊張的情況下,連主要的開發周期都顯得非常緊張,哪有時間去理會那些對齊,注釋等等小事,所以每個人都在努力 地趕工,結果雖然專案在計畫期限內做得個似模式樣,準備給客戶交付使用的時候,小問題不斷,此時再回過頭維護的時候,那些**有甚者連自己都要仔細揣摩回 味才能夠知道為什麼當初要這麼做。

我 們知道要注意細節,但是如果我們真正要做好細節,不論做什麼工作,都要重視小事,關注每一細節,把小事做細、做好、做透。這些小事在實際的過程中看似可有 可無,而且極為消耗時間,但是如果能夠堅持做好,持之以恆,形成處理事務的良性迴圈。「泰山不拒細壤,故能成其高;江海不擇細流,故能就其深」。其效益也 就非常明顯。

專案管理中有乙個節約

時間的原則,在有限的時間內我們需要合理的利用時間,畢竟很多專案的開發周期都比較緊張,時間不夠,所以我們需要避免過程中的錯誤,特別是重複性的錯誤,如果我們能夠著眼於細節,說到做到,那麼我們就可以一方面提高專案質量,另外一方面也為專案節約反覆開銷的時間。

我不知道該如何讓阿毛明白這些道理,大量的工作中,我們都是在做一些小事,假如能把自己手頭上的每一件小事做好、做到位,就已經很不簡單了。如果整個團隊能夠做到這些,我堅信無論是再難啃的硬骨頭專案,我也是充滿信心。

出處:http://www.yice800.cn

專案經理成長日記(2) 你能承受多大責任

自己乙個人獨自回想工作了這麼多年,到底給自己留下了什麼?如果要給自己找乙個答案,或許有兩個會在今後很長一段時間一直影響自己的東西,乙個是在工作了這麼多年讓自己明白了我們要擔負什麼樣的責任,另外一件是工作這麼多年給自己的頸椎留下了不小的病症。一好一壞或許是這麼多年的最大收穫。我們該如何看待責任 時至今...

專案經理日記7

2011年2月28日 星期一 晴 和產品部的溝通,難度大大超出了預期,針對合理的情況,明顯不願修改,針對明顯的已經不能再明顯的理由,仍然討論的半個小時,最後得出的還是折中的經驗。現在爭取到了參與需求的控制,做完的需求先給看一下,當然,如果改動大的話,很難說服,對方很強勢,處理這類問題還需要策略,這部...

入門之後 專案經理成長之路

在當今的圖書市場上賣的最多的書是各種入門教材。相信每個人都至少讀過兩到三本入門教材,之後才在這些教材的指導下茁壯成長起來。在成長了2到3年之後很多人都會陷入一種迷茫,下一步該怎麼走呢?針對這個問題我打算寫一部專門的著作來介紹。這本著作著重於介紹乙個已經入門的程式設計師如何成為乙個合格的專案經理。就此...