項目成本管理包括為使項目在批準的預算內(nèi)完成而對成本進行規(guī)劃、估算、預算、融資、籌資、管理和控制的各個過程，從而確保項目在批準的預算內(nèi)完工。
需求跟蹤矩陣是把產(chǎn)品需求從其來源連接到能滿足需求的可交付成果的一種表格。使用需求跟蹤矩陣，把每個需求與業(yè)務目標或項目目標聯(lián)系起來，有助于確
收集需求是為實現(xiàn)目標而確定、記錄并管理相關方的需要和需求的過程。本過程的主要作用是，為定義產(chǎn)品范圍和項目范圍奠定基礎，且僅開展一次或僅在項
范圍管理計劃范圍管理計劃是項目管理計劃的組成部分，描述將如何定義、制定、監(jiān)督、控制和確認項目范圍。范圍管理計劃要對將用于下列工作的管理過程
技巧：讓利益相關方了解項目的進展工具：項目進展報告技巧：有效地管理項目范圍變化工具：項目變更需求項目的監(jiān)管和控制就像開車一樣，你要時時監(jiān)控
項目范圍的擴大會讓我們不斷地原地兜圈，最后變得一發(fā)不可收拾，要預防這種現(xiàn)象就叫作“范圍變化控制”或“把
及時了解項目進展，應對風險與變化監(jiān)管和控制的關鍵在于預見性，除了監(jiān)管你已經(jīng)設立的流程和體系，你還需要做好應對變化的準備。雖然不能完全避免變
在EVM中，偏差分析用以解釋成本偏差（CV=EV–AC）、進度偏差（SV=EV–PV）和完工偏差（VAC=BAC&
應急儲備：在考慮持續(xù)時間估算時，需要考慮應急儲備（有時也稱“進度儲備”），以應對進度的不確定性。應急儲備是包含在進
項目進度計劃一般需要用進度網(wǎng)絡分析技術這個工具來編制，常用的進度網(wǎng)絡分析技術包括關鍵路徑法、資源優(yōu)化技術以及進度壓縮等。一般第一步先用關鍵
生活中很多場合可以發(fā)現(xiàn)發(fā)現(xiàn)思維模型的方法：問思模：問題思維（思維方式）模型（提煉模型）思維模型不僅要知道問題本身的技巧和答案，而要知道背后
思維模型：重要學科的重要原理思維模型在日常生活中如何起作用思維模型作用：1.提高做決策的質(zhì)量和正確率ABC模式：誘發(fā)刺激（A）信念反應（B
即WorkBreakdownStructure，如何進行WBS分解：目標→任務→工作→活動WBS分解的原則：
在目標設定中，SMART原則被普遍運用。S（Specific）[sp?'s?f?k]：目標必須是具體的，要對標特定的工作指標，不能籠統(tǒng)；M
共同點都是項目管理都是國際認證都屬于PMIPMI-ACP(敏捷管理專業(yè)人士)考試是由美國項目管理協(xié)會(PMI)于2011年推出一門敏捷管理
1、項目顯示出變化和發(fā)展為不可控的傾向。2、對發(fā)起條件的敏感性。3、這個項目會對誰產(chǎn)生影響？誰決定了項目的成功，他們的預期是什么？項目的限
1、無論使用什么技巧，都比不上激勵和調(diào)動每個人的積極性來得有效。2、必須鼓勵成員們?nèi)プ袷亓鞒獭?、因為效率和控制從來都是成反比的&mdas
1、項目：為了創(chuàng)造某一特殊的產(chǎn)品、提供特殊的服務或實現(xiàn)某個特殊的目標而產(chǎn)生的臨時任務，其特點是有開始，也有結束2、一個成功的項目：1、達到
.什么是有效率的溝通和有效果的溝通？有效果：以正確的形式在正確的時間把信息提供給正確的受眾，并且使信息產(chǎn)生正確的影響。有效率：只提供所需要
1.常見的溝通方法有哪些？互動溝通：在兩方或多方之間進行的實時多項信息交換。它使用諸如會議，電話，即時信息，社交媒體和視頻會議等溝通工作。
在建設團隊中改善團隊整體氛圍，以提高項目績效的過程。*使用開放與有效的溝通*創(chuàng)造團隊建設機遇*建立團隊成員之間的信任*以建設性的方式管理沖
*撤退/回避：從實際或潛在沖突中退出。將問題推遲到準備充分的時候，或將問題推給其他人員解決。*緩和/包容：強調(diào)一致而非差異。為維持和諧與關
因果圖又稱魚骨圖或石川馨圖，以其創(chuàng)始人石川馨命名。問題陳述放在魚骨的頭部，作為起點，用來追溯問題來源，回推到可行動的根本原因。在問題陳述中
控制圖定義：確定某個過程是否穩(wěn)定是否在控制之內(nèi)、看過程是否穩(wěn)定，7點規(guī)則、失控；控制圖又叫管理圖、趨勢圖，它是一種帶控制界限的質(zhì)量管理圖表
項目整合管理：一個字概括“搞”，搞人脈、搞關系、搞資源、搞工作。項目范圍管理：兩個字概括“取舍&rdq
你走在起點到目的地的路上，你的“速度”可以分解成“方向”和“速率”
5.2.1我們在哪兒從市場開始掃描PEST分析真是的競爭對手分析市場掃描讓我們看清整個行業(yè)，接下來需要看一下這個行業(yè)里，有哪些競爭對手。實
不從目的出發(fā)而去評價用戶體驗好壞，是沒有道理的。以價值觀為根基每個團隊都會有做不完的事，總在忙碌中。必然一些事要放棄，另一些事要優(yōu)先，這個
商業(yè)團隊，沖鋒陷陣我們覺得某樣東西虛只是因為對它不熟悉而已。好的產(chǎn)品還需要市場化包裝就是產(chǎn)品的portal、登陸頁面、啟動頁面，這些頁面是
規(guī)劃師更多的是“結構化思維”，保證產(chǎn)品游泳，能滿足用戶的某些需求，讓產(chǎn)品“從無到有”；而設
從概念設計到信息架構產(chǎn)品概念圖——業(yè)務邏輯圖：整個產(chǎn)品的內(nèi)外關系。產(chǎn)品與外界的關系：把產(chǎn)品整體看作一個系統(tǒng)，描述它
產(chǎn)品團隊：規(guī)劃師、用戶體驗團隊、運營團隊商業(yè)團隊技術團隊：開發(fā)團隊、測試團隊、運維團隊（數(shù)據(jù)庫、服務器、軟件配置）4.1.1產(chǎn)品之大時間之
流程的目的是軟件開發(fā)的運作像是機器設備的運轉，人在其中則是可更換的零件，無論誰參與其中，機器都能運轉良好。開進度的可預見性，流程方法的固化
3.5.1文檔只是手段模板、規(guī)范、操作步驟……建立自己的文檔規(guī)范需求規(guī)范類：需求管理類：流程管理類：項目規(guī)范類
3.5.1文檔只是手段模板、規(guī)范、操作步驟……建立自己的文檔規(guī)范需求規(guī)范類：需求管理類：流程管理類：項目規(guī)范類
?開發(fā)階段，旁觀者說?測試階段，大家一起上TC編寫：測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期效果、測試腳本等。?BUG眼中的項目一般來
?評審：一個頭兩個大需求評審：PRD評審、UC評審、Demo評審的統(tǒng)稱。設計評審：在概要設計和詳細設計完成之后，由開發(fā)工程師把對需求的理解
3.3.1真的要寫很多文檔BRD：商業(yè)需求文檔，主要內(nèi)容涉及市場分析、銷售策略、盈利預測等，通常是PPT，短小精煉，類似于給投資人看的商業(yè)
?別忘了最初的約定項目計劃，再次評估“工作量”并推算出“工期”?；诰W(wǎng)頁的軟件和手機應用的
項目：只會進行一次，包含多項互相關聯(lián)的任務，并且有績效、時間、成本和范圍限制的一項工作。做產(chǎn)品VS做項目產(chǎn)品是解決某個問題的東西，而項目是
