国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

本文作者根據(jù)自己的創(chuàng)業(yè)經(jīng)歷，分享了項(xiàng)目管理以及產(chǎn)品版本迭代的相關(guān)經(jīng)驗(yàn)。

18年3月份，接到一位創(chuàng)業(yè)兄弟的邀請(qǐng)，加入團(tuán)隊(duì)負(fù)責(zé)項(xiàng)目管理流程的規(guī)范，他表示：

現(xiàn)有項(xiàng)目的開發(fā)流程太亂，項(xiàng)目交付太慢。

剛開始接到這個(gè)需求，我的內(nèi)心是很虛的，只有一年工作經(jīng)驗(yàn)的PM Dog，哪有能力搞這么高大上的東西。

雖然顧慮重重，但想體驗(yàn)創(chuàng)業(yè)快感的我，還是硬著頭皮上了，畢竟，萬一失敗了，虧的又不是我的錢……哈哈（奸詐臉）！

由于該公司扎根的垂直領(lǐng)域圈子太小，為了隱私起見，下文對(duì)該公司簡(jiǎn)稱為：A公司。

背景

A公司是在某個(gè)垂直領(lǐng)域做專業(yè)的解決方案供應(yīng)商，目標(biāo)客戶群體是大集團(tuán)企業(yè)，項(xiàng)目周期一般是1年左右。

需求調(diào)研（用戶訪談)

接手這個(gè)團(tuán)隊(duì)的時(shí)候，團(tuán)隊(duì)有20來號(hào)兄弟，其中市場(chǎng)部主要負(fù)責(zé)項(xiàng)目的同事有三名，大概了解了團(tuán)隊(duì)架構(gòu)之后，我就詢問市場(chǎng)部同事當(dāng)前的項(xiàng)目管理流程。

他們是這么說的：

跟客戶拿需求過來，如果自己無法評(píng)估技術(shù)的可實(shí)現(xiàn)性，就拿回來給研發(fā)，實(shí)現(xiàn)性沒問題，就做……

然后我又去問了研發(fā)，研發(fā)的兄弟們是這么說的：

市場(chǎng)部那邊，老是一句話需求，剩下的自己腦補(bǔ)，真讓人吐血。有的時(shí)候，突然就來了個(gè)需求，明天就要上線，措不及防又是一頓熬夜趕工，交出一個(gè)應(yīng)付性版本……

最后是技術(shù)部的兄弟們，他們是這么說的：

上線的版本老是不穩(wěn)定，有的時(shí)候還沒有測(cè)試就上線了，功能都跑不通，一臉懵逼。產(chǎn)品體驗(yàn)太差，運(yùn)維壓力太大，頂不住……

通過一輪的訪談下來，需求的流向看似很健康，由：市場(chǎng)->研發(fā)->技術(shù)->市場(chǎng)，其實(shí)幸虧兄弟們關(guān)系鐵，不然早就拔刀相見了。

需求分析

第一、開發(fā)流程問題：沒有對(duì)客戶的需求進(jìn)行“反饋式確定”，由開發(fā)人員直接做邏輯設(shè)計(jì)兼開發(fā)工作。

比如客戶說，我要做庫存管理。這一句話需求，有可能出現(xiàn)什么情況呢？

我方：哦，庫存管理，那就做一個(gè)臺(tái)賬，顯示客戶的庫存，再加個(gè)“增查改刪”，OK，搞定。

1. 增：有新品種貨物進(jìn)庫，新增該品種庫存；
2. 查：品種太多，我加個(gè)查詢框，便于快速找到該品種，查看其庫存；
3. 改：庫存數(shù)量有誤，需要修改；
4. 刪：該品種不做了，刪除掉避免產(chǎn)生信息垃圾。

看似考慮得挺周全，其實(shí)還是有可能與客戶的想法有出入的，比如：

1. 增：新增品種庫存時(shí)需要輸入哪些字段，哪些字段是必填的等等；
2. 查：需要對(duì)哪些字段進(jìn)行條件查詢功能；
3. 改：哪些字段可以修改，哪些字段不可以修改；
4. 刪：在什么情況下可以刪除，是否需要權(quán)限限制等等。

更多的可能有：臺(tái)賬是否具有排序功能、臺(tái)賬是否需要庫存預(yù)警、庫存預(yù)警閾值是否可自定義設(shè)置等等。

