中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

經(jīng)歷過4個(gè)從零開始到上線的項(xiàng)目，關(guān)于項(xiàng)目管理，有一些自己的想法，發(fā)現(xiàn)在項(xiàng)目開發(fā)時(shí)，如果有些問題沒有記錄清楚，那么以后就真真的有坑。

1. 項(xiàng)目需求

在項(xiàng)目立項(xiàng)時(shí)，一定要多去問，為什么要做？做的原因有哪些？誰(shuí)是我們的客戶？我們要解決他們什么問題？有沒有時(shí)間要求等。這些都是這個(gè)項(xiàng)目立項(xiàng)的支撐點(diǎn)，如果沒有這些支撐點(diǎn)，做出來(lái)的東西就不夠穩(wěn)定，經(jīng)不起推敲的。

如果你是甲方，那么想要產(chǎn)品早早的上線，請(qǐng)一定一定不要相信乙方的項(xiàng)目經(jīng)理所說(shuō)的任何保證，除非這家公司你是真知道他的能力。在任何情況下，一定要把你們?cè)跁?huì)議溝通的任何需求和任何想法記錄清楚，形成一份清晰的紀(jì)要文檔，每次會(huì)議一定要有討論結(jié)果和解決方案，切記：一定要有解決方案，問題誰(shuí)都會(huì)找，管件是解決方案。

如果你是乙方，那么想要產(chǎn)品早早的交付，請(qǐng)一定一定不要相信甲方所說(shuō)的每一句話，甚至是標(biāo)點(diǎn)符號(hào)。甲方每一個(gè)人都是患有階段性失憶癥的，而且每一個(gè)甲方都是最牛的創(chuàng)意大師。他們的每個(gè)想法請(qǐng)不要盲目的答應(yīng)，一定要考慮考慮再考慮，最好是當(dāng)場(chǎng)能畫流程圖，草圖，確定一切正常時(shí)，再確定是否能開發(fā)，并記錄成紀(jì)要文檔，并郵件告知項(xiàng)目關(guān)聯(lián)的每個(gè)人，尤其是甲乙雙發(fā)的商務(wù)人員和項(xiàng)目干系人員。

2. 項(xiàng)目時(shí)間

有很多項(xiàng)目時(shí)間就是固定死的，需要把項(xiàng)目反推開發(fā)進(jìn)度，但是也有很多是沒有時(shí)間要求的，大部分是總監(jiān)或老板，也有可能是商務(wù)直接嘴上說(shuō)說(shuō)。這時(shí)候的開發(fā)就看項(xiàng)目經(jīng)理的能力了，是否能有效的把控項(xiàng)目的開發(fā)進(jìn)度。

項(xiàng)目時(shí)間的評(píng)估一般是技術(shù)經(jīng)理，我遇到的技術(shù)，在做周期評(píng)估時(shí)候，大部分的評(píng)估內(nèi)容都是超時(shí)的。當(dāng)然，作為項(xiàng)目管理人員，這個(gè)時(shí)候就是純經(jīng)驗(yàn)了，專業(yè)的PMP管理人員，并不適用互聯(lián)網(wǎng)公司那種機(jī)動(dòng)性較強(qiáng)的開發(fā)項(xiàng)目（可能我遇到的PMP管理人員是假的，不展開討論）大部分互聯(lián)網(wǎng)項(xiàng)目中，不會(huì)有那么多的時(shí)間去做評(píng)估、記錄、方法論。大部分的項(xiàng)目都要求快速上線，時(shí)間較為緊張的項(xiàng)目中，一開始就知道了時(shí)間的局限性，那么合理安排開發(fā)順序就非常重要了，這個(gè)下面再說(shuō)。

3. 項(xiàng)目開發(fā)安排

比較排斥分功能點(diǎn)開發(fā)。大項(xiàng)目的開發(fā)，大部分是幾十個(gè)功能一起開發(fā)，開發(fā)時(shí)，盡量一個(gè)功能模塊由一個(gè)人（團(tuán)隊(duì)）來(lái)做，這時(shí)候，一定要經(jīng)常開會(huì)討論，把各功能模塊之間的關(guān)聯(lián)關(guān)系說(shuō)明白，寫明白，畫明白。不然開發(fā)時(shí)一定會(huì)出現(xiàn)，做出來(lái)的東西垮功能時(shí)的不適用（也就是Bug多）甚至?xí)霈F(xiàn)底層架構(gòu)設(shè)計(jì)的錯(cuò)誤；

