小記---怎么樣從0開始做需求
來源:程序員人生 發布時間:2015-04-23 08:20:07 閱讀次數:2528次
我怎樣樣從零開始做需求
首先這個文章不是教他人怎樣樣做需求,而是說說我今天遇到的1個事情,還有學習到的1點東西,以備后忘。更主要的目的是想借著這個文章整理1下自己對產(需)品(求)經(分)理(析)這個職位工作的1些理解,說不定哪天去找1份產品經理的工作還能用得上。
好吧空話少說,言歸正傳。
事情是這樣的,昨天我們老板告知我,今天會有個老板(我的前前老板),會來我們公司了解1下我們的產品。1聽這話就感覺麻煩事又來了,由于我們現在的老板跟我之前的老板關系比較復雜,這里就不多提了。
老板,在這里就先稱呼來考察我們產品的人為老板吧。老板看完我們系統后說"啊你們這個系統跟我們現在內部1直想建設的系統很類似,流程都是1樣的",哎呀我的媽,頓時我絕得攤上大事情了,又有事情要干了。然后下1句是,看下直接依照你們這個系統改造1下用到我們內部。只要微調1下就能夠了,改1些字段就可以用了。
然后接下來就開始找我說了他們的需求,1開始將的需求都還是往我們的系統靠,大致要表達的意思就是,你看,和你們的系統很像把,只要這里改個名字,那里添個字段就能夠滿足了,用不了多少時間。后來越討論下去就越不對了,感覺這里流程不1樣那里展現有差別。后面我問了幾個問題,他也不是很明確具體業務流程要怎樣走,然后就1時髦起說,具體這個系統到時候我也沒有參與使用,要不然到我們公司和我幾個手下1起碰(老板圈子都很喜歡用碰的)1下。好吧既然是老板那就給個面子。
到了老板的基地,叫來了5⑹個工程師和行政人員,1起討論需求。我想一想也恰好鍛煉1下我獲得需求的能力吧,因而乎有模有樣的在畫板上畫了個系統邊界,隨后定義了系統參與人員和主要用例。還算比較順利。以后討論業務流程的時候就沒有那末順利了,7嘴8舌的大家想法都很多,不停發散,到后來還搬出了他們的幾套系統,想把這些系統的1些功能都加到里面去。還想出了1些智能化的功能。想法都很好,不過我不是神。1見情勢不大對勁,我里面把他們的思路拉回來,來大家安靜1下,我們這個系統先斟酌1下主要的流程,細節下1次在來討論,你們老板剛才說,想根據我們的系統做1些微調,我們爭取先把主要流程改造1下,那些比較次要的而且不好實現的功能先放著,我這里記錄1下回頭我們在來討論。漸漸的大家又回歸了理性,讓我第1次見識到需求的發散是怎樣來的了。
大致了解了他們的需求點以后,提議大家尿點1下,然后我在這個空隙期間自己準備了幾個問題,主要是了解針對提出的這些需求哪1些點上更加迫切,和剛才討論的時候漏掉的1些比較重要的細節(比如報表這1塊的設計上)
確認完這些問題后,找他們要了1下原始數據,了解了他們之前的運行模式,打道回府。
針對這次需求討論,自己感覺不是很順利,由于本來也不是干這個的,我主要的工作還是寫代碼和1些瑣碎的項目管理工作。回來的時候準備順手整理(由于要告知我們的老板說要花多少時間做,這樣他才能知道,哇那末復雜那不做了)1下剛才所聽來的需求居然不知從何弄起。為此還百度了1下攻略“如何做需求”,看了半天自己總結1下大致上的幾個步驟以下:
1.首先在獲得需求的時候有幾個手段,現場調研、需求討論、用戶數據分析等
2.調研回來的材料先根據自己的理解整理出信息結構圖和產品結構圖
3.整理原型圖
4.編寫PRD,是prd還是pdr忘記了
5.編寫用畫圖和流程圖
生活不易,碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