很多細(xì)節(jié)性的功能就這么忽略了。

如果你說，我們多替客戶考慮，把我們能想到的功能都做上去，這樣很容易造成開發(fā)資源的浪費(fèi)。

如果做不到位，就會(huì)造成返工，客戶對(duì)我們不信任，為后續(xù)的合作埋下隱患等等。

正確的做法是：

新增原型圖評(píng)審環(huán)節(jié)：

就客戶提出的需求，根據(jù)我們的理解及專業(yè)性判斷，輸出原型圖，跟客戶一起評(píng)審確定。

如果我方對(duì)功能的設(shè)計(jì)有疏忽之處，在原型圖階段就進(jìn)行修改，直至滿足甲方真正的需求，完成簽字確定，再投入開發(fā)。

這樣做的好處是：

1. 更好地將客戶的需求還原出來，對(duì)比下我們的理解跟客戶的需求是否有偏差。如果出現(xiàn)了偏差或者客戶有需求變更，也只需要修改原型圖，不需要修改代碼，降低修改的成本。
2. 客戶充分參與了設(shè)計(jì)，有了參與感，對(duì)后面開發(fā)出來的產(chǎn)品，也會(huì)比較有認(rèn)同感，一般就不會(huì)有大的改動(dòng)。畢竟，誰都不愿意打自己的臉。
3. 將開發(fā)人員進(jìn)行邏輯設(shè)計(jì)的工作釋放，由產(chǎn)品經(jīng)理進(jìn)行設(shè)計(jì)，再輸出開發(fā)文檔，開發(fā)人員只需要將文檔語言轉(zhuǎn)化為系統(tǒng)語言即可。避免出現(xiàn)開發(fā)兼設(shè)計(jì)導(dǎo)致邏輯考慮不足，功能跑不通的情況出現(xiàn)。

這樣就解決了一句話需求研發(fā)腦補(bǔ)、返工、功能跑不通、體驗(yàn)性太差的問題。

第二、項(xiàng)目迭代節(jié)奏的問題。

創(chuàng)業(yè)公司人少事多且繁瑣雜亂，現(xiàn)在的市場(chǎng)部同事并非純真的項(xiàng)目經(jīng)理。只是他們把東西賣給客戶了，客戶有什么訴求，第一個(gè)找的肯定是他們。所以慢慢的，他們也就成為了所謂的項(xiàng)目經(jīng)理。

在這個(gè)背景下形成的項(xiàng)目經(jīng)理，有以下特點(diǎn)：

1. 沒有主動(dòng)深入了解客戶的使用情況，只會(huì)被動(dòng)接受客戶提過來的需求。
   這個(gè)是很多緊急需求的本質(zhì)來源。沒有站在整個(gè)項(xiàng)目的高度上做一些開發(fā)的規(guī)劃，非得等客戶真正需要用到了，發(fā)現(xiàn)沒有這個(gè)功能，然后就找到了我們的項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理把需求帶回來，做好了再更新到客戶那邊，事情完結(jié)。
2. 沒有做一定的項(xiàng)目總結(jié)及系統(tǒng)價(jià)值的提煉。
   在整個(gè)項(xiàng)目的跟進(jìn)過程中，項(xiàng)目經(jīng)理充當(dāng)了一個(gè)傳話筒的角色，沒有總結(jié)，就沒有進(jìn)步。沒有價(jià)值點(diǎn)提煉，就沒有存在感。最后導(dǎo)致我們的客戶，對(duì)我們產(chǎn)生的印象是：我們說怎么樣，你們就做成什么樣，我們不說，你們也不會(huì)站在你們專業(yè)的角度來替我們思考。

基于這點(diǎn)，我覺得職責(zé)需要明確，所以就以公司的名義發(fā)了封正式的公告，任命其為項(xiàng)目經(jīng)理，對(duì)項(xiàng)目負(fù)責(zé)，需要把控項(xiàng)目的迭代節(jié)奏。

這樣也就解決了緊急需求的問題。

協(xié)調(diào)各方資源，設(shè)計(jì)（包含了埋點(diǎn)設(shè)計(jì)）、開發(fā)、V1版本上線

基于以上的問題，我就做了以下三點(diǎn)措施：

