一次病態(tài)項(xiàng)目進(jìn)程的發(fā)展與變遷

3 評論 3862 瀏覽 13 收藏 12 分鐘

當(dāng)產(chǎn)品和技術(shù)部門沒有統(tǒng)一的管理,即使使用有效的項(xiàng)目管理軟件,所謂的deadline也不過是單純的數(shù)字罷了。

“老大,開發(fā)他們要對數(shù)據(jù)庫進(jìn)行調(diào)整,近期不能送測‘改版需求’了?!蔽以儐柾觊_發(fā)主管后,隨即就向我的老大匯報(bào)了這個(gè)情況。

“那這樣的話,我們也沒辦法了”老大語重心長地告訴我,“這個(gè)功能可能會中斷,你不覺得這個(gè)新版頁面看上去很丑嗎?”聽完,我差點(diǎn)暈了我過去~

這是去年12月初,我和老大的一次對話。作為棱角還沒磨平的我,眼看著自己的“孩子”面臨夭折的風(fēng)險(xiǎn),肯定不甘心,故產(chǎn)生了要為“孩子”討回公道的想法——向老大再次“諫言”。

但是咱們反饋問題,還是要按事實(shí)說話。在平復(fù)情緒后,我決定對過往的項(xiàng)目工作進(jìn)行梳理,萬一這孩子真的夭折了也能撫慰其在天之靈。就在梳理項(xiàng)目工作的過程中,問題也慢慢浮現(xiàn)了……

項(xiàng)目梳理

這個(gè)“改版需求”的項(xiàng)目是8月14日開始的……

梳理啟動

  1. 我將“改版需求”時(shí)間線內(nèi)自己負(fù)責(zé)的所有需求都統(tǒng)計(jì)了一遍,并放在一個(gè)時(shí)間軸內(nèi)(下圖最左側(cè)豎線),并對“改版需求”的重要節(jié)點(diǎn)進(jìn)行了標(biāo)注(包括時(shí)間+事件描述,下圖最右側(cè)豎線與文本);
  2. 將“改版需求”及其時(shí)間線內(nèi)進(jìn)行的需求項(xiàng)目,以矩形的方式分別列出,頭部標(biāo)注開始時(shí)間,底部標(biāo)注結(jié)束時(shí)間;
  3. 已經(jīng)上線的需求項(xiàng)目用綠色邊框標(biāo)識,其余狀態(tài)(包括:設(shè)計(jì)中、開發(fā)中、測試中等狀態(tài))用紅色邊框標(biāo)識。

梳理分析

分析一:產(chǎn)品同步任務(wù)過載

如果拿出一條橫線在時(shí)間軸上移動時(shí),會明顯的看到我在進(jìn)行改版需求的過程中總共負(fù)責(zé)6個(gè)需求的工作。

分析二:周期停滯嚴(yán)重

有的需求上線了,有的需求停滯了,特別是在“改變需求”項(xiàng)目周期內(nèi)插入的需求,還有不少已經(jīng)上線了。

分析三:需求多次變更

除此之外,我們在上圖左側(cè)的節(jié)點(diǎn)描述中還能發(fā)現(xiàn)以下主要問題:

2017/09/04 因?yàn)樾鹿δ苄枰獙撁孢M(jìn)行修改,所以選擇啟動“改版需求”

2017/10/16 對新版頁面進(jìn)行修改(2017/09/06 UI已經(jīng)完成新版頁面)

2017/12/05 指出頁面不好看

看到主要問題后,我腦海里首先冒出的就是“多次變動”,這也導(dǎo)致了后來的現(xiàn)象:開發(fā)改、UI改、產(chǎn)品也要改。

分析四:開發(fā)同步任務(wù)過載

看到自己單方面的任務(wù)混亂后,我查詢了“改版需求”項(xiàng)目周期內(nèi)開發(fā)哥哥的其他任務(wù):

Web端需求任務(wù)共13個(gè):

移動端需求任務(wù)共16個(gè)(除去改版需求):

