(接上回《監控報告風波之電閃—監控報告中的資料說明了什嗎?》)
在我們發出這封郵件之後的第二天早上,收到了來自業主方的部門經理HJ的郵件,管理者的想法和思路經常是相似的,對問題也經常會提出相同的意見,HJ郵件的內容如下:
/*****************************************************************/
這些資料統計僅為上線情況統計的一部分。
每天有多少使用者的維護單?維護單的解決率?還有多少BUG 在修複?
系統效能如何?登陸重要頁面的時間是怎樣的?
另外,一周最好有一次分析報告,這些統計的數字到底給予我們一個什麼資訊?趨勢如何?還有哪些問題我們需要重點解決?
建議xxx、xxx協商給予一個報告的範本,謝謝。
/*****************************************************************/
這也給我們管理者提了一個醒,我們如果來不及儘快的改進,客戶就會過來教育我們,此時項目組所受到的壓力將又多一方。
收到業主方的質疑,特別還是業主方領導的質疑,這可不能被當作一件小事來處理,H項目的專案經理Z跳了出來,專案經理Z說
/*****************************************************************/
HJ經理:
按照項目例會上協商的結果,由我方每日監控系統上線情況,XXX公司每日整理系統維護情況,對於維護這塊的內容,xxx公司的同事確實每天都有發出的,只是沒有抄送給HJ經理。對於H系統上線後每日監控這塊,我們從上線第一天到現在一直在做改進,也一直在努力從讀者的角度考慮問題,後續我們還會從如下幾個方面做改進:
1、 我們上周五已經意識到,除了每天日報外,每周五下班後,應該提供周分析報告,主要從系統使用方式和維護情況兩個角度分析,以趨勢圖的形式反饋;這個與HJ經理的意見不謀而合;
2、 把維護日報也整合到監控報告裡來,讓大家對系統運行情況有更全面的瞭解。
/*****************************************************************/
不管說的是不是事實,這樣的回覆始終會給人有點馬後炮的嫌疑。
不知道讀者有沒有過“總是慢一步”的感覺,有些事情,我們已經開始醞釀,正準備執行,但是卻總是在別人後面邁出腳步,在遭到質疑的時候,就會很懊惱,猶如“啞巴吃了黃連”。如果經常會產生這種感覺,我們就必須要反思引起的原因了。
現在,項目組出現這種狀況,該怎樣挽救這樣的局面呢?“變”已經迫在眉睫。
我們來看項目組的反應。非常的不幸,項目組當日發出的監控報告卻一如前日沒有區別,壓力沒有得到傳遞,客戶的反饋也沒有得到響應。我們不得不再次呼喚。
/*****************************************************************/
既然我在上個郵件上提出要求,而且HJ經理也提出了一些要求。Z也說和HJ經理不謀而合了,除維護列表歸屬XXX公司在對口提供服務外,對使用資料進行一定的分析是大家背後想知道的內容,不知道這一點,項目組是怎麼考慮。
想想HJ怎麼考慮的,他發了郵件,我們還是不思變,他會怎麼思考呢?另外,我看郵件的格式有點亂,業務使用方式到了後邊去了,不知道大家有沒有問題,大夥自己看看。
我要求下一次必須改變。從Y做起,從Z做起,從管理者做起,否則下一次怎麼說和其他人不謀而合呢!
/*****************************************************************/
風聲蕭蕭,雷聲隆隆,暴風雨來了嗎?請看《監控報告風波之雨來—管理者的反思》