1. 發(fā)文任命項(xiàng)目經(jīng)理；
2. 梳理出開發(fā)流程，為全員做相關(guān)培訓(xùn)，項(xiàng)目經(jīng)理主責(zé)落地跟進(jìn)；
3. 制作甘特圖，反映我司人員在項(xiàng)目上的具體投入，以了解項(xiàng)目的收入成本比。

關(guān)于埋點(diǎn)分析，來源于老板的訴求：大家看起來都很忙，但項(xiàng)目交付太慢，導(dǎo)致回款出問題；

上圖是我之前做產(chǎn)品時(shí)的項(xiàng)目管理經(jīng)歷，就想把它借鑒過來，記錄下項(xiàng)目人員的投入分布圖。

另外，給新入職產(chǎn)品/項(xiàng)目管理的童鞋一個(gè)建議：好好管理產(chǎn)品/項(xiàng)目的迭代歷程，便于自己總結(jié)回顧并針對(duì)性地提升自己！

產(chǎn)品上線后

產(chǎn)品上線以后，跟進(jìn)用戶反饋、埋點(diǎn)數(shù)據(jù)分析，以便更好地進(jìn)行下個(gè)迭代版本的設(shè)計(jì)，不斷靠近產(chǎn)品的目的。

關(guān)于埋點(diǎn)數(shù)據(jù)的采集，我是讓每個(gè)人以日?qǐng)?bào)的形式發(fā)給我，我再進(jìn)行整理，歸納到項(xiàng)目管理表中，最后得到了以下分布圖：

慢慢的，我覺得不太對(duì)勁：我都沒有接到需求，但研發(fā)的同事一直在開發(fā)的路上。

更加奇怪的是：研發(fā)一直在不停的開發(fā)，但項(xiàng)目驗(yàn)收情況依舊不容樂觀。對(duì)于一個(gè)初創(chuàng)團(tuán)隊(duì)來說，研發(fā)是一個(gè)比較重的開支，所以必須得搞清楚里面是什么原因，達(dá)到開源節(jié)流的目的。

于是我就梳理了一下記錄，發(fā)現(xiàn)很多的工作都是在：修改、修復(fù)、優(yōu)化，而且極其碎片化。

經(jīng)過深入了解，原來都是在補(bǔ)之前的坑。比如之前給客戶做了一個(gè)功能，主功能能跑通，但忽略了其他的異常情況，客戶到現(xiàn)在才發(fā)現(xiàn)，就得進(jìn)入緊急修復(fù)狀態(tài)。

我也回訪了一下各部門的同事，得到以下信息：

• 項(xiàng)目經(jīng)理：工作量比較大，市場(chǎng)打單已經(jīng)耗費(fèi)了我很大精力了，又要跟進(jìn)項(xiàng)目管理，有點(diǎn)兼顧不過來。有時(shí)候跟研發(fā)的同事在溝通需求，約好了時(shí)間節(jié)點(diǎn)，我去忙其他的了，研發(fā)的同事就忘了時(shí)間節(jié)點(diǎn)，導(dǎo)致任務(wù)的延期。
• 研發(fā)同事：任務(wù)太多太雜了，而且總是有新的需求插隊(duì)，所以經(jīng)常會(huì)先把那些催得緊的需求先做了，導(dǎo)致其他需求的延期。有些需求沒人催，久而久之也就忘了。
• 技術(shù)部的同事：運(yùn)維占了我們很大的一部分工作量，又沒有專職的測(cè)試，所以只能借著運(yùn)維的間隙測(cè)一測(cè)功能是否能跑通。有的時(shí)候客戶催得緊，沒有辦法，來不及測(cè)試，只能直接上了。

另外，我發(fā)現(xiàn)了研發(fā)同事有一個(gè)問題：沒有進(jìn)行版本管理；

個(gè)人覺得沒有版本管理，會(huì)有以下缺點(diǎn)：

1. 增加同事間的溝通成本：研發(fā)更新了新版本，負(fù)責(zé)測(cè)試的技術(shù)同事沒注意，還在測(cè)老版本。
2. 開發(fā)戰(zhàn)線拉得比較長，團(tuán)隊(duì)成員心理負(fù)擔(dān)會(huì)較大。
3. 在客戶面前沒有主動(dòng)權(quán)。如果我們有做版本管理，我們可以說明版本上線的時(shí)間節(jié)點(diǎn)以及版本更新的內(nèi)容，給我們自己喘息的時(shí)間，也顯得我們有計(jì)劃，比較專業(yè)。而不是客戶說什么我們就做什么，而且是馬上做。

