摘要: 互聯(lián)網(wǎng)，從今年5月~7月的準(zhǔn)備，再到8月入職至今的半年以來(lái)，感受和經(jīng)歷有很多。年末歲尾、空閑之余，來(lái)梳理那些日子里還記憶尤新的片段。
畢業(yè)后開(kāi)始做程序員、工作第3年轉(zhuǎn)做了系統(tǒng)分析師，第5年轉(zhuǎn)做項(xiàng)目經(jīng)理，1年之后投入互聯(lián)網(wǎng)產(chǎn)品至今。7.5年的職業(yè)生涯里，在收獲各階段經(jīng)歷的同時(shí)也在感受著互聯(lián)網(wǎng)行業(yè)帶來(lái)的各種變化。而對(duì)于轉(zhuǎn)互聯(lián)網(wǎng)的初衷及時(shí)機(jī)，概括來(lái)說(shuō)有如下幾點(diǎn)：
1.互聯(lián)網(wǎng)產(chǎn)品更加貼近生活、更有趣、更喜歡
2.積累了軟件開(kāi)發(fā)、產(chǎn)品及項(xiàng)目管理工作經(jīng)驗(yàn)
3.積累了互聯(lián)網(wǎng)產(chǎn)品規(guī)劃、設(shè)計(jì)、管理及運(yùn)營(yíng)等書籍閱讀和筆記
4.積累了對(duì)一些互聯(lián)網(wǎng)產(chǎn)品的看法和見(jiàn)解
從開(kāi)始關(guān)注互聯(lián)網(wǎng)產(chǎn)品，到感興趣和不間斷關(guān)注，到最后加入這個(gè)圈子，那些過(guò)往的情景還歷歷在目：  閱讀全文      摘要: 高速發(fā)展的世界，需要我們迭代地開(kāi)發(fā)和改進(jìn)業(yè)務(wù)問(wèn)題的解決方案，我們需要一些方法來(lái)持續(xù)探索業(yè)務(wù)及其問(wèn)題，將這些要求告訴技術(shù)專家，他們?yōu)闃I(yè)務(wù)提供技術(shù)解決方案。
許多組織機(jī)構(gòu)不是等待需求的所有細(xì)節(jié)都得到定義，而是更喜歡迭代完成這些業(yè)務(wù)活動(dòng)，定義一些需求，開(kāi)發(fā)一部分解決方案，定義更多的需求，這樣增量式交付發(fā)行版本，直到解決方案被判定完成。這種迭代的方式意味著，業(yè)務(wù)環(huán)境和開(kāi)發(fā)環(huán)境中的關(guān)注點(diǎn)、想法和變化更加同步。使開(kāi)發(fā)者更了解今天的業(yè)務(wù)問(wèn)題，工作的產(chǎn)品適合今天的業(yè)務(wù)環(huán)境。
這種持續(xù)的工作探索意味著，業(yè)務(wù)分析師持續(xù)地將新故事或需求加入分析列表，這個(gè)列表又持續(xù)地按價(jià)值進(jìn)行分析，最重要的是按業(yè)務(wù)價(jià)值來(lái)分析。列表根據(jù)價(jià)值和緊急性來(lái)排列優(yōu)先級(jí)，最高優(yōu)先級(jí)的需求交給開(kāi)發(fā)者開(kāi)發(fā)。  閱讀全文      摘要: 今天的大多數(shù)軟件都不是擁有它的組織機(jī)構(gòu)開(kāi)發(fā)的，而是購(gòu)買的。考慮到這些開(kāi)發(fā)和解決方案選項(xiàng)，今天的業(yè)務(wù)分析師有一項(xiàng)額外任務(wù)：即決定最佳的策略來(lái)發(fā)現(xiàn)和溝通需求，不論組織機(jī)構(gòu)決定采用哪種方式實(shí)現(xiàn)自動(dòng)化。
以需求策略作為指導(dǎo)，決定從哪里開(kāi)始，是否有足夠的細(xì)節(jié)，你需要哪個(gè)迭代循環(huán)，記錄知識(shí)時(shí)采用哪種形式，何時(shí)復(fù)查，何時(shí)讓哪些利益相關(guān)者參與，何時(shí)構(gòu)建原型，何時(shí)以及如何做大量的事情，讓你的工作更接近為業(yè)務(wù)產(chǎn)生最優(yōu)價(jià)值，每個(gè)項(xiàng)目的情況不同，有必要采用不同的做事順序、做事細(xì)節(jié)、溝通形式。  閱讀全文      摘要: 需求評(píng)審環(huán)節(jié)檢查了單項(xiàng)需求，確保它表述正確、無(wú)二義性、在范圍內(nèi)、可測(cè)試、可追蹤、不是鍍金需求，從而確定制有正確的原子需求才包含在需求規(guī)格說(shuō)明中。
接下來(lái)，必須考慮需求規(guī)格說(shuō)明是否完整，這意味著將規(guī)格說(shuō)明作為一個(gè)整體來(lái)復(fù)查，確保應(yīng)該有的部分都有。
這種復(fù)查可以在任何時(shí)候進(jìn)行，而不只是在發(fā)布之前，它可以是一項(xiàng)持續(xù)的活動(dòng)。
  閱讀全文      摘要: 需求來(lái)自于人，人們并非總能確定他們需要什么，并非總能解釋他們想要什么，需求也并非總是編寫地很小心，完整無(wú)二義。
