如何按時完成游戲項目
1. 項目經理如何確保項目按時完工和高質量
文本Tag：項目經理項目管理 【IT168 分析評論】 大多數軟體開發人員本能地認為，項目經理所要確保的項目按時完工與實現高質量的軟體是矛盾的。這並不是因為項目經理們不想要高質量的軟體，他們只是想在質量基礎之上，能夠按時完工和低於或等於預算的情況下實現這個軟體。他們的努力可以成功地在降低成本和開發時間的同時不會對質量造成影響，但他們有可能過度地使用了這些技巧。 盡管以下的這些項目管理技巧至少是很有意義的，在某些情況下，它們甚至是受到尊敬的技巧，但是它們都有造成災難的潛在可能。 時間盒(Time boxing) 在破壞軟體質量的事件列表上，時間盒的應用排在第一位，當您告訴某人在任務必須移交之前，他擁有多長時間來完成這項工作，我說移交而不是完成，因為在極端情況下，這經常意味著代碼並不完善，僅僅是抓緊時間去完成這項工作。 在大多數情況下，時間盒是有效的，因為它可以做到四件事： 1. 它迫使開發者能夠富有創造性地在他們的預算之內發現解決方案。 2. 它排除了經常添加在軟體中不必要的虛飾，而這些虛飾往往並不能增加軟體的價值。 3. 它防止開發者過度測試。 4. 目的只是要得到這件產品，在完整的質量評價(QA)階段將會有詳細的測試，希望在此階段中能夠發現代碼中存在的問題。 當存在未知問題，或技術沒有經受檢驗，或沒有正確的方法來檢驗結果的時候，時間盒就無能為力了;當時間盒很小，而且在分配的時間之內並沒有可能的辦法來實現目標時，這種方法也是無效的。換句話說，時間盒可以很好地解決一些問題，比如充分理解、謹慎評估和執行類的任務;然而，也確實存在時間盒方法不能很好解決的問題，比如研究和發展，還有解決問題等等。 如果時間盒是正確使用的，那麼不應當導致測試到很糟糕的代碼，這些糟糕的代碼可能會導致數百個小時的診斷和返工。時間盒應當適度使用來確保最低的成本、最快和最高質量的軟體。 誤期所有人都要有奮斗的目標，里程碑是一種受到尊敬的方法，它用來激發人們向同一個目標前進，這種動力可以在很短的時間內得到重大成果。然而，每個人都必須承認里程碑所界定的時間並不是每次都能實現，這時就必須要做出新的決定。 項目經理們必須要在團隊中樹立里程碑的目標，以此來激勵他們前進，但是，當里程碑確立的日期並不現實，而且隊員們一再出錯，那就應該重新評估這個計劃了。如果因為某種特殊情況可以使這個日期不再重要，那麼當這個重要日期真正來臨的時候，整個團隊就只有很小的動力來實現這個里程碑日期。當整個團隊連續錯過了10個日期，那麼第11個日期還重要麼?這就像喊著狼來了的孩子一樣。 如果在設定的時間線之後並沒有任何處罰，那麼當錯過這個時間的時候就應該強制執行或者移動整個時間線。 長遠來看，不斷創造持續的壓力和令人迷惑的環境並不能創造出好的軟體，開發人員需要能夠專心工作的環境。完成項目的日期和關於里程碑日期是否真實的混亂，經常會導致開發人員在開發過程中跳過關鍵步驟或者造成難以發現的問題。 假裝沒有錯誤 在項目管理中，忽視並不是一種幸福。為了成功地完成項目，除了不可阻擋的政治壓力，向公司其他的員工介紹項目的風險也是必需的。幾乎每個軟體開發項目都有延期或超出預算或同時出現這兩種情況的風險。 當然，當整個項目還沒有落後於計劃之前，這一問題還不會充分暴露出來，然而，大多數項目都有辦法只讓項目的某些部分落後一點點，而幾乎每個項目都有過於倉促的風險，這是因為管理層在很長一段時間之內都在項目沒有任何問題之後得知項目的真實狀態。 忽視相關性在軟體開發中，我們有很多技巧可以用來延遲相關性，我們可以停用一些函數、移動相連的基本架構，或者繞開眾多的錯誤處理，在正確使用的情況下，所有這些技巧都可以幫助推進一個項目，然而，當為了完成項目，而這些技巧的成本因素又沒有被考慮到整個計劃當中時，就埋下了煩惱的種子。 很多時候，在項目中排列軟體開發的順序是非常具有挑戰的事情，相關性並不容易被發現，因此也就不可避免地有很多相關性因素沒有被安排到計劃當中。為這些不可預見的相關性安排日程表可以讓人變得瘋狂，因此，壓制相關性的方法是經常使用的，但是，如果過度使用了這些技巧，這些費用可能經常會占據項目總成本中很重要的一部分，而且直到項目的最後才會被發現。 所以要確信您現在所做的對於管理相關性是必需的，不會添加過多的成本，而且是整個軟體開發項目中必不可少的一部分。當項目經理不能在成本與降低相關性的便利中取得平衡，那麼他們草率地組裝的代碼將會展示出質量問題。
2. 一個游戲的開發過程大概是怎樣的
你可以先去【繪學霸】網站找「游戲特效/unity3D」板塊的【免費】視頻教程-【點擊進入】完整入門到精通視頻教程列表： www.huixueba.net/web/AppWebClient/AllCourseAndResourcePage?type=1&tagid=305,306&zdhhr-11y17r-52545144
想要系統的學習可以考慮報一個網路直播課，推薦CGWANG的網路課。老師講得細，上完還可以回看，還有同類型錄播課可以免費學（贈送終身VIP）。
自製能力相對較弱的話，建議還是去好點的培訓機構，實力和規模在國內排名前幾的大機構，推薦行業龍頭：王氏教育。
王氏教育全國直營校區面授課程試聽【復制後面鏈接在瀏覽器也可打開】：
www.cgwang.com/course/gecoursemobilecheck/?zdhhr-11y17r-52545144
在「游戲特效/unity3D」領域的培訓機構里，【王氏教育】是國內的老大，且沒有加盟分校，都是總部直營的連鎖校區。跟很多其它同類型大機構不一樣的是：王氏教育每個校區都是實體面授，老師是手把手教，而且有專門的班主任從早盯到晚，爆肝式的學習模式，提升會很快，特別適合基礎差的學生。
大家可以先把【繪學霸】APP下載到自己手機，方便碎片時間學習——繪學霸APP下載： www.huixueba.com.cn/Scripts/download.html
3. 在項目執行的過程中如何進行項目的控制，確保項目進度
轉載，供參考。
軟體開發項目進度控制
一、影響軟體開發項目進度的因素
要有效地進行進度控制，必須對影響進度的因素進行分析，事先或及時採取必要的措施，盡量縮小計劃進度與實際進度的偏差，實現對項目的主動控制。軟體開發項目中影響進度的因素很多，如人為因素、技術因素、資金因素、環境因素等等。在軟體開項目的實施中，人的因素是最重要的因素，技術的因素歸根到底也是人的因素。軟體開發項目進度控制常見問題主要是體現在對一些因素的考慮上。常見的問題有以下幾種情況：
1、80-20原則與過於樂觀的進度控制
80-20原則在軟體開發項目進度控制方面體現在：80％的項目工作可以在20％的時間內完成，而剩餘的20％的項目工作需要80％的時間。這個80％的項目工作不一定是在項目的前期，而可能是分布在項目的各個階段，但是剩餘的20％左右的項目工作大部分是在後期。所以軟體開發在進入編碼階段後會給人一種「進展快速」的感覺，使得項目經理、項目團隊成員、用戶以及高層領導產生了過於樂觀的估計。有些領導看到軟體交付給用戶了，就一塊石頭落地「總算交差了」，同時又可能撤出一些被認為不必要的人力資源。但很多情況下這是為了對付用戶不合理的交付期限要求而採用的不得已的措施。這樣的結果是拖延了後期的工作，同時如果軟體還不成熟的話，會給用戶造成不好的影響。
2、范圍、質量因素對進度的影響
軟體開發項目比其他任何建設項目都會有更經常的變更，大概是因為軟體程序是一種「看不見」又「很容易修改」的東東吧，用戶是想改就改，造成需求的蔓延，項目經理有時還不知如何拒絕，加上要說「我能」的心理因素，一般都會答應修改。這樣集少成多，逐漸影響了項目進度。
如果某項工作在進度上表面上達到目標了，但經檢驗其質量沒有達到要求，則必然要通過返工等手段，增加人力資源的投入，增加時間的投入，實際上是拖延了進度。不管是從橫向或縱向來看，部分任務的質量會影響總體項目的進度，前面的一些任務質量中會影響到後面的一些任務質量。
3、資源、預算變更對進度的影響
資源，最主要的還是人力資源，有時某方面的人員不夠到位，或者在多個項目的情況下某方面的人員中途被抽到其他項目、或身兼多個項目、或在別的項目不能自拔無法投入本項目。還有一個很重要的資源，就是信息資源，如某些國家標准、行業標准，用戶可能提供不了，而是需要去收集或購買，如果不能按時得到，就會影響需求分析、設計或編碼的工作。其他資源，如開發設備或軟體沒有到貨，也會對進度造成影響。
預算其實就是一種資源，它的變更會影響某些資源的變更，從而對進度造成影響。
4、低估了軟體開發項目實現的條件
低估軟體開發項目實現的條件表現在低估技術難度、低估協調復雜度、低估環境因素這樣幾個方面。
首先是低估技術難度。軟體開發項目團隊成員，有時甚至是企業的高級項目主管也經常低估項目技術上的困難。低估技術難度實際上也就是高估人的能力，認為或希望項目會按照已經制定的樂觀項目計劃順利地實施，而實際則不然。軟體開發項目的高技術特點本身說明其實施中會有很多技術的難度，除了需要高水平的技術人員來實施外，還要考慮為解決某些性能問題而進行科研攻關和項目實驗；
其次，低估了協調復雜度，也低估了多個項目團隊參加項目時工作協調上的困難。軟體開發項目團隊成員比較強調個人的智慧、強調個性，這給項目工作協調帶來更多的復雜度。當一個大項目由很多子項目組成時，不僅會增加相互之間充分溝通交流的困難，更會增加項目協調和進度控制上的困難。
另外，企業高級項目主管和項目經理也經常低估環境因素，這些環境因素包括用戶環境、行業環境、組織環境、社會環境、經濟環境。低估這些條件，既有主觀的原因，也會有客觀的原因。對項目環境的了解程度不夠，造成沒有做好充分的准備。
5、項目狀態信息收集的情況
由於項目經理的經驗或素質原因，對項目狀態信息收集的的掌握不足，及時性准確性完整性比較差。另外其它一些原因也會造成這種現象。某些項目團隊成員報喜不報憂，不希望別人知道自己工作的不好的情況，例如軟體程序的編制，可能會先編制一些表面的東西，現有界面，看起來好像完成任務了，實際上只是一個「原型系統」或演示系統。給領導造成比較樂觀的感覺。
如果項目經理或者管理團隊沒有及時地檢查發現這種情況，將對項目的進度造成嚴重的影響。當然，如果出現這種需要時時刻刻都互相提防的氛圍，管理人員就應該從管理的角度，從制度的角度檢討一下，進行改進，讓大家實事求是地進行溝通。溫伯格說:「無論你多麼聰明，離開了信息，對項目進行成功的控制就是無源之水、無本之木。」
6、執行計劃的嚴格程度
沒有把計劃作為項目過程行動的基礎，而是把計劃放在一邊，比較隨意去做。例如對於項目團隊內部溝通或外部溝通，在計劃中要說明清楚人員、周期、方式、方法，不能遺漏，但在實際項目過程中，可能出現溝通沒有按時或沒有完整地達到所有項目干係人的情況。若項目計劃本身有錯誤，執行錯誤的計劃肯定會產生錯誤。如，計劃制訂者在計劃系統框架設計考慮上的錯誤、進度安排上的失誤等。實際的項目實施中，除了這種錯誤之外，還可能因為項目執行上的錯誤，造成項目的麻煩。例如，項目的客戶及其他項目干係人沒有及時為項目中出現的情況採取必要的措施或者所採取的措施的不適合具體的情況、沒有效果或者有副作用等。另外，如果在項目中的某項工作（如某個子系統或模塊、組件）被轉包給第三方開發後，不能進行有效的管理，也會造成進度上的延誤。
7、計劃變更調整的及時性
漸近明細是項目的特點，特別是對於軟體開發項目，並不是一個一成不變的過程。開始時的項目計劃可以先制定得比較粗一些，隨著項目的進展，特別是需求明確以後，項目的計劃就可以進一步的明確，這時候應該對項目計劃進行調整修訂，通過變更手續取得項目干係人的共識。計劃應該隨著項目的進展而逐漸細化、調整、修正。沒有及時調整的計劃或者是隨意的不負責任的計劃的項目是難以控制的。在高技術行業，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設之下採用漸近明細的方式，隨著項目的進展進行不斷細化、調整、修正、完善。對於較為大型的軟體開發項目的工作分解結構可採用二次甚至多次 WBS 方法。即根據總體階段劃分的總體 WBS ，需求調研階段結束、概要設計完成後專門針對詳細設計或編碼階段的二次 WBS 。由於需求的功能點和設計的模塊或組件之間並不是一一對應的關系，所以只有在概要設計完成以後才能准確地得到詳細設計或編碼階段的二次 WBS ，根據代碼模塊或組件的合理劃分而得出的二次 WBS 才能在詳細設計、編碼階段乃至測試階段起到有效把握和控制進度的作用。有些項目的需求或設計做得不夠詳細，無法對工作任務的分解、均衡分配和進度管理起參考作用，因此要隨著需求的細化和設計的明確，對項目的分工和進度進行及時的調整，使項目的計劃符合項目的變化，使項目的進度符合項目的計劃。
8、未考慮不可預見事件發生造成的影響
假設、約束、風險等考慮「不周」造成項目進度計劃中未考慮一些不可預見的事件發生。例如軟體開發項目還會因為項目資源特別是人力資源缺乏、人員生病、人員離職、項目團隊成員臨時有其他更緊急的任務造成人員流動等不可預見的事件對項目的進度控製造成影響（即項目按時完成是基於如下假設：人力資源不會缺乏、人員不會生病、人員不會流動）。企業環境、社會環境、天災人禍等事件對項目的進度控製造成影響。對項目的假設條件、約束條件、風險及其對策等對於進度的影響在項目計劃要進行充分的考慮，在項目進展過程中也要不斷地重新考慮有沒有新的情況，新的假設條件、約束條件、潛在風險會影響項目的進度。假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成；約束一般是難以解決的問題，但可以通過其他途徑迴避或彌補、取捨，如犧牲進度、質量等等；假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性、造成的影響、採取的措施。實際上像沒有考慮人的疾病、人員流動這些情況本身也不是什麼問題，因為任何人都不可能把所有以外的情況都考慮完整，實際上也沒有必要。但有些諸如下班或節假日的加班時間都被安排用於項目工作的情況就會造成更多的項目不確定性。在可能的情況下當然要對所有可能情況都做到有備無患，但是有的時候也要冒一定的風險，同時對於風險的防範也需要考慮如果防範的成本大於風險本身造成的損失和影響，則這種防範是沒有必要的。
9、程序員方面的因素對進度的影響
程序員方面有兩種常見的心態影響了進度的控制：一是技術完美主義、二是自尊心。
技術完美主義的常見現象是，有些程序員由於進度壓力、經驗等方面的原因，會匆忙先做編碼等具體的事情，等做到一定程度後會想到一些更好的構思，或者看到一些更好的技術的介紹，或者是覺得外部構架可以更加美化，或者是覺得內部構架可以更加優化，這樣他們會私下或公開對軟體進行調整，去嘗試一下新的技術。而是否使用這些新的技術對完成項目本身的目標並沒有影響，相反可能帶來不確定的隱患。這種做法不是以用戶的需求為本、或以項目團隊的總體目標為本，可能對軟體開發進度造成較大的影響。
自尊心的常見想像是，有些程序員在遇到一些自己無法解決的問題時，傾向於靠自己摸索，而不願去問周圍那些經驗更為豐富的人。有些人也許會通過聊天室等方式匿名地向別人求教。如果運氣好會很快地解決，否則要花很多實踐摸索。而如果向周圍的人求教，可能摸索幾天的問題別人早就解決了。
10、未考慮軟體開發過程的循環、迭代特性
對軟體開發的各個過程分類過於精細，制定進度計劃時各項工作過於緊湊、沒有彈性，造成的後果是，定期提交項目進度階段報告的制度只有在表面上起到效果，按照計劃的時間表提交階段成果也只是在表面上起到效果。因為「上有政策、下有對策」，強行的規定會使人產生一些錯誤的認識：如在項目計劃中「規定」某個時間只能做某某類別的事情，那麼嚴格執行的後果就是編碼階段就不能修改文檔；另外錯誤的「里程碑」概念可能會使大家輕易地相信上一個階段的工作成果都是「通過評審」最終定稿了，而實際上可能只是因為時間到了該提交的人提交、該評審的人評審了。如果上下階段是不同的人就根本不會去檢查其中是否還有錯誤；如果上下階段是同一個人，就可能非正式地修改上一階段的錯誤，但佔用的時間和精力卻是下一階段的，並且這樣的修改時沒有記錄的。這樣關於階段進度控制的措施實際上只是在表面上有效。最為普遍的情況是，用戶在合同中限定了提交軟體系統的時間，實際上這個時間對完成項目任務來說是遠遠不夠的，但計劃只能按照合同來進行，所以要不用戶讓步，要不只能按照時間的約定提交實際上還未完成的軟體系統，完成系統的安裝，但這時候的「完成階段任務」只是一個表面現象，系統雖然安裝了，但可能是沒有經過嚴格徹底測試的，也可能是只完成了部分的功能，省略了某些功能，有些是整塊功能省略，有的是省略了某些功能的某個過程，如數據錄入裡面隱含的數據錄入前預設值設置、數據錄入檢驗等功能，而是實現了比較粗糙的功能。這樣，系統交付並不意味著項目的完成，而在項目交付之後還要花更多的時間。
11、其他因素
以上這些因素是影響項目進度的幾個主要方面，除此之外還有很多其他的影響因素。其實最主要的因素還是人的因素，這里的人包括所有與項目相關的人。項目經理的素質、管理者的水平、用戶的因素、項目成員的因素等等，都會對項目進度造成影響，這是因為由於軟體開發的特性。因為篇幅有限無法一一列舉，只能在此分析一些常見的因素。
不可否認，軟體開發項目進度可控性還是帶有一定運氣成分的。特別是需要用戶配合的那些軟體開發項目，其可控性與用戶的成熟度、軟體應用領域的成熟程度和行業標准規范的完備程度有很大關系。關於可控性方面會涉及到一些與客戶打交道經驗，雖然我們說，顧客是上帝、以顧客為中心，但並不是說我們要把主導權交給他們，而關鍵是我們如何去主導、引導、把握。因此，項目控制的好壞與相關人員人際關系方面的經驗也有關系。
盡管存在很多不可控的因素，我們的任務是首先分清哪些是可以控制的，哪些是我們不能控制的。項目經理一是要盡量擴大可控的領域，減少不可控的領域，二是不要在「不可控」上花太多時間，而是多花一些時間把可控的工作控制好，做好防範措施，減輕不可控因素對項目進度的影響。
項目進入實施階段後，項目經理的幾乎所有的活動都是圍繞進度展開的。進度控制的目標與成本控制的目標和質量控制的目標是對立統一的關系。項目的進度、質量和成本構成一個相互制約的三角關系，需要項目經理去平衡。
二、項目進度控制的目的
項目進度控制和監督的目的是：增強項目進度的透明度，以便當項目進展與項目計劃出現嚴重偏差時可以採取適當的糾正或預防措施。已經歸檔和發布的項目計劃是項目控制和監督中活動、溝通、採取糾正和預防措施的基礎。
1、根據計劃進行監控
項目控制的第一個目的是根據計劃對項目的各項活動進行監控，即根據已經制定並取得共識的軟體開發項目計劃來監控項目的實際表現和進度。為此應該根據項目計劃來監控項目計劃參數的實際值，這些參數包括進度表、項目成本、工作量、工作產品和任務的屬性、使用的資源、項目成員的知識和技能；根據項目計劃來監控項目團隊所作的承諾是否已經或可能兌現、原來的確定的風險是否可以避免或減少損失，是否有新的風險出現；根據項目計劃來收集、管理、使用項目數據；根據計劃監督項目干係人的參與情況，監控各項任務承擔人的參與活動；定期進行必要的進度評審，確定項目是否存在重大偏差、跟蹤變更請求和問題報告直到變更或問題得到解決；在項目的里程碑對項目的成果進行評審。
2、管理糾正和預防措施
項目控制的另外一個目的是管理糾正和預防措施，即當項目進度或者結果已經或即將與計劃有嚴重偏差時，對需要採取的糾正或預防措施進行管理。為此應當收集並且分析項目進行中可能存在的問題，並以此確定解決這些問題的糾正或預防措施；對已經確定的問題採取糾正和預防措施；監控要實施的糾正和預防措施，分析措施採取以後的結果，判斷這些措施的有效性，確定和記錄糾正與計劃結果存在偏差的問題而採取的必要且合適的措施。
項目執行過程中僅僅靠最初建立的一份「完善」的基準計劃是不夠的，最好的計劃也未必會一直有效。根據項目任務漸進明晰的特點，特別是軟體開發項目的特點，在項目進行過程中，肯定需要在適當和必要的時候對項目進行變更控制，這種控制過程包括定期搜集有關項目進展情況的信息，把實際進展情況與計劃進展情況進行對比；如果實際進展情況比計劃進展情況有差距，或可能會有差距，就應當採取糾正或預防措施。變更控制應當在項目期間定期進行，這里所說的變更控制不一定要進行真正的變更，而是說要定期對變更進行控制。
如果在項目生命周期內的某一時間點，把實際進度與計劃中約定的進度相比對，顯示出項目已經延誤或即將延誤、超出預算目標或不符合質量要求，就必須採取糾正或預防措施使項目回到正軌上來，重新符合計劃的安排要求。在已做出執行糾正或預防措施的決定之前，應評估一下糾正與預防措施的有效性和無副作用性，以確保糾正措施使項目回到項目的工作范圍、時間和預算約束內，並對項目的其他目標不會造成太大的影響。
3、在各種項目目標中進行平衡
如果經過評估確定項目確實已無法控制，就應當下定決心以犧牲軟體功能范圍、工作成果范圍（如某些中間文檔）、成本預算、進度計劃或軟體質量中的某一項目標為代價，來保住項目最重要的那些目標，在各種項目目標中進行平衡，最終確定一個最合適的解決方案。有效的項目控制的關鍵是定期及時測量實際進程，並與計劃進程相比較，如有必要就立即採取糾正或預防措施。指望不採取糾正和干預措施，問題就自行消失的想法是不現實的。問題越早發現就越好改正，造成的影響和損失越小。問題越提前發現就越好採取預防措施，可以用最小的代價避免造成損失。基於項目實際進展情況，就有可能准確預測項目進度計劃和成本預算的實施情況，以便順利完成項目。如果這些項目參數超出項目目標的限制范圍，就必須馬上採取糾正措施；如果發現這些項目參數有超出項目目標的限制范圍的趨勢，就必須馬上採取預防措施。
軟體開發項目實施中進度控制是項目管理的關鍵，若某個分項或階段實施的進度沒有把握好，則會影響整個項目的進度，因此應當盡可能地排除或減少干擾因素對進度的影響，確保項目實施的進度。
三、軟體開發項目常用進度控制措施
1、項目進度控制的前提
項目進度控制的前提是有效地項目計劃和充分掌握第一手實際信息，在此前提下，通過實際值與計劃值進行比較，檢查、分析、評價項目進度。通過溝通、肯定、批評、獎勵、懲罰、經濟等不同手段，對項目進度進行監督、督促、影響、制約。及時發現偏差，及時予以糾正；提前預測偏差，提前予以預防。
在進行項目進度控制時，必須落實項目團隊之內或之外進度控制人員的組成，明確具體的控制任務和管理職責。要制定進度控制的方法，要選擇適用的進度預測分析和進度統計技術或工具。要明確項目進度信息的報告、溝通、反饋、以及信息管理制度。
項目進度控制應該由部門經理和項目監控人員共同進行，之所以需要部門經理參與，是因為部門經理負責項目一般要負責一定人事行政的責任，如成員的考核、升遷、發展等。他們只有通過軟體開發項目才能更好地了解項目成員，項目也只用通過對他們有切身利益的管理者參與管理才會更加有效。
2、項目進度控制主要手段
項目計劃書：作為項目進度控制的基準和依據，項目負責人負責製作項目計劃書。項目進度監控人員根據項目計劃書對項目的階段成果完成情況進行監控，如果由於某些原因階段成果提前或延後完成，項目負責人應提前申請並做好開發計劃的變更。對於項目進度延後的，應當分析產生進度延後的原因、確定糾正偏差的對策、採取糾正偏差的措施，在確定的期限內消除項目進度與項目計劃之間的偏差。項目計劃書應當根據項目的進展情況進行調整，以保證基準和依據的新鮮性、有效性。
項目階段情況匯報與計劃：項目負責人按照預定的每個階段點（根據項目的實際情況可以是每周、每雙周、每月、每雙月、每季、每旬等等）定期在與項目成員和其他相關人員充分溝通後，向相關管理人員和管理部門提交一份書面項目階段工作匯報與計劃，內容包括：
a、對上一階段計劃執行情況的描述
b、下一階段的工作計劃安排
c、已經解決的問題和遺留的問題
d、資源申請、需要協調的事情及其人員
e、其他需要處理的問題
這些匯報將存檔，作為對項目進行考核的重要材料。
在計劃制定時就要確定項目總進度目標與分進度目標；在項目進展的全過程中，進行計劃進度與實際進度的比較，及時發現偏離，及時採取措施糾正或者預防；協調項目參與人員之間的進度關系。
在項目計劃執行中，做好這樣幾個方面的工作：
檢查並掌握項目實際進度信息。對反映實際進度的各種數據進行記載並作為檢查和調整項目計劃的依據，積累資料，總結分析，不斷提高計劃編制、項目管理、進度控制水平。
做好項目計劃執行中的檢查與分析。通過檢查，分析計劃提前或拖後的主要原因。項目計劃的定期檢查是監督計劃執行的最有效的方法。
及時制定實施調整與補救措施。調整的目的是根據實際進度情況，對項目計劃作必要的修正，使之符合變化的實際情況，以保證項目目標其順利實現。由於初期編制項目計劃時考慮不周，或因其他原因需要增加某些工作時就需要重新調整項目計劃中的網路邏輯，計算調整後的各時間參數、關鍵線路和工期。
3、進度控制內容
從內容上看，軟體開發項目進度控制主要表現在組織管理、技術管理和信息管理等這幾個方面。組織管理包括這樣幾個內容：
（1）項目經理監督並控制項目進展情況；
（2）進行項目分解，如按項目結構分，按項目進展階段分，按合同結構分，並建立編碼體系；
（3）制訂進度協調制度，確定協調會議時間，參加人員等；
（4）對影響進度的干擾因素和潛在風險進行分析。
技術管理與人員管理有非常密切的關系。軟體開發項目的技術難度需要引起重視，有些技術問題可能需要特殊的人員，可能需要花時間攻克一些技術問題，技術措施就是預測技術問題並制訂相應的應對措施。控制的好壞直接影響項目實施進度。
在軟體開發項目中，合同措施通常不由項目團隊負責，企業有專門的合同管理部門負責項目的轉包、合同期與進度計劃的協調等。項目經理應該及時掌握這些工作轉包的情況，按計劃通過計劃進度與實際進度的動態比較，定期向客戶提供比較可靠的報告等。
軟體開發項目進度控制的信息管理主要體現在編制、調整項目進度控制計劃時對項目信息的掌握上。這些信息主要是：預測信息，即對分項和分階段工作的技術難度、風險、工作量、邏輯關系等進行預測；決策信息，即對實施中出現的計劃之外的新情況進行應對並做出決策。參與軟體開發項目決策的有項目經理、企業項目主管及客戶的相關負責人；統計信息，軟體開發項目中統計工作主要由參與項目實施的人員自己做，再由項目經理或指定人員檢查核實。通過收集、整理和分析，寫出項目進展分析報告。根據實際情況，可以按日、周、月等時間要求對進度進行統計和審核，這是進度控制所必須的。
4、不同階段的項目進度控制
從項目進度控制的階段上看，軟體開發項目進度控制主要有：項目准備階段進度控制，需求分析和設計階段進度控制，實施階段進度控制等這幾個部分。
准備階段進度控制任務是：向業主提供有關項目信息，協助業主確定工期總目標；編制階段計劃和項目總進度計劃；控制該計劃的執行；
需求分析和設計階段控制的任務是：編制與用戶的溝通計劃、需求分析工作進度計劃、設計工作進度計劃，控制相關計劃的執行等。
實施階段進度控制的任務是：編制實施總進度計劃並控制其執行；編制實施計劃並控制其執行等。由甲乙雙方協調進度計劃的編制、調整並採取措施確保進度目標的實施。
為了及時地發現和處理計劃執行中發生的各種問題，就必須加強項目的項目的協同工作。協同工作是組織項目計劃實現的重要環節。它要為項目計劃順利執行創造各種必要的條件，以適應項目實施情況的變化。
5、關於進度落後時的「趕工」措施
進度落後的情況下，有幾種措施來彌補，如加人、加班、加激勵等等，這些都是增加資源而又未必會見效的方法。根據Brooks原則，在某些項目進度延遲的情況下增加人手，有可能會使項目的進度更加延後。因為對於新加入本項目的員工來說，對項目相關背景、需求、設計的培訓、對項目環境的熟悉和項目團隊成員之間的溝通路徑的增加，可能會使項目的工作效率急劇下跌。而加班造成的疲勞會再次使工作效率降低。增加激勵會造成工作成本卻不斷的向上攀升。這些措施並不是完全不可取，而是項目經理要考慮適度原則。最好是要全面分析項目進度延遲的原因，如果確實是不合理的項目交付時限要求，就應當通過溝通變更為合理的項目時限要求，以免因為這樣一個不合理的時限要求造成對軟體質量或團隊成員心理上的負面影響，最終導致項目最終的失敗。否則應從技術、團隊成員心態、環境等方面查找原因，找到提高效率、加快進度的方法。
4. 我是做it項目管理的，項目需求老變，把我們都弄糊塗了，項目進度老不能按時完成，怎麼辦
一、IT領域技術更新換代快，同時不同的客戶需求也不一樣，因此項目變更的內容不定；
二、建議你看看時間管理的書籍，合理安排好自己生活、工作、學習的時間，最簡單的就是當晚列出明天的工作內容，分配到每小時的工作任務，然後按工作重要性和緊急性一一完成，這樣可以大大提高工作效率，長期堅持你會有很大的提高。
加油吧，祝你好運——
5. 結合工作實際簡述如何按期完成項目各項目標任務
摘要 企業目標制定後，要有相應的配套措施，人員崗位責任及考核獎罰辦法等以保證按時完成任務落實。
6. 如何合理安排時間，才能做到游戲工作兩不誤
在工作的時候高效工作，按時完成自己的任務，下班之後就可以隨意的打游戲，完美的做到了工作游戲兩不誤。現在的很多人都沉迷游戲，甚至是為了游戲耽誤了自己的學習和工作，這在我看來是十分不好的。合理的安排好自己的工作和休息時間，才能獲得工作和游戲的雙贏。
當然最好的解決辦法就是戒掉自己的游戲癮，偶爾有空閑的時候再玩一玩游戲，更多的時間用來提升自己。沒有人會覺得自己是世界上最強的，總有一些你不會的事情需要你去學習，在工作之餘，你需要學會如何去使自己變得更優秀。游戲只是一種消遣的玩意兒，當你忙起來的時候，你就不會再想著什麼時候去玩游戲了。
7. 如何讓你的項目按時完功
作為一名項目經理，你一旦發現項目不能如期完成，要做的第一件事肯定是查明原因。如果不了解導致項目不能如期完成的原因就盲目的採取補救措施，這些措施是很難真正奏效的。
如果在一個預計工期很長的項目剛剛開始進行的時候就發現了問題，那麼可以有很多種解決問題的辦法。但是，如果是在項目快要完成的時候才發現問題，解決起來就比較麻煩了。大家可以參考一下下面所提到的技巧，看看是否能夠有所幫助。有一點要提醒大家，那就是下面這些技巧是沒有先後之分的，採用哪種要根據你自己的實際情況而定。
1、加班所有人都討厭加班。但是，為了保證項目能夠如期完成，加班是一項很合理的措施。如果大家能夠延長工作時間，就能夠在預定的工期內完成更多的工作。如果項目已經接近尾聲，那麼為了確保能夠如期完成項目，加班可能是一個最好的辦法。如果項目才剛剛進入初期階段，可能還能夠找到更為有效的辦法。有一點不能忽視，那就是如果要讓員工加班工作的話，加班費是必須要付出的。2、重新分配資源
項目經理首先必須清楚的了解哪些工作對於項目的成功來說是最最重要的。因為，如果項目不能如期完成的話，肯定是在關鍵環節上出了問題。了解了這個問題之後，就可以考慮重新分配資源來解決問題了。有的工作並不重要，那麼就可以延期進行，把節省下來的資源運用到最最需要的地方。但是必須要謹慎小心，因為有些工作的延期可能會使整個項目發生變化。
3、反復檢查項目工期安排
任何項目都必須按照一定的順序完成。例如，如果你要蓋一所房子，就必須要先打地基。如果項目工期安排不合理，很可能會導致項目不能如期完成。
4、確定可以縮短工期的工作
有一些項目的工期是無法縮短的。例如，你要安排小組成員去參加為期五天的課程，派一個人去參加要用五天的時間，派十個人去參加也是要用五天的時間。所以，可以考慮一下在所有的工作當中有哪些工作的工期是可以縮短的，有哪些工作的工期是不能縮短的。可以採取不同的方法來完成同樣的工作以達到縮短工期的目的。例如，如果把一份合同傳遞到客戶那裡本來需要三天的時間，通過多付郵資，連夜傳遞的方法可以把時間縮短為一天。
5、交換資源
剛才我曾經提到過，當你發現項目可能不能如期完成的時候，要做的第一件事就是查找原因。可能有的資源並沒有像你計劃的一樣得到了充分的利用。也許這是因為員工還沒有掌握正確的工作技巧。也許是因為他們在特定的工作領域里不像在其他的領域一樣有工作效率。不管是哪種情況，都有解決問題的可能。有的時候，可以通過在小組內交換資源的辦法，讓員工交換工作任務。也有的時候，也可以選擇新的員工來代替現有的員工。
記住，要把工作效率最高的員工分配到最為重要的工作崗位上，而把不太重要的工作留給那些工作效率稍低的員工去完成。只要最為重要的工作得以如期完成，即使是那些不太重要的工作有所拖延，整個項目仍然是可以如期完成的。
8. 如何有效開展幼兒園游戲活動
一、為幼兒提供充足的游戲時間 有些幼兒從小班讀到大班，游戲的水平還很低，游戲時間不足是其主要原因。有些孩子的性格比較孤僻，不願參加游戲活動，許多幼兒在游戲快結束時才來參加，游戲時間導致低水平游戲的出現，限制了小組表演、角色游戲和積木游戲的正常進行。多年的實踐觀察表明：在短時間的游戲中，幼兒更多地表現為旁觀行為、閑散行為、過渡性行為及一些實物游戲和模仿表演游戲，幼兒的想像力、創造力很難發揮。因而影響了幼兒游戲的質量。因此，每天宜為幼兒提供60分鍾以上的游戲時間。另外，室內游戲時間不能代替戶外活動時間，這兩種活動會促進兒童不同方面的發展，都是不可缺少的。 二、創造條件為幼兒提供在自然界中游戲的機會 大自然是孩子學習的好課堂，孩子可以玩很多東西，並通過游戲學習不少有關大自然的知識。幼兒園可以充分利用園內的戶外場地為幼兒創設合理的游戲地，使幼兒的生活更貼近大自然。如：沙池及玩水設備等是幼兒最感興趣的活動設施，利用率極高，因為這類游戲活動可使幼兒自由地操作，無拘無束地參與，更能啟發他們的幻想力。另外，還可以為幼兒提供一些廢舊的材料，使幼兒的游戲活動更加豐富多彩。如用廢舊報紙做成紙球，將舊輪胎插入地面做成跳馬，提供一些舊輪胎供幼兒滾動、碼疊等。這樣既滿足了幼兒的興趣，又豐富了幼兒游戲的內容。 三、要珍視、保護幼兒自主、自發的游戲活動 幼兒園作為教育場所和集體活動場所，一日生活有著較為嚴格的秩序。各年齡段的幼兒都要按照一定的操作規范來進行活動。幼兒園應努力探索幼兒自主、自發性游戲的開展研究，教學計劃及教育活動的安排應該增加彈性，為幼兒自發游戲開辟時間和空間。在游戲中，幼兒自主、自由，活動類型老師不做硬性安排，由幼兒自己選擇，玩什麼，怎樣玩均由幼兒自己做主。幼兒在游戲中可以不受任何限制，盡情玩耍。老師只是作為游戲夥伴參加游戲，並以飽滿情緒感染影響幼兒，對幼兒的活動表示支持、贊許。為幼兒營造寬松、民主、自由的游戲氛圍，讓游戲以生動活潑的方式流露出幼兒的真實感受。當然在游戲中，教師並非完全放任，而應做到心中有數。並依平時對幼兒活動特點的觀察和了解。進行相應的指導。 四、以飽滿的熱情影響幼兒 作為教師，我們應主動參與到游戲中去，在游戲中扮演主要角色，有意識的引導幼兒跟著我一起游戲。用積極的情緒去帶動孩子主動參加到活動和游戲中。例如：在游戲貓捉老鼠中，我會告訴幼兒，裡面的老鼠好餓呀，得趕快出去找食物，可是老鼠花貓更餓，一定要盯緊老鼠哦。孩子們一聽一個個都躍躍欲試。在抓住老鼠以後，我會帶孩子們一起去分享美味的肉肉，孩子們也都會高興地分享自己「勞動成果」，被抓住的小老鼠們也會樂在其中。在玩障礙接力的游戲中，兩位老師也會分別率領兩隊進行激烈的決戰，孩子們不僅熱情很高，也調動起了孩子的集體榮譽感，他們會因為自己隊伍里小朋友掉隊而緊張，一會因為自己的勝利而抱團狂歡。就這樣，我的積極愉快的情緒感染了幼兒，他們在游戲和運動中，盡情地玩、盡情地笑、盡情地跳，交往也漸頻繁了，游戲也主動了。 五、游戲要有選擇性 多年幼教經驗也告訴我，在幼兒中開展游戲一定要有選擇性。首先，要思想健康，避免一些有暴力思想的游戲。其次，能調動起幼兒參與的熱情，那就要有一定的競爭機制。跳皮筋是一項傳統游戲，皮筋的高度不同，跳的速度不同，有雙腳跳、單腳跳、雙人跳、花樣跳，孩子們在玩的過程中集中精力，變化動作，同時又說著好聽歌謠，不僅調動了孩子們參與的積極性，也使得孩子們的腰部、腿部得到了鍛煉，有節奏的跳躍技能也進一步加強。跳房子也同樣是繼承了老一輩兒時的喜聞樂見的游戲項目，利用廢舊紙箱製作的格子和沙包使孩子掌握簡單的游戲方法，反復練習，鍛煉孩子的單腳跳、雙腳跳等跳躍能力、投擲准確性及平衡性技能的提高，這些傳統游戲都是孩子們非常喜歡的體育游戲，不僅豐富了孩子們的體育活動內容，也加深了孩子們對民族傳統文化的了解，繼承和弘揚了我國傳統體育游戲。幼兒園開展游戲一般以集體游戲為主，如果游戲前兒歌很長，隊形准備時間很長，參與人數又很少，幼兒便會覺得自己是個旁觀者，失去興趣，不好好配合。因此有些游戲就會備受孩子喜歡，如《貓和老鼠》，孩子們拉成一個圈，隊形很簡單，如果有30個小朋友參與，15個做鼠洞，那麼就可以有8個做老鼠，7個做花貓，參與性很強。下一輪游戲，做鼠洞的孩子就都可以參與進去，孩子等待時間短了，都成了游戲的主角，自然樂於參與。 六、重視幼兒游戲的安全 開展豐富多樣的戶外游戲活動，必須，但決不能怕出事，因保證幼兒安全而影響幼兒健康教育的發展。因此，應採取一些應對的措施，既促進幼兒身心健康發展，又能保證幼兒的人身安全。 1、調整戶外活動時間，減少戶外活動人數，根據幼兒的班數，活動場地的大小，幼兒的年齡特點，對戶外活動作息時間應進行整體調整、統一安排、分別活動。這樣，同一段時間內的活動人數減少，幼兒有充足的場地進行活動。教師可以組織形式多樣的小型體育活動，進行各種體能鍛煉，增加幼兒的活動量，有效地促進幼兒身心和諧發展。 2、合理安排安全的活動場地。根據年齡特點，運動量的大小，合理劃分各班的活動場地。大班的幼兒活動項目多，活動量大，內容豐富，可以根據班級的人數，提供面積大的活動場地；中小班可以適當減少。同時，設立了園舍安全員，每天對戶外場地、活動器械進行安全晨檢，消除不安全隱患，保證了幼兒戶外活動的正常開 展。通過調整作息時間、合理安排場地，幼兒擁有充足的時間與空間活動。幼兒的活動時間長了，活動量大了，促使進食量增加，睡眠質量提高了，促進了幼兒身體正常發育。5、教育幼兒應有規則意識。幼兒在進行各種活動中都應有一個遵守的規則，那麼，戶外體育活動尤為重要，教師在組織幼兒開展戶外活動時，應講明游戲與活動的規則，這樣既培養幼兒的規則意識，又能充分保證在有序的環境下充分活動，保證幼兒活動的安全。總之，幼兒園要開展好戶外體育活動，其活動目標與組織形式應根據需要合理制訂、合理安排，因時、因地、因內容、因材料靈活運用。教師重視對幼兒體育活動中的安全教育和保護，培養幼兒的自我保護意識和能力，才能避免和減少幼兒戶外體育活動中的不安全行為，防止事故的發生。 讓我們攜起手來，把屬於孩子的時間還給孩子。如果每天保證充足的戶外活動時間和效率，相信每個孩子都是健康的，快樂的！