綜上所述，我總結(jié)下問題：

1. 項(xiàng)目經(jīng)理精力有限，無法做到項(xiàng)目的有效管理；
2. 研發(fā)同事忙于補(bǔ)之前沒有項(xiàng)目管理留下來的坑，而且還有很多隱形的坑有待發(fā)掘；
3. 研發(fā)工作比較碎片化，項(xiàng)目迭代沒有節(jié)奏，導(dǎo)致需求插隊(duì)等，造成有些任務(wù)的延期；
4. 由于有些bug沒有辦法及時(shí)修復(fù)，造成運(yùn)維工作壓力較大，沒有精力測(cè)試新上線的版本，從而形成惡性循環(huán)；
5. 版本管理需要建立。

V1版本上線后

V1版本上線后，通過數(shù)據(jù)、用戶反饋發(fā)現(xiàn)問題，就得設(shè)計(jì)一個(gè)新版本，來解決V1版本出現(xiàn)的問題，我把它定義為V2。

針對(duì)以上問題，我做出了以下措施：

1. 協(xié)助項(xiàng)目經(jīng)理組建自己的小團(tuán)隊(duì)，由項(xiàng)目經(jīng)理一個(gè)人主責(zé)變?yōu)轫?xiàng)目經(jīng)理主責(zé)、團(tuán)隊(duì)成員擔(dān)責(zé)。

之前是項(xiàng)目經(jīng)理跟研發(fā)同事提需求，有時(shí)候無法具體到給哪位研發(fā)同事提需求，造成溝通成本的浪費(fèi)及事后推責(zé)等問題。

現(xiàn)在我就為每位項(xiàng)目經(jīng)理都配了一名研發(fā)、技術(shù)同事，這樣從項(xiàng)目經(jīng)理、研發(fā)、測(cè)試、運(yùn)維整個(gè)落地閉環(huán)就形成了，形成了N個(gè)作戰(zhàn)小部隊(duì)。該作戰(zhàn)部隊(duì)，由項(xiàng)目經(jīng)理掌舵，其他成員積極配合，如果該團(tuán)隊(duì)負(fù)責(zé)的項(xiàng)目出現(xiàn)了問題，項(xiàng)目經(jīng)理擔(dān)擔(dān)責(zé)，其他團(tuán)隊(duì)成員擔(dān)小責(zé)。

2. 為了保證需求的流轉(zhuǎn)記錄，推出項(xiàng)目管理工具：禪道。

之前對(duì)于需求的流轉(zhuǎn)，項(xiàng)目經(jīng)理疲于督促管理，口頭的流轉(zhuǎn)存在很大的扯皮隱患，需求的流轉(zhuǎn)記錄急需立字據(jù)。

經(jīng)過項(xiàng)目管理工具的調(diào)研，大家對(duì)禪道的應(yīng)用比較感興趣，所以選擇了禪道作為項(xiàng)目的管理工具，并制定了以下管理流程：

這樣整個(gè)需求的流轉(zhuǎn)清晰了，大家有跡可循，避免信息的溝通失真。

3. 版本的管理

在我們的系統(tǒng)上線【版本日志】界面，并全員分享版本管理的好處。

V2版本上線，繼續(xù)跟進(jìn)用戶反饋、數(shù)據(jù)分析

經(jīng)過V2版本的優(yōu)化上線，基本解決了以下問題：

1. 項(xiàng)目管理不再是一個(gè)人的責(zé)任，而是一個(gè)團(tuán)隊(duì)的責(zé)任，營造了團(tuán)隊(duì)的作戰(zhàn)氛圍；

2. 需求流轉(zhuǎn)可視化，降低溝通成本，避免信息的傳遞失真；

3. 增強(qiáng)版本管理意識(shí)，增加版本迭代日志，建立自己的迭代節(jié)奏。

經(jīng)過兩個(gè)版本的迭代管理，基本解決了項(xiàng)目的管理問題，只留下一個(gè)問題暫時(shí)沒有辦法解決：填之前項(xiàng)目的坑。

