論文框架和主要内容?在日常幫助解答困惑，以及輔導論文寫作的過程中，筆者發現很多朋友對于高項論文備考存在一些普遍而典型的問題，我來為大家科普一下關于論文框架和主要内容?以下内容希望對你有幫助!

論文框架和主要内容

在日常幫助解答困惑，以及輔導論文寫作的過程中，筆者發現很多朋友對于高項論文備考存在一些普遍而典型的問題。

從本篇開始，筆者用一個系列向大家介紹如何理解自己的背景項目，以及如何提煉屬于自己的寫作素材，并引出我們自己總結的種子問題和燈塔素材兩個非常重要的概念。

準備好背景項目之後，很多考生開始論文全文的寫作準備。在這個過程中，多數情況下大家會發現，自己根本不知道應該寫什麼，落筆無物。

後續的典型操作，是分三步走：

一、在背景項目綜述部分盡量增加一些項目重大意義和技術名詞等内容；

二、從官方教材中找一些放之四海而皆準的大道理、大原則放到管理綜述部分；

三、從網絡上搜到的寫作範文中東摘西抄，找一些似是而非，不涉及任何自己背景項目細節的實施内容放到各個管理過程中；

最終拼湊成一篇言之無物，所謂的論文。以這樣的内容答在試卷上，結果也是可想而知的。

究其原因，就在于大家動手實際寫作之前缺少了一個非常關鍵的環節——理解你的背景項目。

以下，我們就借鑒經典的管理方法論和敏捷項目開發中的一些小工具，通過引導回答十個問題，讓大家逐漸加深對自己項目的理解。我們将這十大問題稱為種子問題。

在回答這些問題的過程中，有三個重要原則：

1、回答這些問題，不需要專業的IT知識，不要從專業技術的角度來分析；需要把自己放到項目實施環境中，從項目要解決的業務問題出發，用自己實際的生活經驗和工作經驗，用常規的思考方式來分析。

2、回答這些問題，需要非常正式地在一個文檔中寫下自己的答案，而不是在腦海裡面簡單地閃現一個念頭。對很多朋友來講，世界上最遠的距離就是心中的想法與書面的描述之間的距離。

3、回答這些問題，是一個循序漸進，不斷完善的過程。部分朋友由于平時工作所處的行業距離信息化項目比較遠，一開始在回答這些種子問題的時候，會感覺比較吃力，這是非常正常的。

大家能想到一句話，就寫一句；能想到一個短語，就寫一個短語；能想到一個詞，就寫一個詞。如果從一開始就希望把整個内容在腦海裡面構思完整，再一氣呵成寫出來，是非常困難的，甚至可以說是不可能的。

當大家把這些種子問題回答完，再結合公衆号對論文寫作結構和各過程寫作過程要點的分析，我們相信在具體管理領域的寫作時就不會出現無米下鍋的窘境了。

「論文寫作-論文概述」通過種子問題理解你的背景項目（一）

即使傳奇的JACK船長，在沒有招募到合格的水手之前，也隻能看着海圖，遙望遠方，無法啟航。

如果你招募的團隊成員都已經是技術專家了，為完成項目，你認為他們還應該再學習哪方面的知識或提升哪方面的素養？寫一至兩條，分别用一句話描述出來。

在你不知情的情況下，你最擔心團隊成員對客戶或者團隊成員之間會捅什麼簍子？寫一至兩條，分别用一句話描述出來。

這個問題主要是幫助大家初步理解你是需要管理和培訓團隊成員才能完成項目工作的。即使再有經驗的工程師，參加一個新項目，也是需要新行業背景，新客戶背景等知識的學習。

團隊成員都是技術專家的假設，意味着你不需要考慮專業技術培訓的内容。

大家應該思考在具體的項目背景下，如何提升團隊的凝聚力和責任心，以及相互之間的溝通協同能力。這是任何一個行業，團隊管理工作都會遇到的問題，大家站在自己的工作經驗角度上回答即可。例如：