根據(jù)兩張圖的狀態(tài)可以發(fā)現(xiàn),開發(fā)哥哥中間穿插的很多需求項(xiàng)目也已經(jīng)上線了。

發(fā)現(xiàn)原因

在項(xiàng)目梳理過程中發(fā)現(xiàn)很多問題后,我開始靜下來回顧過往的工作流程,終于意識到出現(xiàn)這樣的問題是“合情合理”的。

我的偷懶

每次開發(fā)主管分配任務(wù)后,想著自己的需求文檔寫得比較細(xì)致,就慢慢減少了與需求開發(fā)人員的溝通。后來,我發(fā)現(xiàn)開發(fā)哥哥拿到需求文檔后,很少會從頭到尾看一遍,更多的是看一點(diǎn)開發(fā)一點(diǎn)。恰恰是開發(fā)的這個(gè)習(xí)慣,造成每次開發(fā)過一段時(shí)間后才會發(fā)現(xiàn)需求設(shè)計(jì)存在一些問題。

后來我向我的一位同事描述了自己的問題,她告訴我在開發(fā)前她總會拉著開發(fā)過一遍需求,對比一下開發(fā)理解的與自己想的是否一致。是啊,如果當(dāng)時(shí)自己能夠拉開發(fā)哥哥一起過一下需求,或許就會減少像9月4日的那樣的事故。

流程、管理混亂

(1)需求評審缺失

雖然主動找開發(fā)單獨(dú)過一遍需求是必要的,但是如果在流程上定下規(guī)則是不是會更有效呢?平時(shí)的工作流程是這樣的:產(chǎn)品們每次完成需求文檔在系統(tǒng)上提交需求后,開發(fā)主管大致瀏覽一遍,就分配給開發(fā)哥哥進(jìn)行研發(fā)了。正是缺少了需求評審使得開發(fā)者沒有及時(shí)評估需求,如果僅僅依靠每個(gè)產(chǎn)品的自身意識去驅(qū)動,并不是什么長久之計(jì)。

(2)項(xiàng)目管理缺失

看到我和開發(fā)哥哥在工作穿插了多個(gè)任務(wù),且有的已經(jīng)上線后,我不禁想反問一下團(tuán)隊(duì):“到底哪個(gè)是緊急的?”“需求項(xiàng)目的deadline是什么時(shí)候?”沒人告訴我,因?yàn)楝F(xiàn)實(shí)中截至?xí)r間是開發(fā)主管隨意定的,而緊急度的高低也沒有具體的指標(biāo),有時(shí)候甚至和人有著很大的關(guān)系。沒有需求評審、沒有明確的優(yōu)先級界定,所以需求總是變變變,任務(wù)也可以隨意穿插。

尋求答案

從書中、論壇找了很多解決辦法,要么過于高深不適應(yīng)現(xiàn)在的部門,要么就是太概括,缺乏可以實(shí)施的細(xì)節(jié)。在這里要特別感謝一下粒粒橙老師,在咨詢完相關(guān)問題后,她詳細(xì)地介紹了自己部門的工作流程,主要部分整理如下:

項(xiàng)目立項(xiàng)

一個(gè)月或者2周為一個(gè)開發(fā)周期,每個(gè)開發(fā)周期內(nèi),產(chǎn)品需要提出自己的需求。根據(jù)需求優(yōu)先級(問題嚴(yán)重性、ROA值(資產(chǎn)回報(bào)率)高低、對用戶的體驗(yàn)是否提升、對公司是否產(chǎn)生收益、是否增加內(nèi)部人員的效率、技術(shù)成本是否會降低……)決定本期開發(fā)的需求;

方案評審

需求是重要的,但是設(shè)計(jì)的方案不一定是最有效的,參與討論實(shí)現(xiàn)功能過程的可行性;

交互評審

(交互)設(shè)計(jì)師加入,參與細(xì)節(jié)的交互設(shè)計(jì);

開發(fā)評審

開發(fā)、測試人員等加入評審,評估需求實(shí)現(xiàn)可行性,以及實(shí)現(xiàn)的周期;

