讀《敏捷建模》時看到的一段文字，深有感觸，摘抄下來

在書中270頁

有權力的催著要紙的人

        在比較大型的的組織機構裡，這樣的IT專家是很普遍的：他們已經有好幾年的時間沒有直接參与國軟體開發了－編程、建模、測試或管理。這些人通常擔任基礎設施服務的角色，例如軟體過程管理，複用管理或者程式管理，並且經過了一段時間他們的角色已經退化到了這樣的地步：他們工作的中心就是“催紙”。這些人通常要求個人或團隊提供進度報告，由他們進行檢查並提供反饋；舉行進度會議以便他們能知道項目進展的如果；要求項目團隊提供他們關注的專門領域的度量或評估，例如複用度量、安全評估、資料標準符合程度等。這並不是說擔任這些角色的人都是催紙的，我與能夠積極支援我的項目團隊的複用、安全和資料專家有很多非常愉快的合作經曆，但同樣也有非常糟糕的經曆。我發現根本的區別在於，那些願意並且能夠捲起袖子協助我的項目團隊的人對我非常有價值，而那些只是要求文檔或舉行評審會議的催紙的人幾乎沒有任何價值，並且常常是嚴重的障礙。
       不幸的是，那些是障礙的人經常不能輕易的置之不理，因為他們掌握著權力。拒絕填報他們的表格常常會導致他們的經理沿著公司組織機構向上面告狀，然後表格再一次回到你的項目組。每當遇到掌握權力的催紙的人，我會依次採用下列策略：

       1.交流。我首先會嘗試與對方交談，找出他們認為重要的而需要優先考慮的事情，然後商談出一個符合他們要求的更有效方法。我發現這個方法很少管用，因為他們非常固執，而且有抱有太多偏見，但不管怎樣值得一試。
       2.轉向尋求協助。與其它項目關係人交談，讓他們瞭解催紙人的要求對團隊的負面影響，並請他們幫我處理這個問題。
       3.逃走或抗爭。決定團隊是應該勉強接受催紙人的要求，還是跟他們用政治鬥爭來解決。鬥爭解決的問題在於這樣作你需要花費精力和政治資本，可能會在政治上樹敵，並且催紙人在政治上通常要比你更加機智。