通信&政企產(chǎn)品
PMP考試
摘要: 剛給大輝發(fā)完郵件準備去上班，微信群里熱鬧不已，原來是pmp成績出來了，盡管考試完后心里基本有底，但聽老師說這次考試偏難，等在待結(jié)果出來的前夕，還是不免忐忑。
2013年年初報名直到2014年3月份才考試，倒也是好事，實際工作中的那些事和那些人，總能在復(fù)習的過程中讓自己反復(fù)思考和碰撞。而4m1p的成績單，算是給自己交了一份滿意的答卷，在這里簡單回顧一下，有興趣的同學(xué)可參考：
【復(fù)習歷程】：
1、 關(guān)于教材劃分（含：1本教材（2012版）、3套模擬題、1本輔導(dǎo)書），自己是按下面四部分來分批閱讀：
第1章 項目引論、第2章 組織影響和項目生命周期、第3章 項目管理過程
第4章 項目整合管理
第5章 項目范圍管理、第6章 項目時間管理、第7章 項目成本管理、第8章 項目質(zhì)量管理
第9章 項目人力資源管理、第10章 項目溝通管理、第11章 項目風險管理、第12章 項目采購管理、
閱讀全文
posted @
2014-04-19 09:35 cheng 閱讀(1133) |
評論 (2) 編輯
產(chǎn)品上線期間的那些事
摘要: 這段時間以來的產(chǎn)品使用過程，界面性能和易用性成為關(guān)注的重點。相比運營商項目不同，政企項目驗收過程相對簡單，沒有嚴格的測試用例，以是客戶組織的項目評審會，公司匯報階段進展、客戶做業(yè)務(wù)測試的方式開展。
簡單回顧上線期間一些工作：
1）公司側(cè)提供《需求規(guī)格說明書》、《產(chǎn)品使用手冊》、《角色權(quán)限清單》
2）業(yè)務(wù)部門整理《用戶申請表》、《業(yè)務(wù)制度管理辦法》
3）業(yè)務(wù)部門組織上線前項目例會
3）業(yè)務(wù)部門發(fā)布系統(tǒng)上線公告
4）業(yè)務(wù)部門組織用戶培訓(xùn)
5）公司和業(yè)務(wù)部門提供產(chǎn)品使用支持，解答最終用戶的操作疑問、收集產(chǎn)品反饋。
閱讀全文
posted @
2014-03-26 22:05 cheng 閱讀(1360) |
評論 (3) 編輯
需求管理和進度管理的一些體會
摘要: 項目進入試用階段，版本節(jié)奏也相對平緩，對于需求&開發(fā)&測試過程中的一些管理，分享一些個人體會，歡迎指正。開始正文之前，存在下面前置條件：
1.本輪版本要交付的功能及時間已已評估并與客戶達成一致，是以交付時間倒推來管理《需求規(guī)劃》和《研發(fā)計劃表》的方式。
2.團隊資源：有測試組長，開發(fā)組長是臨時支持（同時兼顧其他項目）。
3.開發(fā)4人、測試2人、需求1人，迭代周期1～2周。
4.需求、開發(fā)和測試在一起辦公。
閱讀全文
posted @
2014-01-19 22:40 cheng 閱讀(1926) |
評論 (5) 編輯
開發(fā)過程筆記
摘要: 項目接近尾聲，需求也逐漸收斂。面對需求變化頻繁、迭代版本周期較短的客觀情況，傳統(tǒng)模式已不能在此生搬硬套。雖現(xiàn)有的開發(fā)過程談不上正規(guī)敏捷，也算接近小步快跑的節(jié)奏。下面分‘需求開發(fā)&代碼開發(fā)、版本控制、版本發(fā)布、增量升級’幾個部分，記錄一些體會，歡迎指正：
（1）需求溝通&代碼開發(fā)：
1、針對有可以復(fù)用的現(xiàn)有模塊時，和開發(fā)人員溝通主體思路，由開發(fā)人員著手開發(fā)，開發(fā)人員在開發(fā)期間與需求人員充分溝通，碰到疑問及時澄清、解決。
2、針對沒有可復(fù)用的模塊且涉及較復(fù)雜的業(yè)務(wù)流程時，需求人員畫原型圖（緊急情況手繪草畫），開發(fā)人員按原型圖或草圖著手開發(fā)。
3、需求人員記錄開發(fā)過程中和開發(fā)人員、客戶溝通的需求變化點。
4、功能開發(fā)完成、客戶驗收后，及時補充到《需求規(guī)格說明書》。
（2）版本控制：
1、代碼提交前做比較再合入版本庫（嚴禁合入非自己修改的文件）。
2、合入代碼需填寫修改信息，新版本開發(fā)只填寫修改信息，優(yōu)化修改還需在BU
閱讀全文
posted @
2013-12-27 20:47 cheng 閱讀(1318) |
評論 (0) 編輯
平臺軟件需求分析和設(shè)計實例
摘要: 5W1H原則：
what：用戶需求是什么，要做什么功能。
why：產(chǎn)生這個需求的背景是什么，原因是什么，能幫助用戶解決什么問題。
who：功能需求做出來了，哪些角色會參與使用。
where：功能需求的使用環(huán)境是什么（如：操作系統(tǒng)、瀏覽器環(huán)境，分辨率環(huán)境）。
when：功能需求何時交付（基于交付時間，考慮實現(xiàn)方案的選擇）。
閱讀全文
posted @
2013-12-01 16:30 cheng 閱讀(1819) |
評論 (0) 編輯
項目規(guī)劃與管理記錄2
摘要: 8、9、10三月，需求依舊爆棚，相比純業(yè)務(wù)功能的開發(fā)，數(shù)據(jù)的匯聚、整理、分析、統(tǒng)計成為重點，具體細節(jié)不一一展開，按如下關(guān)鍵詞：任務(wù)計劃、項目溝通、項目流程、客戶匯報、業(yè)務(wù)關(guān)注、時間評估、管理筆記做一些筆錄，持續(xù)更新：
1、任務(wù)計劃：
1.決策前考慮充分，決策后不再懷疑。
2.任務(wù)精細、描述清晰，對內(nèi)分解針對到負責人、給外匯報針對產(chǎn)品功能。
3.計劃制定時，請成員預(yù)審任務(wù)量，再和開發(fā)、測試確認時間，由成員承諾時間。
4.安排任務(wù)多人完成時，指定一個牽頭人。
5.大的需求，組織討論，小的需求，點對點溝通，最后要全部閘口到文檔。
閱讀全文
posted @
2013-11-09 22:48 cheng 閱讀(2180) |
評論 (3) 編輯
項目規(guī)劃與管理記錄1
摘要: 6、7兩月，時間很快，周末的時間來做些梳理、小結(jié)，好的要繼承，不好的去改進。下面，分日報管理、計劃管理、客戶管理、需求管理、客戶匯報、團隊建設(shè)幾個方向，梳理一些記錄，歡迎指正。
1、日報管理
1.項目啟動會召開，介紹項目背景，時間計劃和項目目標，使團隊成員有共同的認識。讓團隊成員之間互相介紹，以彼此熟悉。
2.根據(jù)收集和掌握的需求任務(wù)，編寫項目計劃、安排日報（體現(xiàn)當天任務(wù)在項目計劃中的完成百分比、當天任務(wù)完成百分比）。首次發(fā)日報前，與日報匯總?cè)藛T點對點溝通編寫格式，注意事項，重在量化指標。
3.根據(jù)日報匯總?cè)藛T匯總的內(nèi)容，了解各開發(fā)、測試成員的工作飽和度及工作質(zhì)量，以針對性安排后續(xù)新任務(wù)。
閱讀全文
posted @
2013-08-04 10:38 cheng 閱讀(1882) |
評論 (2) 編輯
小網(wǎng)站交付體會
摘要: 接到任務(wù)，開發(fā)一個用于項目管理的小網(wǎng)站，功能比較簡單，目的在于方便會議紀要、文檔資料上傳、查閱，消息發(fā)布和消息反饋。從需求溝通、時間溝通、需求分析、原型評審、軟件開發(fā)到產(chǎn)品交付，歷時8天，2輪用戶需求，2次加班沖刺，可以說是階段性的完整交付使用。
時間回顧：
客戶期望的時間：1天
溝通爭取的時間：2天
產(chǎn)品交付的時間：延期1天（開發(fā)測試歷時4天，算上周六）
新需求期望時間：2天
溝通爭取的時間：2天
新需求交付使用：2天
閱讀全文
posted @
2013-06-23 12:24 cheng 閱讀(2530) |
評論 (1) 編輯
項目化運作思考
摘要: 新的環(huán)境、新的成員、新的客戶和新的文化，過去的2個月更多的時間忙于應(yīng)戰(zhàn)，周末難得的梳理時間，來做些回顧和總結(jié)。
加入之初，項目啟動已經(jīng)開始，對于陌生的一個產(chǎn)品和團隊，盡快熟悉掌握的方法莫過于通過文檔和產(chǎn)品環(huán)境的方式、通過日常的溝通熟悉人員。和成員一起，對產(chǎn)品全流程進行了驗證和記錄。市場類的項目，通過會受到直接客戶的一線壓力，尤其是新業(yè)務(wù)的項目，開始階段往往是客戶主導(dǎo)、公司研發(fā)，項目計劃的時間變更也相對頻繁，疲于迎戰(zhàn)的局面開始凸顯，但項目初始為了市場占有率，趕工和加快進度的項目方式是需要的。
閱讀全文
posted @
2013-06-16 13:57 cheng 閱讀(2601) |
評論 (2) 編輯
產(chǎn)品升級過程的一些活動
摘要: 對于新型產(chǎn)品，工程支撐力度在初期會較弱，在產(chǎn)品升級期間會需要產(chǎn)品規(guī)劃人員參與，作為牽頭人的角色，協(xié)調(diào)于工程經(jīng)理、研發(fā)項目經(jīng)理和工程團隊之間，扮演產(chǎn)品顧問的角色。同時，會參加客戶召開的需求升級討論會，和各平臺廠商的人員溝通升級計劃和安排。其中，對需要產(chǎn)品規(guī)劃人員親赴現(xiàn)場參與升級工作的情況，談?wù)剛€人的一些經(jīng)驗：
1）了解產(chǎn)品研發(fā)進展
2）安排前方工程團隊了解此次升級背景、升級業(yè)務(wù)（不限于現(xiàn)網(wǎng)的物理組網(wǎng)圖、現(xiàn)網(wǎng)的業(yè)務(wù)種類、現(xiàn)網(wǎng)的業(yè)務(wù)運營時段、升級后的現(xiàn)網(wǎng)業(yè)務(wù)種類、升級后的業(yè)務(wù)運營時段、業(yè)務(wù)涉及各個網(wǎng)元的IP地址、端口、接口模塊的帳號密碼）和客戶的升級方案。
閱讀全文
posted @
2013-04-17 21:01 cheng 閱讀(1405) |
評論 (2) 編輯
需求研發(fā)過程的一些活動
摘要: 項目生命周期中，變更和糾正錯誤的代價在項目接近完成時通常會顯著提高。所以在項目研發(fā)過程中，需求分析師要參與到產(chǎn)品研發(fā)過程，與開發(fā)人員、測試人員保持緊密溝通，討論和澄清在實現(xiàn)過程中的需求疑問，保證產(chǎn)品產(chǎn)出和需求意圖的吻合。軟件項目中的需求變更，相信做需求的人員再熟悉不過，需求變更率的高低，也是反應(yīng)需求工作好壞的一個重要KPI。對于需求變更的發(fā)生，唯有面對和解決。通常的做法：了解需變更背景、評估影響程度，考慮與各干系人的溝通（客戶、市場、研發(fā)、工程和領(lǐng)導(dǎo)），將評估結(jié)果作為變更請求，提交給項目管理團隊，獲批準后，按新計劃開展產(chǎn)品研發(fā)。
下面是在項目研發(fā)過程中需求端會參與的一些活動：
閱讀全文
posted @
2013-03-29 11:55 cheng 閱讀(1492) |
評論 (0) 編輯
產(chǎn)品工作中的溝通與協(xié)調(diào)
摘要: 1）明確目標：
會議室及電話會議，開會前列出會議章程（最好可以先發(fā)個郵件或者打個招呼，告之這次參會人員的大概情況），會議后要有會議結(jié)果（及時輸出會議紀要）。
會議紀要可以包含下面幾個部分：
1.參會人員、日期、時間
2.會議議題（討論要點）
3.會議紀要（討論過程的概括及描述）
4.后續(xù)策略及關(guān)鍵事件跟蹤（后續(xù)事件及對應(yīng)負責人和時間點）
閱讀全文
posted @
2013-03-10 13:36 cheng 閱讀(1785) |
評論 (0) 編輯
淺談需求分析
摘要: 開始接觸需求工作時，在對用戶需求的溝通基礎(chǔ)上，多依據(jù)于做軟件開發(fā)的結(jié)構(gòu)化思維方式來編寫需求文檔，這種方式易陷入實現(xiàn)細節(jié)的陷阱。如何在用戶需求和軟件需求之間找到平衡點，使得做出的產(chǎn)品即是用戶想要的又在技術(shù)可行和成本上性價比最高，甚至超出用戶期望，給用戶驚喜，開展需求工作時需認真考慮。
業(yè)內(nèi)談得比較多的‘六何法（what、why、when、who、where、how）’，在需求分析工作中同樣適用，可作為問題分析的基本習慣。下面談些自己的理解：
1、信息收集和初步分析：
what：需求是什么，解決什么人的什么問題（用戶群體、用戶規(guī)模、業(yè)務(wù)場景、性能指標和組網(wǎng)）？
why：背景是什么，為什么有這個需求（高層領(lǐng)導(dǎo)思路、團隊主動規(guī)劃需求、競品分析需求）？
when：需求的市場時間（實驗室驗收、試運營和正式上線等各階段時間）？
who：需求的用戶對象是誰（如：技術(shù)部門），是否與其他用戶對象（如：業(yè)務(wù)部、內(nèi)容部、運維部門等）有關(guān)聯(lián)？
where：哪里做（現(xiàn)場開發(fā)還是團
閱讀全文
posted @
2013-02-18 22:53 cheng 閱讀(2687) |
評論 (2) 編輯
產(chǎn)品規(guī)劃這兩年
摘要: 互聯(lián)網(wǎng)發(fā)展速度是驚人的，回首從博客—>微博—>微信的這幾年，自己也從Java軟件開發(fā)轉(zhuǎn)到了產(chǎn)品規(guī)劃工作。期間經(jīng)歷了大小不一的各類運營商的平臺規(guī)劃工作，選擇在此時來回顧，一方面是給自己這兩年的忙碌找個借口。另一方面，更多的是一種經(jīng)歷過后的感觸，就先從產(chǎn)品規(guī)劃工作的定義開始，分享自己的理解吧
指通過在了解市場、了解客戶需求、了解競爭對手、了解外在機會與風險、了解市場和技術(shù)發(fā)展態(tài)勢的基礎(chǔ)上，根據(jù)公司自身的情況和發(fā)展方向，制定出可以把握市場機會，滿足用戶需要的產(chǎn)品的遠景目標以及實施該遠景目標的戰(zhàn)略、戰(zhàn)術(shù)的過程。
1）技術(shù)角度：負責需求溝通、收集、分析、評估、澄清、轉(zhuǎn)換、評審、版本規(guī)劃、研發(fā)跟蹤、版本發(fā)布。
1.溝通，從市場價值、技術(shù)可行性和時間&人力成本方面綜合考慮以確認是接受還是引導(dǎo)客戶。
2.收集，從客戶的市場、技術(shù)、業(yè)務(wù)、運維人員、友商人員和公司內(nèi)部市場人員，多渠道獲取CI信息。
3.分析，采取自底向上、透過現(xiàn)象看本質(zhì)以抓客戶的核心需求。
閱讀全文
posted @
2013-01-13 23:07 cheng 閱讀(1767) |
評論 (1) 編輯