我非常贊同其中的兩點(diǎn):對需求優(yōu)先級評估是有明確指標(biāo)的,項(xiàng)目周期也是有固定的時(shí)間節(jié)點(diǎn)。同樣,對于設(shè)計(jì)方案評估大家是用批判性眼光去看待的,一開始沒有想著這個(gè)方案有哪些需要完善的地方,而是先去思考有沒有其他更好的方案。

至此,終于意識到平日的需求(項(xiàng)目)工作流程都是結(jié)果導(dǎo)向,而非目標(biāo)導(dǎo)向,所以團(tuán)隊(duì)通常情況下都沒有好好重視中間的過程。

“諫言”

發(fā)現(xiàn)問題、找到可以嘗試的解決方案后,我內(nèi)心非常開心,畢竟自己的“孩子”可能不會夭折了。當(dāng)我正想給老大發(fā)郵件描述這一系列問題時(shí),我打住了,產(chǎn)生了一些顧慮:難道就我想到了這些?難道之前就沒有人“上諫”過?

可能進(jìn)入社會時(shí)間久了,自然就沒了學(xué)生時(shí)代的無所無懼。但是,錯(cuò)了就是錯(cuò)了。于是心里突然冒出了“要么你變革,要么我走人”的想法,最終我還是把所有的問題、現(xiàn)象和整理的一些建議通過郵件發(fā)給了老大……

變遷

剛發(fā)完郵件沒多久,老大就把我這個(gè)“低情商憤青”拉到會議室談話了,萬萬沒想到的是老大沒有指責(zé)我,而是說了一句:“其實(shí)這些問題我也感受很久了,但是目前部門沒有相關(guān)流程,愿意一起實(shí)施起來嗎?”

聽完后,我差點(diǎn)激動得跳了起來。但還是故作鎮(zhèn)定地說了一句“I DO!”哦漏!是“OK!”

后來,我們部門開始把所有新的或者還未送測的需求全都拿了過來進(jìn)行評審,大家也真正體會到人多力量大的益處。在需求評審中,我和我的小伙伴們也切實(shí)體會到了自己設(shè)計(jì)中不合理或者不完善的地方。因?yàn)楣緝?nèi)部的管理系統(tǒng)缺乏項(xiàng)目進(jìn)程的管理,我們部門也開始嘗試用一些管理軟件比如“禪道”等作為優(yōu)先級、周期等的管理。

時(shí)至今日,部門的工作流程已經(jīng)發(fā)生了天翻地覆的變化,例如:標(biāo)準(zhǔn)化的需求評審從0實(shí)現(xiàn)到了100%。

結(jié)語

一次成功的突破之后,后面還會出現(xiàn)其他的阻力。當(dāng)產(chǎn)品和技術(shù)部門沒有統(tǒng)一的管理,即使使用有效的項(xiàng)目管理軟件,所謂的deadline也不過是單純的數(shù)字罷了?;蛟S又要等待漫長的時(shí)間,才能夠通過數(shù)據(jù)讓一些人選擇改變……

同時(shí),徹底的變革無異于刮骨療傷,當(dāng)自己滿心歡喜覺得在做著對的事情時(shí),是否又給他人造成了一些煩惱呢?此時(shí),與其想著方式的對錯(cuò),倒不如想著如何把這件事更好的繼續(xù)進(jìn)行下去吧。最后,送給自己和所有小伙伴們一碗雞湯,正如影片《熔爐》里所說:“我們一路奮戰(zhàn),不是為了改變世界,而是為了不讓世界改變我們!

歡迎小伙伴們在下方留言說出自己的想法,或者指出我的不足,并寫下您的意見~

#專欄作家#

兮兮,微信公眾號:孤身旅人(ID:gushenlvren),人人都是產(chǎn)品經(jīng)理專欄作家。關(guān)注人工智能、toB產(chǎn)品、大文娛等領(lǐng)域。

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 好像很多PM都會碰到這些問題,這些問題意識到了,但解決起來又會碰到各種的麻煩。不管如何,加油吧!

    來自浙江 回復(fù)
    1. 嗯,加油↖(^ω^)↗

      來自上海 回復(fù)