需求工作的要點(diǎn)是要確保交給開(kāi)發(fā)者的東西是準(zhǔn)確的、完整的、無(wú)二義的，陳述了真正的需求。任何不足都有違需求工作的初衷。開(kāi)發(fā)者可以構(gòu)建任何東西，但他們首先必須知道他們必須構(gòu)建什么。  閱讀全文      摘要: 如果產(chǎn)品有一項(xiàng)需求，要執(zhí)行某個(gè)功能或具備某種屬性，那么測(cè)試活動(dòng)必須展示產(chǎn)品確實(shí)執(zhí)行了該項(xiàng)功能，或具備了該項(xiàng)期望的屬性。為了進(jìn)行這樣的測(cè)試，需求必須有一個(gè)測(cè)試基準(zhǔn)，這樣測(cè)試者才能比較提交的產(chǎn)品和最初的需求。要注意的是，這里的驗(yàn)收標(biāo)準(zhǔn)既不是測(cè)試，也不是對(duì)測(cè)試的設(shè)計(jì)，而是測(cè)試提交的產(chǎn)品必須采用的測(cè)試基準(zhǔn)，是構(gòu)建測(cè)試用例的輸入信息。  閱讀全文      摘要: 為什么所謂的‘非功能需求’也很重要？請(qǐng)考慮一個(gè)真實(shí)發(fā)生的故事：客戶拒絕了交付的服務(wù)臺(tái)軟件。功能是正確的，但客戶不想要它。為什么？因?yàn)榭蛻艟芙^使用它，更愿意采用原來(lái)的人工過(guò)程。這就是需求團(tuán)隊(duì)幾乎沒(méi)有注意非功能性需求。
只所以需要這些非功能需求，不是因?yàn)樗鼈兪钱a(chǎn)品的功能活動(dòng)（諸如計(jì)算、操作數(shù)據(jù)活動(dòng)），而是因?yàn)橛脩粝Ｍ@些活動(dòng)以特定的方式執(zhí)行，并達(dá)到特定的品質(zhì)。
例如，亞馬遜網(wǎng)站很容易導(dǎo)航，這讓客戶容易找到對(duì)象，它也很友好，讓你覺(jué)得自己是尊貴的顧客，你可以寫評(píng)論，通過(guò)購(gòu)物伙伴和亞馬遜推薦得到指引，很容易查看和安排送貨，等等。  閱讀全文      摘要: 通過(guò)產(chǎn)品用例（PUC）場(chǎng)景展示和確定了解決方案后，下面就需要PUC場(chǎng)景轉(zhuǎn)換到功能需求。
功能需求指明了產(chǎn)品必須做的事情，即產(chǎn)品為了滿足它存在的根本理由而必須執(zhí)行的一些動(dòng)作。需求分析師理解了產(chǎn)品必需的功能后，他要用功能需求告訴開(kāi)發(fā)者要構(gòu)建什么。
  閱讀全文      摘要: 當(dāng)需求人員和客戶之間針對(duì)需求溝通中的業(yè)務(wù)本質(zhì)問(wèn)題達(dá)成一致時(shí)，接下來(lái)就是溝通和確定多少業(yè)務(wù)將通過(guò)產(chǎn)品來(lái)實(shí)現(xiàn)自動(dòng)化。作為需求分析人員，需要在業(yè)務(wù)需求、包含的功能、用戶體驗(yàn)、非功能需求、開(kāi)發(fā)成本、技術(shù)可行性、限制條件這些因素之間取得平衡和折中來(lái)完成解決方案的確定和發(fā)布。
