如何寫專案方案 從資料準備到書寫技巧

2021-09-12 10:44:26 字數 3954 閱讀 8403

在工作中,除了技術工作之外,我們也經常需要寫一些專案的方案,當然如果公司比較大,崗位分工比較細,可能不存在這個問題。如果公司規模不大,比如我們公司,人不多,就要把自己鍛鍊成全面手,寫方案是乙個不可或缺的工作內容。以下是我在公司裡面寫技術方案的一些體會,希望對大家有幫助。

一般我們寫方案,比如專案申請方案,根據申請專案型別範圍等要求,首先是要有乙個大概的方向,選擇乙個什麼樣的專案,做專案的輪廓等等,可能我們手頭有相關的資料可以參考,也可能沒有,如果沒有,就需要我們自己去查詢一些資料,可以是別人寫過的專案申請方案或者是一些相關的**,也可能是網上的一些資料或者公司內部的一些資料。資料找到之後,提取對自己專案有用處的一些思想或內容,消化吸收之後,加到專案的方案中去,就完成了資料的使用,為了以後繼續使用資料,還需要把資料進行分類,把不同型別的資料進行合理的分類,按照容易組織和查詢到方式儲存起來,乙個是為了當前專案的編寫,再乙個也是為了以後寫類似專案有乙個資料基礎,不用再做重複的查詢工作。

圖 積累的文件資料分類儲存

這個階段主要是乙個知識資料積累的階段,在這個過程中,還有乙個需要注意的地方是,我們寫專案要注意平時多關注一些行業的動態,行業的技術發展,這樣碰到些專案的方案,就不會抓瞎,通過對技術前沿的了解,可以在寫方案之前,就會對專案方案內容有乙個方向的把握,查詢資料的時候,就不會太盲目,這也要求我們平時多關注技術或者行業的發展資訊,慢慢養成習慣,讓學習永遠在路上。

我們寫專案方案,需要對方案有乙個總體的了解。比如,專案的**,專案方案的審閱流程等。比較常見的是某個行業的管理部門,需要做一件事,可能涉及到很多單位共同完成,每個單位會分一部分工作,同時也會分一部分資金。我們作為單位之一,就要向管理部門負責,這時候的方案主要是要把分配或者爭取的事情闡述清楚,分析好實際的情況,提出存在的問題,最後給出解決辦法,特別是要找出工作的痛點,把工作痛點講明白了,解決的辦法和途徑說清楚了,基本就問題不大。

總體把握方案,主要是想一想看方案的人最關注的的問題,在方案裡有沒有體現。如果爭取的是投資人的資金支援,就要知道投資人的目的是什麼,如果是為了賺錢,就要在方案中體現專案的賺錢能力,可能是商業模式或者前景或者技術優勢等等,如果單純的投入錢就是做一些固定的事情,就要在方案中體現這個事情按照方案能夠做成,方案內容主要闡述做法的合理性,完成任務的能力等等。

圖 全面考慮專案的問題

總體把握方案還有乙個重要的方面是對專案內容和經費的匹配,根據經費情況,確定專案的範圍,不能把專案的範圍定的過大或過小,兩種情況都會被評審的人質疑,範圍過大,會被質疑能不能完成任務,範圍過小,會被質疑經費被誇大,這兩種情況都應該避免,這就需要我們制定大致合理的專案範圍。

我們寫方案的目的,是為了讓專案方案通過審核。最主要的就是多考慮審核人關注什麼,從而對方案進行分類,根據方案型別的不同,採取不同的策略。暫時想到兩種型別的方案,我們針對這兩種情況闡述應對方法。

這一類方案,主要是申請資金的支援,一般的寫法也是先寫概況,再寫存在的問題,有哪些需求,針對需求應該採取什麼樣的措施,後面是技術路線,功能設計,方案設計,社會或經濟效益,風險情況分析,實施的方法步驟,專案預算等等,這裡面每部分內容都應該寫,最重要的應該是專案預算。

專案預算有兩方面需要認真編制,一方面是出資方對預算的要求,比如有哪些費用不能列支,有的不能有會議費,有的不能有出差費,有的不能有勞務費等等,嚴格按照要求來,如果沒有按照要求編制,輕者這部分費用被砍掉,重者專案方案不能通過,所以一定要弄清楚預算要求,嚴格執行。另一方面就是預算要合理,也就是對於專案的每一項,要有乙個合理的預算,比如乙個商品管理系統,預算100萬,就要說明這100萬的合理性,有沒有類似功能的系統,和這個預算差不多,是直接購置還是自己開發,要說明理由,如果自己開發,還要把工作量進行統計,估計每一部分預算,分得越細越好,分的細說明對專案了解的比較深入,當然也可能是自己有這個系統,只需要按照實際需要進行部分調整,所以會寫的很細,這樣投資方也會比較放心。

圖 乙個預算表示例

預算編製最重要,也並不是說其他的內容就不重要,其他的內容是對預算的支撐,首先是有方案中的事情要幹,所以才要求預算經費,這是個因果關係,所以要做事情的實際情況,需求的分析,應對的措施也不能馬虎,也要有所依據。

預算通過之後,就會注重內容的編制,比如投標檔案,一般都是已經有預算了,招標檔案會寫清楚要做的事情的要求以及預算**,投標主要是把事情描述清楚,當然投標**也很重要,招標是希望花最少的錢把事情辦好,落腳點還是要把事情辦好,也就是重點考察方案內容,在這裡我們姑且稱這類重視內容的方案為內容型方案,編制這類方案就要把內容本身列為重點。