看過一篇文章，里面說(shuō)過，技術(shù)在開發(fā)功能時(shí)，如果是一個(gè)功能比較多的項(xiàng)目，一定要按照嚴(yán)格意義上的功能模塊進(jìn)行分配，何為嚴(yán)格意義上的功能模塊，看完之后以我的理解，白話的解釋就是一個(gè)功能，由某個(gè)工程師開發(fā)時(shí)，他要知道這個(gè)功能中包含的東西，就算不是他做的接口，也必須知道里面的業(yè)務(wù)邏輯。這樣，在開發(fā)的時(shí)候，他可以把整個(gè)功能模塊的業(yè)務(wù)全部理清楚，交付給測(cè)試后的Bug就會(huì)相對(duì)比較少，如果出現(xiàn)問題，一個(gè)人就可以解決Bug（我相信產(chǎn)品經(jīng)理一定遇到過一個(gè)Bug找不到是哪個(gè)技術(shù)負(fù)責(zé)的修改的情況）

4. 項(xiàng)目功能優(yōu)先級(jí)

功能開發(fā)時(shí)，一定有優(yōu)先級(jí)順序，工期越緊越要搞清楚優(yōu)先級(jí)順序，在開發(fā)時(shí)，一定把遵循，業(yè)務(wù)級(jí)第一，功能級(jí)第二，統(tǒng)計(jì)級(jí)第三，頁(yè)面（顯示，UI）級(jí)最后的原則，項(xiàng)目的使用是滿足業(yè)務(wù)的，業(yè)務(wù)能跑通，項(xiàng)目才是正確的，其次是讓使用人員用的開心，就屬于功能級(jí)的事情，減少使用人員的使用次數(shù)就是好的功能，越簡(jiǎn)單越好；

剛?cè)氘a(chǎn)品經(jīng)理行業(yè)時(shí)，跟不不知道到底什么是優(yōu)先級(jí)，做的越久越發(fā)現(xiàn)，這個(gè)問題是真心的不好回答，比如我管理的最早的產(chǎn)品，是一款對(duì)C的產(chǎn)品，我們的運(yùn)營(yíng)經(jīng)理三天兩頭的來(lái)找我，要求把某個(gè)顯示，某個(gè)顏色，某個(gè)彈框，某個(gè)提示語(yǔ)改改，甚至每次開會(huì)，提的最多的也是這類問題，這類產(chǎn)品我當(dāng)時(shí)在評(píng)估時(shí)，第一要任是滿足功能（某些盈利功能，某些產(chǎn)品代表性功能）其次是交互，好用好玩好看。最后才是用戶可能無(wú)感的東西做優(yōu)化。而我現(xiàn)在管理的對(duì)B的產(chǎn)品，老板說(shuō)某客戶要加個(gè)功能，你看一下。商務(wù)說(shuō)我現(xiàn)在收集發(fā)票信息太痛苦了，你給我做個(gè)發(fā)票管理系統(tǒng)。運(yùn)營(yíng)說(shuō)，我下個(gè)月可能要做一波活動(dòng)，需要一個(gè)營(yíng)銷工具，你來(lái)看看怎么實(shí)現(xiàn)比較合適。你收到此類信息后，發(fā)現(xiàn)每個(gè)都是比較緊要的事情，怎么破？？唯一的評(píng)估要求就是，那個(gè)功能不做你損失最大。那個(gè)功能做了，對(duì)公司貢獻(xiàn)最大。

5. 關(guān)于測(cè)試

測(cè)試一定要寫測(cè)試用例，一定要懂項(xiàng)目的業(yè)務(wù)需要和這個(gè)功能的使用場(chǎng)景，測(cè)試時(shí)盡量能做到角色扮演（把自己當(dāng)成用戶）

曾經(jīng)看過一篇文章，說(shuō)張小龍談?wù)擈v訊里面的最厲害的測(cè)試，張小龍自己說(shuō)他要把自己變成一個(gè)小白用戶需要醞釀很久，而馬總（馬化騰）只要一個(gè)呼吸間就可以把自己變成小白用戶。我在要求我的測(cè)試的時(shí)候，第一要?jiǎng)?wù)是必須理解里面的業(yè)務(wù)邏輯，我會(huì)把產(chǎn)品設(shè)計(jì)的想法，場(chǎng)景，用戶的要求全部講出來(lái)，告知測(cè)試設(shè)計(jì)的原因，把每個(gè)功能點(diǎn)上可能涉及到的東西都會(huì)提出來(lái)，而測(cè)試偶爾提出的問題，我也會(huì)在會(huì)議中盡心討論，隨時(shí)修改或記錄。我一直相信產(chǎn)品只是一個(gè)人，沒有辦法把一個(gè)邏輯中可以涉及到的方方面面都考慮到，這個(gè)時(shí)候測(cè)試就是產(chǎn)品的一個(gè)補(bǔ)漏和補(bǔ)全的作用。測(cè)試用例-第一版中重要的邊界值一定要考慮進(jìn)去，而為什么說(shuō)第一版只考慮重要的邊界值問題呢，因?yàn)楹芏嗷ヂ?lián)網(wǎng)項(xiàng)目中上線都是第一位。優(yōu)化迭代時(shí)才需要去考慮各種邊界值，容錯(cuò)問題的事項(xiàng)。