本來想著該問題只能隨著時(shí)間的推移慢慢得到根治。

不過隨著時(shí)間的推移，我覺得問題，并沒有那么簡(jiǎn)單：來自舊項(xiàng)目上的需求源源不斷，驗(yàn)收卻遲遲沒有進(jìn)展，項(xiàng)目款回收比較困難。

經(jīng)過了解，原來之前簽的項(xiàng)目，需求顆粒度是很粗的，后續(xù)進(jìn)場(chǎng)開發(fā)也沒有進(jìn)行詳細(xì)的需求調(diào)研、需求確定等，都是跟客戶口頭確定大概要做成什么樣子，再根據(jù)自己的判斷做出來，交付給客戶。

客戶試用，有問題，提，我們改，一直如此的重復(fù)?？蛻粢膊粫?huì)輕易簽字，畢竟一簽字，再開發(fā)就需要另外付錢了。

這就造成了之前提到的問題：需求不斷，開發(fā)很忙，項(xiàng)目交付卻很慢，而且需求極其碎片化，用戶一會(huì)需要加這個(gè)字段，一會(huì)兒需要新增判斷邏輯等等。

更致命的是，我們的專業(yè)性會(huì)慢慢的被磨沒，直至客戶說什么，我們就做什么，客戶不說，我們也不會(huì)主動(dòng)跟進(jìn)。

目的地都無法確定在哪里，漫無目的地走著效率是最低。

我就跟各方同事確定，最后在市場(chǎng)部的同事那里得到了本質(zhì)信息：手頭沒有“菜單”，所以客戶要什么，我們就答應(yīng)做什么，項(xiàng)目虧不虧我不管，我們的任務(wù)是把項(xiàng)目簽下來就ok。到時(shí)候做到什么樣再去走“商務(wù)”，也就是靠關(guān)系。

這個(gè)讓我大為驚訝， 我覺得我們做生意是平等的，你給我錢，我為您提供服務(wù)，必須要把賬算清楚了，而不是靠走后門、刷老臉來驗(yàn)收項(xiàng)目。

結(jié)合用戶調(diào)研及需求反饋，設(shè)計(jì)V3版本

于是我就著手開始制作“菜單”：

1. 把系統(tǒng)功能框架羅列出來，標(biāo)上對(duì)應(yīng)的售價(jià)，市場(chǎng)打單用。
2. 針對(duì)系統(tǒng)功能框架制作一份功能明細(xì)，后期進(jìn)場(chǎng)調(diào)研時(shí)用。在這份功能明細(xì)上做增查改刪，再由甲方簽字，就可以進(jìn)行后續(xù)的原型圖設(shè)計(jì)、需求確定投入開發(fā)了。

這樣就確保我們有了驗(yàn)收標(biāo)準(zhǔn)，有了依據(jù)有了目的地，更好地規(guī)劃我們的迭代節(jié)奏。

版本迭代日志

總結(jié)一下在整個(gè)項(xiàng)目規(guī)范流程中的版本迭代日志

V1：

• 施行項(xiàng)目經(jīng)理制，責(zé)任到人；
• 梳理出開發(fā)流程，為全員做相關(guān)培訓(xùn)，項(xiàng)目經(jīng)理主責(zé)落地跟進(jìn)；
• 制作甘特圖，反映我司人員在項(xiàng)目上的具體投入，以了解項(xiàng)目的收入成本比。

V2：

• 組建項(xiàng)目作戰(zhàn)小團(tuán)隊(duì)，主責(zé)到人、團(tuán)隊(duì)擔(dān)責(zé)；
• 借助項(xiàng)目管理工具，做好需求的流轉(zhuǎn)記錄；
• 制定版本規(guī)范制度，上線【版本日志】模塊。

V3：

• 上線系統(tǒng)功能清單及報(bào)價(jià)；
• 上線系統(tǒng)功能明細(xì)，確保有驗(yàn)收標(biāo)準(zhǔn)。

以上三個(gè)版本，就是我覺得最有里程碑意義的迭代歷程，它讓項(xiàng)目從需求的來源、落地、驗(yàn)收整個(gè)流轉(zhuǎn)得以規(guī)范。看似簡(jiǎn)單，其中也走了不少彎路，希望可以給大家?guī)斫梃b意義。

本文由 @銘創(chuàng)優(yōu)品 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議