根據客户服務中心2010年深度運營的發展要求，需要大力提高工作的效率及有效性，其中項目管理作為我中心的重點工作之一，涉及的覆蓋面較廣，為規範中心項目管理工作，本着“以客户為中心、以目標為導向、以計劃為基礎”的理念，特編制該建議書，優化項目管理流程，明確相關部門在項目立項、項目審批、項目談判、物資採購、物資入庫及出庫、項目實施、項目監控等環節中的職責，實現項目管理的“程序化、動態化、體系化、可視化”，進一步加強項目成員的責任感，提高工作效率，提高項目實施的有效性，維護公司的合法利益。
一、項目主流程：
二、項目流程説明
1、項目可行性研究。
（1）概念定義：在投資項目建設前期，通過對項目相關“市場”、“資源”、“技術”、“社會”等方面的問題，進行全面的分析、論證、評價，從而決定投資項目“可行”或者“不可行”，並且在可行的幾個投資方案中如何“選擇最優方案”。
（2）考慮要素：
a、符合國家宏觀經濟調控的方針政策和法律。
b、市場預測。
c、技術把關。
d、資源儲備。
（3）適用範圍：各需求室經理、項目負責人對項目的立項考察，杜絕不合適的項目立項。對於10萬元以上項目希望提出可行性研究報告。
2、項目團隊的建設。
（1）項目經理的選擇標準：從知識、能力、品格三方面進行衡量，具體可從以下三個方面考察。
a、調查候選人與項目環境相關的資質：知識儲備、相關的技術、市場和客户參與、產品應用。
b、調查領導能力、技術專業知識、計劃和控制、管理技能等。
c、調查所需的項目管理技能。
（2）適用範圍：各需求室經理由此選擇合適的項目負責人人選，保證項目的順利實施，“合適的人幹適合的事”。
3、供應商選擇的標準
4、招標工作流程。
（1）招標人成立招標機構、確定招標方式；
（2）招標人編制投標資格預審文件和招標文件；
（3）發佈招標信息（招標公告或投標邀請書）；
（4）發售資格預審文件；
（5）按規定日期接受潛在投標人發售招標文件，並按規定將招標文件向行政主管部門備案；
（6）組織購買招標文件的潛在投標人現場勘察，召開標前會答疑；
（7）在規定時間和地點，接受投標人的投標文件；
（8）組織開標會；
（9）組建評標委員會評標，評標委員會委員在中標結果確定前保密；
（10）在評標委員會推薦的中標候選人員中，確定中標人；
（11）向行政主管部門提交招標投標情況的書面情況；
（12）發中標通知書，並將中標結果通知所有投標人；
（13）進行合同談判，並與中標人訂立書面合同。
5、項目需求書及項目請示書寫規範。（範文見附件一，備註：各室以word形式報送綜合管理室審閲和存檔）
（1）引言：對全篇項目需求書做一個大綱性統籌，簡要介紹該需求書的目的。
（2）活動背景：包括市場狀況；所遇問題；過往經驗；項目的必要性。
（3）活動方案：包括時間、內容、風險控制、保障措施等。
（4）可行性研究及效果分析。
（5）成本預算：包括預算依據，費用列支項目等。
6、評審準備
（1）準備評標時間和場所，隨機抽取評審委員。（嚴格保密狀態）
①時間：每週三下午三點，其他時間不安排選型會議。
②地點：暫定長訓樓三樓圖書室，如需進行項目展示，請申請培訓室進行。
③評選委員：按照《關於成立客户服務（東莞）中心選型、採購競賽評選委員會成員分類庫的通知》要求具體執行。
評選委員專家庫：根據項目的大小、評選委員的專業方向建設，具體安排如下：
a、按照項目費用標準劃分：項目總費用在50萬元及以上，評選委員人選在室經理以上人員中抽取；項目總費用在50萬元以下，評選委員在所有人員中抽籤決定。
b、按照項目屬性劃分：（選擇其中一人作為項目專家參加）
綜合類項目：
業務類項目：
培訓類項目：
體驗類項目：
宣傳類項目：
基礎管理類項目：
（2）項目經理須讓評標委員會成員知悉招標情況。
a、招標的目標；
b、招標項目的範圍和性質；
c、招標文件中規定的主要技術要求、標準和商務條款；
d、招標文件中規定評標標準、評標方法和在評標過程當會考慮的相關因素。具體而言比如各供應商的背景資料、過往經驗、時間進度、產品質量、費用控制；我中心的需求、所要達到的目標；風險控制，出現糾紛如何解決等。
（3）制定評標細則。（範例見附件三和附件四）
參照選型評分表，根據項目細項進行修改和分數調整；參加選型會時需提供5份打分表和1份彙總表，請注意打分表和彙總表的題目及監督員的編制。
7、詳細評審。
（1）商務評審內容：
①將投標報價與標底價進行對比分析，評價該報價是否可靠合理。
②投標價構成和水平是否合理，有無嚴重不平衡報價。
“項目”是一個可大可小的詞，它可能是一項相當簡單的活動，比如為辦公樓所有的接待員配上新的個人電腦，也可能是一項很複雜的冒險活動，例如開發系統軟件或進 行系統升級，或者是一項有意義的龐大任務，如全公司採用ERP。一個項目可能只有一個員工或者由來自不同公司的幾十人組成的團隊。它可能是高科技含量的，也可能根本就不含任何技術。作為一位IT經理，你的生活很可能被項目包圍雖然項目管理是一門複雜規範的管理科學（儘管有時它像一門藝術而不是科學），但你不需要所有的複雜的和規範的程序來運行一個成功的項目。
下面的三個規律也許沒有道理可講，但是它們常常被證明是正確的：
①沒有一個重要項目是按時、在預算內或者由啟動者來完成的。
②項目在完成95%之前進展迅速，之後毫無進展。
③當事事進展順利時，將會有問題出現。
根據這三個不是規律的規律，我們可以得出這樣兩個推論。推論一：當事情不能再糟糕時，將有轉機。推論二：當事情順利時，是因為你忽視了某些問題。
項目管理的要點
項目管理(PM)成為一項正式學科並在今天的公司生活中廣泛存在。
一個項目有5個要點需要你回答：目標、項目團隊的成員、時間、花費和公司裏誰將支持它。
項目的大小和範圍有很大的不同，並且它們可能在人們毫無知覺的情況下啟動，可能沒有正式的要求，沒有特定的預算，只有大概的完成日期。另一方面，要求、預算、完成日期可能是完全確定的。
作為一位項目經理最重要的任務是詳細説明一個清楚的項目目標（或一系列目標）。在首先確認目標之前不要做任何事，讓團隊成員和項目贊助者一致同意項目的目標，並把它寫下來。
然後，為你的項目爭取幫助和贊助，你不能獨自一人做項目，你需要其他人的幫忙，可能是公司其他部門的人。
在詳細説明你的目標之後，你還需要詳細解釋達到目標需要的步驟，這些步驟被稱為里程碑。
根據這些要點，你有5個關鍵問題需要得到答案：
①項目的目標是什麼？
②誰將是幫助我完成這個目標的項目團隊成員？
③項目需要花多長時間完成？
④項目將要花多少錢？
⑤其他還有誰會支持這個項目？
想清這些問題後，就可以進入啟動項目階段了。
1、如何啟動一個典型項目
最初項目可能缺乏細節，沒有花費、時間進度或所需資源的架構。事實上，當這些問題數字化時，項目已經被扼殺了，因為它花的時間太長了，要用太多的錢，或者需要很多員工。
而一旦你有一個項目需要管理，不管你自己做或給別人來做，你的工作是好好管理它。顯然，不同規模的項目不能使用同樣的方法管理。在這裏，我們假定我們有一個10人左右的項目團隊，項目將需要4～5個月時間。
首先我們需要明確定義項目目標，因為這樣我們可以把目標作為成果，它將標誌着我們的項目已經成功完成。項目的目標必須具有以下幾個重要特徵：
明確定義。
項目相關重要人員一致同意（這個團隊可以包括那些不直接參與項目的人）。
記錄下來。
除了所考慮的其他問題，我們首先應當確定目標，讓它一致通過，並記錄在案。
認真把你的項目目標與公司總體目標相比較。最好不要把你的部門或你自己看成一個孤島，而要把它看成組織的有機組成部分，使你的項目目標服從公司的總體目標。如果你的公司是汽車零配件商，你正要為公司安裝一套新的電話升級系統，公司裏的許多人會想，他們為什麼必須幫助你，這項活動如何幫助他們。你需要明確答覆這些問題。
在明確定義項目目標的同時，你需要認真考慮項目的正式贊助人。可能你的老闆佈置給你這個項目，你一定要清楚地告訴他你很快就需要他的幫助。如果你自己創 建這個項目，在清楚地勾勒出它的目標後，要清楚地計算出你將從公司的其他人那裏能得到多少幫助。你的項目可能正是公司總裁或其他高級管理人員的得意項目，如果是這樣的話，這樣的贊助和支持能極大地幫助你消除障礙。
2、項目里程碑的重要性
當確定了項目目標後，下一步就是確定項目的里程碑了。我們要清楚地瞭解達到目標需要做哪些事，需要將目標分解成一個個里程碑。這裏不需要分得太細，但是應該將項目分解，以便於思考我們的項目團隊需要什麼人，並且可能開始擬訂一些遠景規劃，包括時間進度、花費和其他資源。
在你確定里程碑時，你也應當指出項目的風險，畢竟有一些事情可能會阻礙一個項目的成功，對於這些，你儘量預見到一些未知的風險。深入理解項目這個概念，因為 你和你的團隊成員完全可能同時捲入幾個項目，每一個規模都不同，每一個都在其週期的不同點，並且每一個都在爭資源，包括你的時間。
假如項目的目標是在公司的所有電腦上安裝升級的微軟Word軟件，而你在一個400人的公司工作，你需要認真計劃如何以及何時來完成這項任務。儘管部門以 外的某些人認為這是一項簡單的任務，但任何有IT經驗的人都知道像這樣的一個升級項目要花很多時間和精力。你不僅要協調公司範圍內的Word的升級，你還 要對給一個服務器安裝新的操作系統進行監督，還參與購買全公司的電話系統，併為跨部門組合的團隊評估公司新的醫療福利體系。同時你工作的各個項目的每一位 成員也都在為其他更多的項目工作。
一、概述
項目策劃的目的建立並維護用以定義項目活動的計劃。
項目策劃階段的主要活動包括：確定項目目標和範圍；定義項目階段、里程碑；估算項目規模、成本、時間、資源；建立項目組織結構；項目工作結構分解；識別項目風險；制定項目綜合計劃。項目計劃是提供執行及控制項目活動的基礎，以完成對項目客户的承諾。
項目策劃一般是在需求明確後製定的，項目策劃是對項目進行全面的策劃它的輸出就是“項目綜合計劃”。
在筆者經歷或者監管的很多項目中，發現一個規律掌握項目計劃的項目經理在項目過程中管理會比較到位，而不掌握項目計劃或者項目計劃不到位的項目中我們的項目往往出現很多故事，項目管理往往是越管越亂。項目計劃是幫組我們項目經理去理清項目的過程和各組織活動之間的關係，只有搞清楚這些，我們的項目才能被管理起來，否則我們不能談項目管理，只能説我們在管着項目，但是還沒有理清楚，結果則是什麼也沒有管到位。
二、確定項目範圍
項目範圍包括項目需求範圍和項目工作範圍，項目工作範圍是為實現項目目標並使客户滿意（有效地完成項目目標）而必須做的所有工作，它包括項目的最終產品或服務以及實現該產品或服務所需要做的各項具體工作；在《軟件需求開發》中我已經説過了項目目標和需求範圍的確認，本節內容是確認項目的工作範圍。
項目工作範圍的確定是為了有效地完成項目目標而界定的主要工作內容的活動，會將項目的可交付成果劃分為可控的、易於管理的單元模塊。
1、確定客户提供的工作產品
在確定項目範圍的前，我們要與客户確認由客户提供的工作產品或資源，以及這些工作產品或資源的標準、提供時間、方式等信息。通過確認客户提供的工作產品我們可以界定項目中的哪部分工作是由客户完成，哪部分工作將要由項目組去實現。
2、確定交付給客户的工作產品
在確定項目範圍的同時我們也要確認交付給客户的工作產品及資源，以及這些工作產品或資源的標準、交付時間、方式等信息。以確定該項目是否有額外的工作任務。
3、確定項目的工作範圍
在項目中工作範圍與軟件生存階段是基本對應的，項目工作範圍可以理解為我們承擔的主要開發階段，一般的開發階段有：概要設計、詳細設計、編碼、單元測試、產品集成、系統測試、驗收交付、維護。
4、確定項目的質量目標
與客户確定我們軟件需要達到的質量目標，在客户提出的質量目標中往往只有一些非功能需求的目標，大多與技術相關，而在項目開發過程中的質量目標可能客户不是很關心，涉及過程的質量目標大多也只有交付後的缺陷率。這個時候我們要結合公司的過程能力以及客户可能提出的質量目標進行能力匹配，並制定出項目的質量目標。過程能力匹配與分析以後單獨進行説明。 過程能力即項目組執行項目活動的子過程能力。如，代碼生產率（單位：KSL/人月），單元測試bug檢出（個/KSL）等，這些過程能力都有一箇中線，3σ上線以及3σ下線，過程能力是根據公司歷史項目的數據依據“過程標準差”的方法統計分析得出。
5、建立WBS工作包
依據項目需求範圍和項目工作範圍，把需求作為橫座標工作階段作為縱座標，我們可以得到一個項目的基本任務的工作包，我們一般把這類工作包作為WBS工作包。在WBS中我們也要包含任務返工、項目管理類和項目支持類的工作包。
三、定義項目階段、里程碑
我們定義了項目的目標和範圍，並建立了WBS的工作包。那麼我們如何實現項目的目標，首先我們應該是分解項目目標，一般我們把它分解為里程碑目標或階段目標。
1、確定項目的生命週期模型
項目生命週期各階段的定義，依賴於需求的範圍，項目資源的估計，以及項目的。本質。項目一般都包含多個階段。軟件項目階段的決定，通常包含軟體開發模式的選擇與改進，以説明項目活動間的相互關係與適當次序。生命週期模型的一般有瀑布、原型＋瀑布、迭代、增量模型。
2、選擇生命週期模型的準則
A)瀑布模型
適用於新的有較多用户的產品、平台/中間件開發項目，或者是用户對開發過程有嚴格要求的工程定製項目 。充分理解用户需求，且需求是確定不變的。 用户有一定的能力，對需求的表述是確切的 。所有過程工作產品的控制基線，需要有可見度和可靠性 。
B)原型＋瀑布模型
新領域的應用項目的開發：如企業應用系統開發項目等。項目包含一種新技術，例：新硬件、新的系統架構等。 需求不很清楚。 存在關於性能、可靠性和可行性的主要的、未解決的問題。 用户界面對系統成功是很關鍵的，但不很清楚。
C)迭代模型
新領域、新技術的研發項目 。規模較大的項目或產品 。 需求的清晰度低，且需要進一步的調查。技術或體系結構方面的知識匱乏。
3、定義項目的階段
我們依據以確定的生命週期模型定義項目階段，在定義階段的時候需要明確每個階段的輸入、輸入、目標及主要工作。
定義項目階段主要是對輸入、輸出以及工作量、規模、質量目標偏差控制範圍的定義，我們一般定義輸入工作產品的標準、要達到的質量目標，輸出工作產品的標準，要達到的質量目標。階段工作產品的工作量、規模以及質量目標的偏差控制範圍，每個步驟的細節執行方式及這些細節活動的檢查方法。如果階段和里程碑時間點一致，可以與里程碑一起判斷階段目標的達成。
4、定義項目的里程碑
在瀑布模型和增量模型的階段就是我們説的需求開發、概要設計、詳細設計、編碼、單元測試、產品集成、系統測試、驗收交付、維護這些階段。一般瀑布模型的里程碑設立根據項目規模和特點為需求、設計、編碼＋單元測試、產品集成＋系統測試、交付；增量模型一般里程碑是每次可交付產品為一個里程碑，如果規模很大可以按照瀑布模型設立子里程碑。
迭代模型的里程碑一般是每次迭代就是一個里程碑。
我們上面説了里程碑定義的準則，簡單理解里程碑可以作為是項目的一個可交付並能給項目工作承上啟下的點，所以里程的目標、准入和準出的定義，是在項目實施中對項目能否達成項目目標的檢查依據。
里程碑的准入準則，就是輸入里程碑的工作產品、資源是否滿足該里程碑的要求。我們就要定義輸入工作產品標準、要達到的質量目標。而里程碑的準出不僅僅是工作產品的標準和達到的質量目標。還要判斷這個里程的進度、成本、工作量、規模的偏差以及項目的變更是否在控制範圍內。
5、定義項目的過程
確定項目執行過程中的子活動級活動的順序，並給出這些活動的輸出。在大部分公司都有一個項目執行過程的全集，項目在開始的時候依據項目的工作範圍缺確定項目要執行的子過程以及輸出的工作產品，在CMMI中把這個活動叫做裁剪項目過程定義，在這裏我們要説明的是“裁剪”不是“裁減”，在對項目過程裁剪的時候我們不是簡單地考慮做或者不做，應該在不做的時候考慮是合併還是用其他的替代方法來執行。
四、估算項目規模、成本、時間、資源
對於已確定的項目範圍，定義了階段和里程碑，那麼我們每個階段的輸出的工作產品的工作量、成本、質量如何估算就十分重要，這些也是判斷階段目標和里程碑是否達成的重要判斷依據，而要估算工作量、成本等工作產品屬，我們就必須先估算出工程階段每個工作包的工作產品規模。
1、估算的順序
在整個估算中，規模的估算是基礎，大部分的估算都是基於項目規模的估算而來的。在規模時，對於採用的類是技術、開發語言、架構的項目，他們的工作產品規模與需求規模的比例是基本穩定的。如：1個簡單的數據庫錄入功能，用Java編寫的代碼一般是20行，概要設計是1頁，詳細設計是1.5頁，需要20個單元測試用例等。這個比例關係的變化是很少的，但是工作量和公司的生產率人員水平等都有關係，估算工作量我們要考慮的人為因素要更多。所以我們對最穩定的那部分優先估算。
2、確定估算的方法
目前典型的估算方法有：經驗值估算、功能點估算。
但是我們發現選擇了估算方法，在項目執行中我們會發現這些估算很不準確。建立公司的估算能力是解決估算準確性的唯一途徑，估算能力一般是根據公司歷史項目的數據來建立估算的模型。當然我們為了獲取更準確的估算值，也會採用多種估算方法，通過多種估算結果去驗證估算的準確性。
3、確定估算因素
在確定估算方法後我們依據估算方法的特點要去了解項目具體功能的特點，一般設計及實現的複雜度、技術要求、可維護要求、可配置要求、可靠性要求等一些非功能需求都與項目的複雜度相關，還有一些特殊的業務功能也會給項目的複雜度相關，這些要素就是能否準確估算項目前提。
4、估算工作量和成本
一般工作量和成本的估算是依據項目的估算模型，依據工作產品的規模去估算工作產品的工作量。
成本的估算我們要考慮項目管理類、支持類及返工的工作量。在建立項目度量能力和模型的時候我們可以從歷史項目中推出這些工作量的估算模型。一般每個開發階段都要預留15～20％的工作量用於返工。管理類的工作量一般是項目總開發工作量的10％，質量保證、MA及其他支持類的工作量一半是項目總工作量的2～5%。
5、估算項目的時間
依據已經估算出的項目規模，每個階段的工作量，結合現有資源估算項目的概要時間，時間估算的結果是階段、里程碑、項目的起至時間。
6、估算項目的風險
依據歷史項目積累的風險，在項目開始階段對項目的技術、管理、質量、資源、需求等方面可能出現的風險進行全面評估。並評估出來的風險制定規避和管理措施。
7、估算的評審
項目的估算結果一般就是項目預算，我們一般先要對這些預算進行技術評審，以確定預算的合理性。然後還應通過到由公司高層的管理評審。
五、建立項目組織
我們已經有了估算結果和各個階段的時間，這個時候是我們考慮項目的組織建立，一般有：PM－項目成員，PM－Leader－項目組成員、PM-SubPM－Leader－項目組成員等模式。
在PM-項目成員這個管理模式是很好管理，這個模式下一般項目組人員規模不超過10個人，項目在對問題進行溝通的時候一般靠喊一喊就能全部傳達。
在後面2個模式中，項目組成員規模一般都在10個以上有的大型項目甚至能到幾百人。為了將這些團隊管理好，我們要建立使項目組能高效的管理和溝通的方法及原則。這些方法及原則主要有：明確組織的管理和監控的方法及流程，要明確各個崗位的職責和權利，要明確各個層級溝通及彙報的方式，明確各個組間的溝通及彙報的方式。只有明確了這些才能保證項目組的各個團隊都能高效運作，這個也是企業管理文化在項目中的體現。
六、建立項目綜合管理計劃
為了能使項目能正常開展並且有依據，我們需要建立一個綜合的項目管理計劃。這些計劃的主要內容有:
1) 項目的質量目標
定義項目各個子過程及工作產品的質量目標。
2) 項目的生命週期模型
定義項目的生命週期模型。
3) 項目的階段和里程碑計劃
定義項目的階段、里程碑的輸入、輸出準則，以及階段、里程的主要活動及時間計劃。
4) 項目的監控計劃
定義項目的監控對象、監控頻率、監控原則、監控依據，定義項目的會議制度、溝通方式、以及項目中出現問題的溝通及彙報原則。
5) 項目的度量計劃
依據監控要求和公司要求，定義項目要進行度量的度量元、度量頻率、度量方法、度量結果保存方法。
一、項目由來
中國與俄羅斯兩國建立了長期的戰略合作伙伴關係，兩國政府確定分別舉辦國家年，2006年在中國舉辦了俄羅斯年，2007年在俄羅斯舉辦了中國年，兩國友好年活動將大大推動中俄在政治、經濟、科技、文化、教育、軍事等各領域全方位多層次的全面合作。兩國政府在人才培養和互派交流方面也採取了積極的舉措。
早在本世紀初，俄羅斯政府確定每年資助全球1000名優秀的國際學生到俄羅斯高等院校留學，由俄羅斯教育部直接錄取，按名額分配到相關高等院校，以獎學金的方式資助學費，並每月發給部分生活費，所在院校免收這些留學生的住宿費。
中國留學人才發展基金會通過與俄方教育發展研究機構的合作，取得向俄羅斯教育部選拔推薦優秀的公費中國留學生的資格，承擔為申請學生諮詢説明、培訓測試、選拔推薦、申請入學批准、辦理簽證手續、行前培訓、赴俄羅斯院校接機報到、辦理公費獎學金手續、監管援助等全程的服務工作。
二、項目優勢
1、獎學金留學生就讀的學校、專業、課程都是經俄羅斯教育部直接考評後確定的大學、學院等高等院校，這些院校都是國立的，歷史悠久，師資力量強，教育質量高，畢業後就業率高；
2、對獎學金留學生俄羅斯教育部作為專家後備人才跟蹤管理，學生情況進入俄羅斯專家後備人才信息庫，不僅畢業後有可能被聘為專家，而且學習期間在社會活動、生活方面享受一定的專家待遇；
3、獎學金留學生被俄羅斯教育部指定的學校錄取，在校學習期間的學費、住宿費免交，只要學生學習好，還可每月至少獲得教育部發放生活補貼費1000盧布以上；
4、交付俄羅斯教育部的管理費比照自費學生大學5年（普通專業一年預科、4年本科）應付的學費、住宿費總數至少減少60%以上，即只相當於不到40%，而且是一次性交齊5年的管理費，可避免因學費、住宿費逐年上漲而多交（俄羅斯各高校的學費、住宿費每年以15%-20%的比例上漲）；
5、獎學金留學生連續2年以上綜合成績優秀將有資格獲得中國留學人發展基金會頒發的優秀中國留學生證書和獎學金；
6、由中國留學生人才發展基金會選拔推薦被錄取為俄羅斯教育部獎學金留學生資格的學生，在赴俄羅斯臨行前發給以歐美同學會名義出具的給中國駐俄羅斯大使館教育處的介紹函，留學期間可得到大使館的幫助和關照；
7、獎學金留學生自動成為歐美同學會留俄分會的會員，在俄羅斯期間優先參加俄羅斯中國留學生組織的各項活動，結識其它會員，互通信息，得到幫助。
三、申請人條件
1、中國應屆高中畢業生（有無俄語基礎均可）；
2、高中畢業會考成績優秀，絕大多數科目為A或B者；
3、受過獎勵、有特殊技能、專長的高中畢業生；
4、參加國家大學聯考，成績達到本科錄取線的優先錄取。
四、選拔推薦和辦理辦法
1、由學生所在學校推薦應屆優秀高中畢業生，提交由本人填寫簽名、學校批准蓋章的俄羅斯獎學金留學生申請評估表、學生畢業會考成績單、學生所獲獎勵證書或特長、專長、特殊技能的證明；
2、由中國留學人才發展基金會進行初步審查、選拔，通知學校同意推薦的學生名單，由學生按申請俄羅斯獎學金留學生提交材料清單準備文件材料；
3、收齊、整理俄羅斯獎學金留學生申請人文件材料後，向俄羅斯教育部推薦、報名；
4、俄羅斯獎學金留學生申請被俄羅斯教育部批准後，俄羅斯教育部以公函形式向確定的所轄大學發放錄取通知書和派遣函，並向學生本人發給赴俄羅斯留學邀請函；
5、在中國留學人才發展基金會指導幫助下申請學生持本人護照、俄羅斯教育部的留學邀請函和其他證件到俄羅斯駐中國大使館（除7省市外）和瀋陽領事館（黑、吉、遼3省）、上海領事館（滬、蘇、浙、皖4省市）申請簽證（面籤，免交簽證費，5個工作日內取）；
五、申請學生對就讀學校的選擇和學程
1、每個學生可以申請教育部確定所轄學校中的3所不同的學校，未列入其內的院校還可再報1所，由俄羅斯教育部和學生申請的大學一起按其志願順序和畢業成績綜合評審後，由俄羅斯教育部決定其中1所大學錄取；
2、所有獎學金留學生入學第一年均在教育部指定的專門的大學讀預科，學習俄語和有關課程；
3、獎學金留學生在入學讀預科的第二年六月進行預科考試，考試通過後，升入本人志願並被錄取的大學本科開始大學正式課程學習。如果有特殊情況發生變化，學校負責向學生説明並安排其到就近的大學就讀，學生需服從安排；
4、獎學金留學生從升入大學開始每門課程都達到優良，主要課程達到優秀，可以一直獲得俄羅斯教育部的獎學金，免住宿費，並有每月由俄羅斯教育部頒發的生活費；
5、如果學生在學習期間無法通過升級考試（如預科結業考試、一年級主要學習課程考試成績不及格），學校和教育部將要求學生退學或改為自費生繼續學習，所交管理費不予退還。
六、報名起止時間、入學時間和名額
1、報名起止時間：每年1月1日-8月30日（五月以前的申請成功率最高）
2、入學時間：每年9月1日-12月上旬（就讀的預科學校開學時間根據錄取的國際學生情況，開學時間有所不同）。
最近1年來，有不少熟識的朋友在考慮從傳統領域切入到互聯網，或者説是放棄了傳統的生意，而轉型到互聯網方面開始新的創業，他們希望能在互聯網上創立新的事業和新的高度。
但是，在他們印象裏，互聯網是一個比較籠統和模糊的的概念，特別是作為第四媒體的互聯網媒體方面，從項目立項到技術開發，再到後面的運營推廣，這些流程問題，對於他們來説是非常陌生的。
所以在這裏，我以自己這幾年來積累的一些項目經歷和經驗，做下流程概述，希望能起到拋磚引玉的效果，同時也為這些朋友的創業起到參考作用。
一，初步立項：
在立項前我增加了“初步立項”這一步驟，是為了説明：有些老闆在“想做”和“何時做”之間，總是處於一種徘徊狀態，而這個徘徊期往往不短，結果很可能會錯失掉好的時機……
換句話説，也就是優柔寡斷、猶豫不決。
這個階段主要涉及到的人員有：老闆 決策團隊
這個階段的結束標誌是：做 or 不做 （做的話，繼續向下）
二， 正式立項：
到了這一步，我們可以就這個項目可以開始具體的工作開展了。
這個階段，應該完成下面幾個方面的方案：
1，產品定位與產品創意：（目標用户羣體）
2，運營目標：（在互聯網方面一般會用IP和PV以及用户數、瀏覽數等來數字化考核）
3，預算投入：（有多少錢才能辦多少事）
4，運營方式/成本：（運營、運維、更新、推廣、審核 等。成本）
5，盈利模式：（目前國內網站盈利模式普遍不清晰，但，總得有個大致方向）
其中，1和2是方向性問題，決定了你這個項目該向哪個方向去努力。3是資源性問題，4是操作層面和後續發展的問題，在立項時也必須要考慮到。
當然第5點的盈利模式也很重要，不過對於大多數互聯網企業來説，盈利模式是在網站發展過程中摸索出來的，而不是一開始就能確定的（例如現在的視頻分享網站，盈利模式都還處於探索中）。
另外，預算投入是整個項目的前提。作為老闆和項目主管，你必須要知道手裏的錢，能夠支持你把這個項目做多久？做到什麼程度？也就是我們常説的“成本預算”及“目標設定”
這個階段主要涉及到的人員有：老闆 決策團隊 運營主管(coo)
這個階段的結束標誌是：“網站整體策劃”通過認可。 （做的話，繼續向下）
三，開始實施：
進行到這一步，就需要確定各職能部門人員了。有些懂技術的老闆會親自帶隊，而有些對互聯網不太懂的老闆會聘請首席運營官（coo）來負責這個項目的整理管理。
在這個階段，一般由運營主管(coo)來負責招聘到以下人員：
1，策劃（或產品）經理：主要是將項目主管和老闆的大想法落實到細節部分的團隊。如果項目主管是負責大腦的設計師，那麼，策劃產品團隊就是負責整個網站神經系統的設計師。
2，開發部經理：負責網站核心架構的搭建，並帶來團隊進行產品的功能性開發。
3，設計部經理：負責網站相關的設計。
4，推广部經理：負責網站對外市場開拓。
5，編輯部：網站的更新、維護等日常運營功能。
在人員配置初步階段，最好是先將各部門經理先招聘到位，然後再由各部門主管根據自己負責的工作範圍，配置人員及協調項目時間和進度。
另外在很多情況下：
1，1和5這2個部門是同屬於一個團隊的（運營部），不光負責網站前期的策劃，中期的項目協調，還要負責網站上線後的日常運營工作。而且這個工作是光榮而艱鉅的（“光榮在於平淡，艱鉅在於漫長”）。
但是目前有很多公司，會專門設立產品部，來負責新產品的策劃和開發，但是，往往是在開發完畢後，丟給（編輯）運營人員去運營。這樣往往導致了很多不錯的產品由於各種原因在推出後達不到預期的效果。
2，2和3一般情況下會整合為技術部。再加上負責服務器這邊的運維部，一般由CTO來管理。
3，推广部一般會成立一個獨立的小團隊來開展工作，但是一般也是由COO直接領導的。
這個階段主要涉及到的人員有：運營主管(coo) 各部門主管
這個階段的結束標誌是：各部門主管人員到崗
四，產品原型：
原型設計：這主要是產品團隊人員的事情了。在充分理解老闆和coo的前提下，按照“網站整體策劃”方案開展網站產品的細化工作。並在規定時間內完成原型設計。
原型設計一般會經歷多次提案多次修改的過程。主要是將早期的“網站整體策劃”中的各種文字描述具體細化成成品網站的一個過程。
這個階段主要涉及到的人員有：運營主管(coo) 各部門主管
這個階段的結束標誌是：“產品原型”獲得通過
五，開發 設計階段：
到了這一部，一般由COO控制整個項目的進度，各產品經理負責自己範圍內產品的進度。設計和開發部經理配合協調，安排人力進行項目的具體設計和開發工作。具體過程就不多講了。
其它部門：例如推广部、編輯部、客服部 等等運營人員會開始做網站上線前期的準備。
這個階段主要涉及到的人員有：運營主管(coo) 設計開發部門 策劃產品團隊
這個階段的結束標誌是：產品的設計及開發完成程度，達到了產品策劃團隊的要求。
六，內測：
這個階段基本上是策劃、開發、設計都基本上收工了，這個時候需要以運營團隊為主、其它人員為輔，來進行網站的內部測試和內容填充等完善工作了。
這個階段主要涉及到的人員有：團隊所有人員
這個階段的結束標誌是：滿足“網站整體策劃”和“原型設計”的要求，達到上線標準。
七，公測/運營（推出）：
到了這步，網站已經上線了。
這段時間主要工作是：處理bug，優化功能，內容填充 等。
八，運營:
舞台已經搭好，該輪到以(coo)運營團隊為主的角色們來唱戲了。技術團隊退後做日常維護工作。
九， 結果：
作為一個互聯網企業，其結果無非也就以下幾種方式：
1，自力更生，做強做大。
2，找風投。拿出部分股權換取風投資金，讓自己前期的投入得以套了現。
3，被收購。拿出大部分股權換取資金，帶着利潤套了現。
4，上市。路漫漫其修遠。
蒙田範文網