報表問題的後遺症還是很厲害的……工作以來，第一次有名片了～

昨天提到上週報表組工作讓總部人員不是很滿意
昨天下午，經理召集一個測試，公司DBA，我和組長還有一個開發
制定了一個儲存過程評審計劃，準備對一些儲存過程進行多方核對

本來以為事情基本就這樣了，等著配合相關人員進行評審吧
沒想到今天總部那邊的領導給經理來了電話
可能是強調了測試人員測試的不夠仔細
結果領導單獨和負責測試報表的測試員叮囑了幾句，希望她今後多注意
完了……不光自己這邊總部有意見，連測試都給捎上了……
雖然測試沒測出來，有她的原因
不過，自己工作三年來，可是很少給測試人員找麻煩的
唉……企業規模大了，對於員工來說，也是很麻煩的一件事兒
出於禮貌，想測試人員說了聲抱歉
自己這邊今後努力杜絕這種情況吧……

說到大規模的公司，通過一個多月瞭解，還發現一個很讓人討厭的弊端
不知道是這種集團公司都如此，還是僅僅有個別公司這樣
我所說的弊端就是同事對於問題和責任的推卸頻率很高
(也許是用詞不當……但找不出太合適的詞彙了)
當某個問題出現的時候，去問專案負責人的話
一定會被分配到某個具體開發員身上(即便這個問題的歸屬比較模糊……)
而當某個開發任務因為某個問題無法解決的時候
溝通的事情就落到了提問者(就是被分派了任務的人)頭上
而不管提問者是否熟悉相關業務和問題所在
可當提問者反映了這個問題無法解決的時候
需求人員還會提出讓專案經理來拍板決定，聯絡的任務依然是歸提問者
這還只是一個大致流程
期間，可能會涉及多次的多方討論，這種類似的討論，牽扯的人可就多了
而負責去詢問這些人的工作自然還是提問者(甚至還要把大家組織起來共同定奪)
看起來感覺就像政府部門踢皮球似的……
我也大致能明白，公司專案龐大，涉及的責任就大
如果萬一某個環節出了問題，可能就會引起比較嚴重的後果
所以，無論自己是否熟悉某個方面的業務，都不願意主動去承擔這個責任
可如此一來，大大降低了工作流暢度和工作效率，增加了溝通成本
半天做完的事兒，還得先花費半天來溝通
組長曾說過，公司屬於國企式管理，果然不假……

好了，不過多評論這些了
之前說過，自己報名的本週末的OracleDBA座談會
需要在簽到的時候帶兩張名片
知道這個要求的時候，感覺很無聊，參加個座談會我還得想辦法弄名片麼？
沒想到天無絕人之路，今天公司竟然為全體員工統一發放名片
即便是我這種試用期的員工都能分派到
這下我不用謊稱忘帶名片了～
話說，之前兩個單位，工作三年，從來就沒有過名片
這第三個公司剛來一個多月，名片都準備好了
雖然本身不是什麼值得高興的事兒，但能解決我剛剛遇到的小問題，挺不錯的

週六可以理直氣壯的去參加免費座談會了 ^_^

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/556359/viewspace-566655/，如需轉載，請註明出處，否則將追究法律責任。