項目結束后優(yōu)化的幾點(diǎn)要求-項目管理軟件
發(fā)布時(shí)間：2022/10/14 9:18:00
一般來(lái)說(shuō)，公司程序是東一塊西一塊的拼湊起來(lái)，程序與程序相互之間是網(wǎng)狀的聯(lián)系。項目結束了，會(huì )議總結出些問(wèn)題。例如：軟件如何與管理制度、管理流程、管理理念靠上邊?需求如何獲取?我一直認為做管理軟件，不能在制度上、流程上有自己的標準，你只能被別人牽著(zhù)鼻子走。
第一點(diǎn)：需求如何去細化把握?首先需求是要以層次去劃分的，最簡(jiǎn)單就是上中下即管理層的關(guān)注管理理念及方向、中間項目管理層關(guān)注的整體流程以及各個(gè)模塊的之間的依賴(lài)關(guān)系，最后是操作人員的操作細節，整個(gè)過(guò)程是由上而下去細化的，管理層提出的理念基本上就是這次項目的目標，這個(gè)很重要，基本上是項目的大方向，中間層的管理流程是最復雜也是最容易出問(wèn)題，一般在這方面出現的問(wèn)題最多。到了操作人員基本上就是界面上的東西，就是這里應該多一個(gè)字段，那里改個(gè)什么標識的，但是不能夠end user影響key user,最后把整個(gè)方向都改變了。
第二點(diǎn)：這次項目的需求一直無(wú)法落地，除來(lái)一些業(yè)務(wù)原因外，應該說(shuō)在獲取需求的過(guò)程中我們缺乏一些好的工具，我們的業(yè)務(wù)場(chǎng)景(包括正向的流程與逆向的流程)整理不夠完善，這些可以測試案例一同整理，很多討論都停留在文字的敘述方面，其實(shí)多做一些流程圖、用例圖、系統集成架構圖會(huì )，更直觀(guān)，業(yè)務(wù)員看了后更容易看清楚自己所在的位置。
第三點(diǎn)：ODS和數據倉庫的方案解決網(wǎng)狀程序間數據關(guān)系�，F在很多程序之間數據交換是用db_link來(lái)連接的，相互間的形狀的網(wǎng)狀的很混亂，ODS及DW就是把各個(gè)系統的數據都集中到數據倉庫中，統一規劃，一些綜合性分析報表直接在DW出，減少了很多問(wèn)題。
第四點(diǎn)：程序是持續優(yōu)化的過(guò)程，只要系統存在，優(yōu)化的需求就不會(huì )中斷。但是，這種需求的修改是要按版本來(lái)規劃的，絕對不能夠東一個(gè)補丁西一個(gè)補丁去做，這樣做程序缺乏穩定性，并且測試和考慮也不充分，風(fēng)險很大。
第五點(diǎn)：一個(gè)項目做完后，要升華一些知識和方法論以及資料。簡(jiǎn)單來(lái)說(shuō)是取完水要架根管子，每個(gè)項目做完會(huì )有一些測試案例、安裝文檔、會(huì )議記錄、流程圖等，這些是項目資產(chǎn)，不要每做一個(gè)項目，所有的東西都要從頭來(lái)過(guò)，例如測試案例，只要整理一下，下一個(gè)項目還是可以繼續使用的，只要把修改點(diǎn)加上去，節省很多時(shí)間。