沒(méi)有公式化的方法能得到最佳的解決方案，需要實(shí)際過(guò)程中考慮和權(quán)衡。  閱讀全文      摘要: "我知道這是我提出的,但這不是我想要的。”你不必在IT這行待很長(zhǎng)時(shí)間就能聽(tīng)到這句話，看著期待的笑容從開(kāi)發(fā)者臉上消失，因?yàn)檫@事經(jīng)常發(fā)生。開(kāi)發(fā)者交付了客戶提出的需求，但結(jié)果卻不能解決他們的業(yè)務(wù)問(wèn)題。為什么？因?yàn)檎嬲膯?wèn)題從未闡明，所以從未正確理解。
在做需求調(diào)研和收集時(shí)如果聽(tīng)到的都是客戶關(guān)于解決方案的想法，而不是描述背后要解決的問(wèn)題，這可能是個(gè)好的解決方案，但更有可能的是，它受限于客戶的經(jīng)驗(yàn)和想象力。而且，你不清楚它是否解決了正確的問(wèn)題。所以，作為需求分析人員，你的任務(wù)就是解釋客戶所說(shuō)的內(nèi)容，揭示它的本質(zhì)。  閱讀全文      摘要: 不論哪種工作，試圖改變之前先對(duì)它有充分的理解，如果一頭沖進(jìn)去，對(duì)你要改變的東西幾乎沒(méi)有理解，就進(jìn)行‘改進(jìn)’，那么結(jié)果不如意也不奇怪。當(dāng)你開(kāi)始理解原有的工作時(shí)，肯定會(huì)產(chǎn)生一些想法，知道如何改進(jìn)它。
這里探討的比較常用的Brow Cow模型和一些用于發(fā)現(xiàn)業(yè)務(wù)過(guò)程的調(diào)研方法，而實(shí)際過(guò)程中不可避免地需要多種調(diào)研技巧組合使用，具體情況需要具體應(yīng)對(duì)。  閱讀全文      摘要: 項(xiàng)目啟動(dòng)過(guò)程建立了工作的范圍，即要研究的業(yè)務(wù)領(lǐng)域，業(yè)務(wù)領(lǐng)域其中的一部分將通過(guò)預(yù)期的產(chǎn)品實(shí)現(xiàn)自動(dòng)化。而實(shí)際上，這個(gè)工作范圍可能太大，難以作為一個(gè)單元進(jìn)行研究，正如吃東西之前先要將它切成小塊一樣，需要將工作范圍分解為一些可管理的部分，然后再來(lái)研究它以發(fā)現(xiàn)產(chǎn)品的需求。這里將需求過(guò)程中涉及到主要對(duì)象以及它們的分工界面通過(guò)一張關(guān)系圖來(lái)展示：  閱讀全文      摘要: 從通信行業(yè)的產(chǎn)品工作到政府行業(yè)的項(xiàng)目工作，一直在和‘需求’打交道，不同的行業(yè)特點(diǎn)和項(xiàng)目環(huán)境需要針對(duì)性的需求發(fā)現(xiàn)和實(shí)現(xiàn)方法，但圍繞需求調(diào)研、分析、編寫、評(píng)審、驗(yàn)證到需求交付這幾個(gè)過(guò)程基本是相通的。經(jīng)歷從瀑布型項(xiàng)目需求策略到迭代型需求策略的轉(zhuǎn)變和實(shí)踐過(guò)程，回過(guò)頭來(lái)看《軟件開(kāi)發(fā)方法學(xué)-掌握需求過(guò)程》，進(jìn)行摘錄和梳理的同時(shí)，也加深和沉淀一些對(duì)需求的理解和認(rèn)識(shí)。以此片文章開(kāi)始，分享一些讀書筆記：  閱讀全文      摘要: 剛給大輝發(fā)完郵件準(zhǔn)備去上班，微信群里熱鬧不已，原來(lái)是pmp成績(jī)出來(lái)了，盡管考試完后心里基本有底，但聽(tīng)老師說(shuō)這次考試偏難，等在待結(jié)果出來(lái)的前夕，還是不免忐忑。
2013年年初報(bào)名直到2014年3月份才考試，倒也是好事，實(shí)際工作中的那些事和那些人，總能在復(fù)習(xí)的過(guò)程中讓自己反復(fù)思考和碰撞。而4m1p的成績(jī)單，算是給自己交了一份滿意的答卷，在這里簡(jiǎn)單回顧一下，有興趣的同學(xué)可參考：
【復(fù)習(xí)歷程】：
1、 關(guān)于教材劃分（含：1本教材（2012版）、3套模擬題、1本輔導(dǎo)書），自己是按下面四部分來(lái)分批閱讀：
第1章 項(xiàng)目引論、第2章 組織影響和項(xiàng)目生命周期、第3章 項(xiàng)目管理過(guò)程
第4章 項(xiàng)目整合管理
第5章 項(xiàng)目范圍管理、第6章 項(xiàng)目時(shí)間管理、第7章 項(xiàng)目成本管理、第8章 項(xiàng)目質(zhì)量管理
第9章 項(xiàng)目人力資源管理、第10章 項(xiàng)目溝通管理、第11章 項(xiàng)目風(fēng)險(xiǎn)管理、第12章 項(xiàng)目采購(gòu)管理、  閱讀全文      摘要: 這段時(shí)間以來(lái)的產(chǎn)品使用過(guò)程，界面性能和易用性成為關(guān)注的重點(diǎn)。相比運(yùn)營(yíng)商項(xiàng)目不同，政企項(xiàng)目驗(yàn)收過(guò)程相對(duì)簡(jiǎn)單，沒(méi)有嚴(yán)格的測(cè)試用例，以是客戶組織的項(xiàng)目評(píng)審會(huì)，公司匯報(bào)階段進(jìn)展、客戶做業(yè)務(wù)測(cè)試的方式開(kāi)展。
簡(jiǎn)單回顧上線期間一些工作：
1）公司側(cè)提供《需求規(guī)格說(shuō)明書》、《產(chǎn)品使用手冊(cè)》、《角色權(quán)限清單》
2）業(yè)務(wù)部門整理《用戶申請(qǐng)表》、《業(yè)務(wù)制度管理辦法》
3）業(yè)務(wù)部門組織上線前項(xiàng)目例會(huì)
3）業(yè)務(wù)部門發(fā)布系統(tǒng)上線公告
4）業(yè)務(wù)部門組織用戶培訓(xùn)
5）公司和業(yè)務(wù)部門提供產(chǎn)品使用支持，解答最終用戶的操作疑問(wèn)、收集產(chǎn)品反饋。  閱讀全文      摘要: 項(xiàng)目進(jìn)入試用階段，版本節(jié)奏也相對(duì)平緩，對(duì)于需求&開(kāi)發(fā)&測(cè)試過(guò)程中的一些管理，分享一些個(gè)人體會(huì)，歡迎指正。開(kāi)始正文之前，存在下面前置條件：
1.本輪版本要交付的功能及時(shí)間已已評(píng)估并與客戶達(dá)成一致，是以交付時(shí)間倒推來(lái)管理《需求規(guī)劃》和《研發(fā)計(jì)劃表》的方式。
2.團(tuán)隊(duì)資源：有測(cè)試組長(zhǎng)，開(kāi)發(fā)組長(zhǎng)是臨時(shí)支持（同時(shí)兼顧其他項(xiàng)目）。
3.開(kāi)發(fā)4人、測(cè)試2人、需求1人，迭代周期1～2周。
4.需求、開(kāi)發(fā)和測(cè)試在一起辦公。  閱讀全文      摘要: 項(xiàng)目接近尾聲，需求也逐漸收斂。面對(duì)需求變化頻繁、迭代版本周期較短的客觀情況，傳統(tǒng)模式已不能在此生搬硬套。雖現(xiàn)有的開(kāi)發(fā)過(guò)程談不上正規(guī)敏捷，也算接近小步快跑的節(jié)奏。下面分‘需求開(kāi)發(fā)&代碼開(kāi)發(fā)、版本控制、版本發(fā)布、增量升級(jí)’幾個(gè)部分，記錄一些體會(huì)，歡迎指正：
（1）需求溝通&代碼開(kāi)發(fā)：
1、針對(duì)有可以復(fù)用的現(xiàn)有模塊時(shí)，和開(kāi)發(fā)人員溝通主體思路，由開(kāi)發(fā)人員著手開(kāi)發(fā)，開(kāi)發(fā)人員在開(kāi)發(fā)期間與需求人員充分溝通，碰到疑問(wèn)及時(shí)澄清、解決。
2、針對(duì)沒(méi)有可復(fù)用的模塊且涉及較復(fù)雜的業(yè)務(wù)流程時(shí)，需求人員畫原型圖（緊急情況手繪草畫），開(kāi)發(fā)人員按原型圖或草圖著手開(kāi)發(fā)。
3、需求人員記錄開(kāi)發(fā)過(guò)程中和開(kāi)發(fā)人員、客戶溝通的需求變化點(diǎn)。
4、功能開(kāi)發(fā)完成、客戶驗(yàn)收后，及時(shí)補(bǔ)充到《需求規(guī)格說(shuō)明書》。
（2）版本控制：
1、代碼提交前做比較再合入版本庫(kù)（嚴(yán)禁合入非自己修改的文件）。
2、合入代碼需填寫修改信息，新版本開(kāi)發(fā)只填寫修改信息，優(yōu)化修改還需在BU  閱讀全文      摘要: 5W1H原則：
what：用戶需求是什么，要做什么功能。
why：產(chǎn)生這個(gè)需求的背景是什么，原因是什么，能幫助用戶解決什么問(wèn)題。
who：功能需求做出來(lái)了，哪些角色會(huì)參與使用。
where：功能需求的使用環(huán)境是什么（如：操作系統(tǒng)、瀏覽器環(huán)境，分辨率環(huán)境）。
when：功能需求何時(shí)交付（基于交付時(shí)間，考慮實(shí)現(xiàn)方案的選擇）。  閱讀全文      摘要: 8、9、10三月，需求依舊爆棚，相比純業(yè)務(wù)功能的開(kāi)發(fā)，數(shù)據(jù)的匯聚、整理、分析、統(tǒng)計(jì)成為重點(diǎn)，具體細(xì)節(jié)不一一展開(kāi)，按如下關(guān)鍵詞：任務(wù)計(jì)劃、項(xiàng)目溝通、項(xiàng)目流程、客戶匯報(bào)、業(yè)務(wù)關(guān)注、時(shí)間評(píng)估、管理筆記做一些筆錄，持續(xù)更新：
1、任務(wù)計(jì)劃：
1.決策前考慮充分，決策后不再懷疑。
2.任務(wù)精細(xì)、描述清晰，對(duì)內(nèi)分解針對(duì)到負(fù)責(zé)人、給外匯報(bào)針對(duì)產(chǎn)品功能。
3.計(jì)劃制定時(shí)，請(qǐng)成員預(yù)審任務(wù)量，再和開(kāi)發(fā)、測(cè)試確認(rèn)時(shí)間，由成員承諾時(shí)間。
4.安排任務(wù)多人完成時(shí)，指定一個(gè)牽頭人。
5.大的需求，組織討論，小的需求，點(diǎn)對(duì)點(diǎn)溝通，最后要全部閘口到文檔。  閱讀全文      摘要: 6、7兩月，時(shí)間很快，周末的時(shí)間來(lái)做些梳理、小結(jié)，好的要繼承，不好的去改進(jìn)。下面，分日?qǐng)?bào)管理、計(jì)劃管理、客戶管理、需求管理、客戶匯報(bào)、團(tuán)隊(duì)建設(shè)幾個(gè)方向，梳理一些記錄，歡迎指正。
1、日?qǐng)?bào)管理
1.項(xiàng)目啟動(dòng)會(huì)召開(kāi)，介紹項(xiàng)目背景，時(shí)間計(jì)劃和項(xiàng)目目標(biāo)，使團(tuán)隊(duì)成員有共同的認(rèn)識(shí)。讓團(tuán)隊(duì)成員之間互相介紹，以彼此熟悉。
2.根據(jù)收集和掌握的需求任務(wù)，編寫項(xiàng)目計(jì)劃、安排日?qǐng)?bào)（體現(xiàn)當(dāng)天任務(wù)在項(xiàng)目計(jì)劃中的完成百分比、當(dāng)天任務(wù)完成百分比）。首次發(fā)日?qǐng)?bào)前，與日?qǐng)?bào)匯總?cè)藛T點(diǎn)對(duì)點(diǎn)溝通編寫格式，注意事項(xiàng)，重在量化指標(biāo)。
3.根據(jù)日?qǐng)?bào)匯總?cè)藛T匯總的內(nèi)容，了解各開(kāi)發(fā)、測(cè)試成員的工作飽和度及工作質(zhì)量，以針對(duì)性安排后續(xù)新任務(wù)。  閱讀全文