項目管理—需求的重要性-項目管理軟件
發(fā)布時(shí)間：2022/9/6 9:32:00
我們所說(shuō)的項目實(shí)施，就是把客戶(hù)的需求通過(guò)軟件系統來(lái)實(shí)現，而實(shí)現的前提卻又是對客戶(hù)的需求有相當的了解。在這一方面上，一個(gè)主要的途徑就是通過(guò)項目調研來(lái)獲得。一般項目初期的時(shí)間比較寬裕，也是為了讓實(shí)施方的顧問(wèn)更好了解客戶(hù)的業(yè)務(wù)狀況，更好地制定藍圖和系統配置，為客戶(hù)量體裁衣地做出系統的解決方案。當然了，對需求了解的程度，或者對一個(gè)項目的需求了解程度的評分是很難評價(jià)的。
在做項目的時(shí)候，實(shí)施顧問(wèn)都會(huì )有一個(gè)概念——把握和引導客戶(hù)需求，如果客戶(hù)的需求從開(kāi)始到最后，一直都在往外冒，一直都在提出，那么系統的配置就會(huì )不停改變，都必需要去迎合新需求去變化。我們還認為，沒(méi)有需求的客戶(hù)是最可怕的，他們原來(lái)一清二白，什么都沒(méi)有。那么他會(huì )讓你給出建議，建議來(lái)之于其他同行業(yè)，或者顧問(wèn)的行業(yè)經(jīng)驗。東西都是挺好的，可是拿到客戶(hù)這里，就需做一些改進(jìn)和變化，這個(gè)變化過(guò)程是比較不可控的，延伸出去的內容會(huì )越來(lái)越復雜。站到了別人的肩膀，就會(huì )想比別人更高。那么對應的實(shí)施難度就會(huì )更大。
還有部分的實(shí)施方，會(huì )在需求的處理上，參雜一些糊弄的方案，說(shuō)ok了，或者說(shuō)這個(gè)邏輯實(shí)現了，當時(shí)，客戶(hù)是很難能夠測試出來(lái)細節的，那么只有等到以后具體使用的過(guò)程才能發(fā)現，更多的可能是，客戶(hù)發(fā)現這個(gè)需求的實(shí)現邏輯有問(wèn)題的同時(shí)，也發(fā)現這個(gè)需求沒(méi)有當初想象的那么有價(jià)值，即可放置不用了。
有的人在企業(yè)工作了很長(cháng)時(shí)間，但到了做系統的時(shí)候，就會(huì )出洋相了，平時(shí)在業(yè)務(wù)部門(mén)是叫的嘎嘎響，到了ERP，對這三個(gè)字母的理解就是那么點(diǎn)皮毛，平時(shí)還得顧及部門(mén)的業(yè)務(wù)管理，每每進(jìn)到項目組的會(huì )議的時(shí)候，就是胡攪。我這個(gè)需求怎么怎么樣，那個(gè)需求怎么怎么樣。而實(shí)際上都是八年沒(méi)遇到過(guò)一次的需求，或者這個(gè)需求根本就不能按照他那種人為的解決思路去處理，系統已經(jīng)按照基本的會(huì )計準則或者商業(yè)規則做了解決，但與他們的實(shí)際操作不符。那么實(shí)施的怎么辦？由此可知，需求是一條實(shí)施項目的主線(xiàn)，我們都在圍繞這條主線(xiàn)做項目，作為客戶(hù)方的業(yè)務(wù)上的骨干，如何提出干凈利索的需求，也是個(gè)大難題。因為軟件系統的功能畢竟是固化的，所以順利完成的項目，肯定是在需求做的好，需求做好了，那么解決方案就優(yōu)了。