在這種情況下，PM不加大力度去監(jiān)控，不花更多的時間是檢查，那肯定不行！
當(dāng)PM不能將任務(wù)分配的時候，最好先不要將任務(wù)分配下去！磨刀不誤砍柴工嗎，最好先把工作理順了，可以討論，然后再將PM的要求清晰的傳達(dá)給組員，當(dāng)組員了解自己要做什么，知道要達(dá)到的要求后，PM也就知道了，至少在檢查的時候，就可以有的放矢了！
交流的順暢與否，其實(shí)可以明確一點(diǎn)，就是大家的相互關(guān)系的好壞！要是你的組員總是感覺被你訓(xùn)斥，你想讓他來跟你交流？那不是“找罵”嗎！交流應(yīng)該隨時隨地的進(jìn)行。我們的一些交流其實(shí)都很不到位。有很多兩人交流中，談著談著聲音就變大了，感覺像是在吵架。這種情況尤其容易出現(xiàn)在一個給另一個講解的時候。交流如果充分的話，可以讓你發(fā)現(xiàn)許多問題，在工作檢查的時候，當(dāng)兩個人在激烈辯論后，其他人都會發(fā)現(xiàn)，原來還有這么我沒有思考到的地方。
軟件文檔的必備要素
和大多數(shù)同行一樣，我明白軟件文檔的重要性。不幸的是，在任務(wù)開始前我很少閱讀文檔。相反，我常常像視線不清的父母一樣，在裝配好他們孩子的自行車之后，還落下一兩個零部件沒裝上。 如果我們明白文檔的重要性，那為什么我們不更經(jīng)常用它呢？然而，許多軟件文檔存在以下問題：
· 錯誤的語法和/或拼錯的詞語
· 不完整
· 過時或不準(zhǔn)確
· 過于冗長
· 未經(jīng)解釋的縮略語或?qū)Ｓ眯g(shù)語
· 查找信息困難
存在這些問題的主要原因是軟件文檔常常被退居次位。工程預(yù)算迫使我們優(yōu)先考慮開發(fā)過程中的主要活動，也就是那些可以看得到利潤的地方。編寫文檔需要成本，因而它常常成為一項(xiàng)主觀上的活動，而且通常被認(rèn)為沒有重要作用，應(yīng)該盡量避免。許多項(xiàng)目經(jīng)理認(rèn)為客戶不需要文檔，它只是用來裝點(diǎn)門面的。 軟件文檔質(zhì)量差的另外一個原因在于文檔撰寫者。許多應(yīng)用程序開發(fā)經(jīng)理認(rèn)為軟件文檔的編寫是軟件開發(fā)過程的一個標(biāo)準(zhǔn)組成部分，因此要求開發(fā)人員在編碼的過程中產(chǎn)出文檔。
盡管這種做法在理論上行得通，但它沒有考慮開發(fā)人員編寫文檔的能力。簡單來說，技術(shù)人員是用來開發(fā)軟件而不是編寫文檔的。為了解決這個問題，許多應(yīng)用程序開發(fā)經(jīng)理雇傭?qū)I(yè)技術(shù)文檔編寫者或業(yè)務(wù)分析師，以期改進(jìn)軟件文檔的質(zhì)量。但這又遇到了另一個難題：專業(yè)編寫者及業(yè)務(wù)分析師的技術(shù)水平有限。
解決這個問題要考慮需要編寫的文檔以及文檔的預(yù)期讀者。一般的規(guī)則是，寫文檔需要團(tuán)隊(duì)協(xié)作，這樣就允許開發(fā)人員和文檔編寫者利用彼此的長處，取長補(bǔ)短。例如，如果預(yù)期讀者是系統(tǒng)設(shè)計師，開發(fā)人員需要提供技術(shù)細(xì)節(jié)，然后文檔編寫者按照正確語法組織和編輯內(nèi)容。不考慮預(yù)期讀者或?qū)ｉT編寫者，軟件文檔的質(zhì)量取決于其可用性，可從以下6個方面去評價其可用性：
· 應(yīng)用性：文檔是否提供相關(guān)信息？
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項(xiàng)目管理資源網(wǎng)
 新任項(xiàng)目經(jīng)理全面修煉課程方案
|
Leadge.com首頁 > 知識庫 