• 對于醫院管理類的信息項目，可以對團隊的救死扶傷精神進行培訓，增強團隊項目實施的使命感、責任感和榮譽感。這也是非常有必要的團隊管理工作。
• 對于政府窗口服務相關的信息項目，可以增加團隊特殊人群服務意識培訓，讓團隊成員認識到自己開發的系統未來不隻是為年輕人服務，還有眼花手抖、不會用手機的老年人，還有各類殘障人士。這有助于團隊在頁面元素和信息提醒等方面的設計時，思考得更全面、更細緻。

大家平時工作中有一些好的團隊建設的理論知識或團隊管理經理，也可以嫁接到背景項目當中，豐富自己對項目的理解。

除此之外，團隊成員之間，以及團隊成員與客戶之間在溝通交流的過程中，由于大家在各自性格、知識背景等方面存在的巨大差異，也容易産生各種各樣的問題。大家可以嘗試着将自己日常工作中遇到的此類問題，在背景項目中假設一個場景，套用進來。

這裡沒有特意提出項目團隊有哪些崗位和角色的經典内容，并不表示這些内容不重要，而是将此細節問題放到具體人力資源管理領域的寫作過程中再思考。

第三個問題中，處于先決條件的某個核心功能，或者某個核心功能的一部分，你的團隊無法自己完成，不得不外包給其他組織完成，或者外聘專家協助你完成。

你認為最有可能會是哪一個功能，因為哪一方面的原因造成的？試着從前三個問題中，假想出一條内容，并用一句話描述出來。具體原因，可以從第二個問題中引申而來，也可以是其他因素。

此外，對于這些團隊外部的資源利用，你最擔心會出現哪些方面的問題？寫出兩至三個例子，分别用一句話來描述理由。

這個問題主要是幫助大家理解我們的團隊不可能完成全部的工作。術業有專攻，再考慮其他的限制因素，将一個大型信息化項目的一部分外包給其他合作方，是比較常見的一種做法。

這個過程考驗項目經理對外包子項目各方面的管理，而不僅僅局限于項目采購管理領域。

網絡綜合布線與各類硬件設備安裝調試相關的項目工作是最常見的一種外包方式，其他的還包括移動APP開發與兼容性測試、信息系統安全滲透測試和專業技術咨詢服務等。

對于專業技術不熟悉的朋友，可以站在自己背景項目業務模塊劃分的角度上，思考回答這個問題。

如果發現第一個問題中提到的一個核心功能點，在原定的時間節點無法完成，你有哪些補救措施，減少影響？可以就一個問題想兩至三個方法，也可以是多個功能點各想一個方法。各用一句話描述，要寫明具體是哪一個核心功能，哪方面的原因造成的。原因可以從困難與幹擾的問題中思考，也可以是其他方面的。

這個問題主要是幫助大家理解項目出現小的偏差可以有哪些處理方式。同類的問題也包括一部分工作成本超支如何補救，管理的原理都是相通的。

從大的方向上講，面對小的偏差，無非兩種處理方式：調集額外資源在下一個度量節點（控制賬戶或裡程碑）之前修正偏差；與項目組成員和幹系人溝通評估，接受偏差，重新調整後續計劃。

但是具體的背景項目，情況差異很大，造成偏差的原因不同，人員有不同的解決思路，最終形成的處理方法很多，而不會是僅僅隻有兩類。如果将功能點細化到未完成的步驟，那處理的方式就更靈活了。例如：

• 如果導緻功能沒有完成的原因是短暫因素，則可以評估采用某種臨時措施補救一下，等影響因素消除後，再集中補救；
• 如果影響原因是長期的，則可能需要與項目幹系人溝通，将其他部分不受影響的工作提到前面來完成。
• 如果你評估長時間無法完成，也可以拿出一部分資金，外包給其他團隊為你完成。

（待續）

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!