6. 人員管理

項(xiàng)目開發(fā)過程中，一定存在溝通上的各種問題，小問題，人員自己溝通，大問題，整理成文檔，每周做一次總結(jié)會(huì)議，把所有問題會(huì)議上攤開講，就算是和其他人員沒有關(guān)系，讓其他人員了解一下，有助于對(duì)整個(gè)系統(tǒng)的了解；

人員才是項(xiàng)目中最大的問題，任何一個(gè)團(tuán)隊(duì)中，只要是人在的地方，就一定會(huì)有糾紛和爭(zhēng)吵。尤其是在一個(gè)項(xiàng)目設(shè)計(jì)大量的開發(fā)人員，需要開發(fā)人員之間進(jìn)行協(xié)調(diào)時(shí)，作為項(xiàng)目管理人員，一定要關(guān)注溝通的問題。能由項(xiàng)目牽頭溝通的，盡量有一個(gè)可以中和的人來(lái)去引導(dǎo)整個(gè)溝通的過程。如果所溝通問題設(shè)計(jì)的人員比較多時(shí)，建議進(jìn)行小范圍會(huì)議來(lái)進(jìn)行頭腦風(fēng)暴形式討論，并形成會(huì)議紀(jì)要形式，記錄解決方案和討論內(nèi)容（解決方案已定要有）很多工程師在解決Bug問題時(shí)都會(huì)出現(xiàn)抵觸情緒，而測(cè)試在提出解決方案時(shí)的解決一定存在消極怠工的情況。這個(gè)時(shí)候，項(xiàng)目管理人員在項(xiàng)目后期一定要定期開Bug評(píng)審會(huì)，評(píng)估每一個(gè)Bug的優(yōu)先級(jí)，解決方案?jìng)渥?，解決人員的說(shuō)明，解決時(shí)間的去頂?shù)?，以Excel的形式在會(huì)議結(jié)束后郵件發(fā)給每一個(gè)相關(guān)人員。很多時(shí)候問題說(shuō)開了，人與人之間就會(huì)很好相處了。項(xiàng)目管理人員切記有團(tuán)體情況。

7. 需求變更

需求一定是經(jīng)常變更的，需求變更的事情，大多不是業(yè)務(wù)層面的，大多是功能層面和使用層面的事情，這類需求變更，成文件形式記錄，通報(bào)給技術(shù)總監(jiān)和相關(guān)技術(shù)人員。業(yè)務(wù)層面變更就要組織相關(guān)領(lǐng)導(dǎo)開會(huì)確認(rèn)，之后把變更后的內(nèi)容告知所有技術(shù)人員；

需求變更一般是由甲方提出，甲方包括付錢的，發(fā)工資的，商務(wù)，業(yè)務(wù)，運(yùn)營(yíng)等。所以這個(gè)又老生常談的問題–需求評(píng)估，當(dāng)然沒有誰(shuí)能一次性把所有的問題想明白。需求變更的產(chǎn)生在產(chǎn)品的生命周期中一定是經(jīng)常存在的。那么如何避免需求的變更就兩個(gè)解決方案，一是在需求確立時(shí)多搞清楚情況，之前說(shuō)過就不說(shuō)了。二是需求管理—任何需求的產(chǎn)品都要文檔形式記錄，每次需求的結(jié)果都要郵件形式告知每一個(gè)相關(guān)人員，讓需求變更人員不要意思提變更，再不濟(jì)也讓他們?cè)谔嶙兏鼤r(shí)想清楚再提。項(xiàng)目人員在接到需求變更時(shí)，又回到第四點(diǎn)說(shuō)的，優(yōu)先級(jí)，這個(gè)需求到底需要需要現(xiàn)在就去改，現(xiàn)在就做，評(píng)估清楚再做。

以上7點(diǎn)是入行幾年來(lái)，經(jīng)歷了4個(gè)從0開始的項(xiàng)目后的一些總結(jié)。只是自己所接觸的小公司的情況，沒在大公司呆過可能不知道情況，希望大公司的大牛不要噴我。

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

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