該類方案的重點部分是在解決措施上,需求已經比較明確,就看如何來根據需求,提出解決方案,比如乙個辦公自動化系統,就是解決辦公過程中效率低下的問題,如果我們通過調研,了解到甲方在辦公中存在的具體問題,一一羅列出來,然後針對每個問題,都提出相應的措施,優化整個辦公流程,將優化後的辦公流程與原來的進行對比,能夠顯著提高辦公效率,而且使用方便,使用者體驗好,這樣甲方就會很容易認同你的方案。同樣的道理,對於其他的類似問題,解決辦法也是類似,只要找到需求的痛點,並很好的解決,就是乙個好的方案。

在實際寫方案的過程中,還可以運用一些技巧,能夠使方案更充實。

按照軟體的構建方法,我們寫軟體開發步驟,應該是調研、需求分析、總體設計、模組設計、詳細設計、軟體開發、軟體測試、試執行、執行、維護等順序,這也是具體開發軟體系統的順序,但這麼寫軟體開發可能會有乙個問題,一般我們前期都會對軟體有乙個大概的認識,比如總體架構,功能模組等環節能簡單寫寫,詳細設計及以後的環節我們就寫不出內容了,因為我們還沒有做這一部分工作,所以即使寫出來,也是很寬泛的,沒有實際的內容,只能寫一些放之四海而皆準的話,或者叫做正確的廢話。

這個時候,我們換個思路,不按照開發的整體推進過程來寫,我們可以分模組寫,比如第一步先做1、2、3模組,中期做4、5、6模組,最後做7、8、9模組,由於我們對於系統的模組能夠說一些內容,所以內容就會顯得比較豐滿,不至於言之無物。

我們寫方案的時候,很容易陷入到文字內容的雕琢上,但對於看方案的人來說,可能時間會很短,比如方案給評審專家,方案可能好幾百頁,專家們可能要在20-30分鐘看完,然後花很短的時間給出是否通過的判斷。如果全部都是文字,估計專家看一會就看不下去,或者就是看看題目,大概的掃一眼具體內容,這樣很容易漏掉方案的關鍵資訊。

圖 圖表示例

為了讓方案更容易讀懂,我們有必要對方案的內容進行提煉,用圖說話,將主要的內容用圖表現出來,看方案的人只要看圖,很快就明白方案要表達的資訊,畫圖的過程也是乙個凝練內容的過程,也是乙個思考的過程。如果是很多的資料,更應該用圖表來表現,讓人看上去一目了然,不用自己再費勁的去資料中查詢。

最後要說的乙個問題,就是在寫方案的時候,要注意細節。我們的方案很少一蹴而就,直接提交,一般都要反覆修改多次,這時候要特別注意乙個地方的改動,相關聯的地方是不是需要跟著改動。比如預算編製裡面的金額,經過多次修改調整,單項預算加起來是不是還等於總預算,金額的單位是元還是萬元,同一筆預算在不同的地方出現數字是不是一致等等,這些問題如果出現,被細心的評審人發現,就是大的問題,白字黑字,評審人不會為你的疏忽去擔責任,這類問題,可以通過反覆檢查,多人交叉檢查來規避。

圖 粗心大意將金額多寫了個零

還有就是我們在寫方案的過程中,可能會參考很多其他方案的資料,不要原版拷貝到自己的方案,要一句一句的讀一讀,如果大段摘抄,很容易把名稱或者資料弄混,經常會出現給李四寫的方案,卻稱呼張三的情況。類似的情況也都是通過細心檢查來排除。

關於寫方案的一些想法,從積累資料,到全域性把握方案總體方向,從方案側重點到寫作的一些技巧,還有寫方案應該注意的細節等,希望這些內容對大家有啟發。當然,我們沒有考慮其他的因素,僅僅是從準備方案本身來描述,實際的環境中,可能會複雜的多,可能不是方案能夠解決的。

如何寫專案方案 從資料準備到書寫技巧

在工作中,除了技術工作之外,我們也經常需要寫一些專案的方案,當然如果公司比較大,崗位分工比較細,可能不存在這個問題。如果公司規模不大,比如我們公司,人不多,就要把自己鍛鍊成全面手,寫方案是乙個不可或缺的工作內容。以下是我在公司裡面寫技術方案的一些體會,希望對大家有幫助。1 積累參考資料 一般我們寫方...

如何寫專案設計方案

如何寫安防監控工程設計方案書 其他專案也適用 乙份成功安防監控工程設計方案是贏得單子的重要砝碼,如何寫乙份令客戶心動的安防監控工程設計方案則需要下苦功夫。監控系統是屬於弱電系統中的一種安防範系統,它集微機自動識別技術和現代安全管理措施為一體,是一種先進的 防範能力極強的綜合系統,它可以通過遙控攝像機...

如何寫資料到磁碟

摘錄一段文字如下,紅色是重點 全隨機寫無疑是最慢的寫入方式,在logic dump測試中很驚訝的發現,將200m的記憶體資料隨機的寫入到100g的磁碟資料裡面,竟然要2個小時之多。原因就是雖然只有200m的資料,但實際上 卻是200萬次隨機寫,根據測試,在2850機器上,這樣完全的隨機寫,r s 大...