掃二維碼與項(xiàng)目經(jīng)理溝通
我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
1.項(xiàng)目前期輸入

網(wǎng)站建設(shè)哪家好,找創(chuàng)新互聯(lián)建站!專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、微信平臺(tái)小程序開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了七星免費(fèi)建站歡迎大家使用!
2.***步---了解項(xiàng)目背景
3.第二步---需求細(xì)化
4.第三步---根據(jù)需求做初步總體架構(gòu)及技術(shù)架構(gòu)
5.第四步---WBS分解
6.第五步---人員組織架構(gòu)分析
7.項(xiàng)目前期輸出
1.項(xiàng)目前期輸入
該文章以一個(gè)簡(jiǎn)單的辦公系統(tǒng)為例,由于辦公系統(tǒng)的業(yè)務(wù)各不相同,我隨便在網(wǎng)上找了一個(gè)做為示例(共3個(gè)模塊)
原始需求(原文檔,一點(diǎn)沒(méi)修改過(guò))如下:
1)個(gè)人工具箱
站內(nèi)信、消息提醒、個(gè)人文件、短信系統(tǒng)
2)考勤系統(tǒng)
上班簽到,值班簽到:排值班表,按值班表在值班中每個(gè)時(shí)段簽到(17:00-18:00、18:00-19:00、19:00-20:00 三個(gè)時(shí)段分別簽訂一次,滿三次 給予積分,少于兩次扣分);簽到結(jié)果 領(lǐng)導(dǎo)查詢統(tǒng)計(jì), 員工查詢個(gè)人記錄;評(píng)年度全勤;
3)工作日志
每人每天 逐項(xiàng)填寫當(dāng)天工作記錄 和 明日工作計(jì)劃 ;填寫后提交所屬領(lǐng)導(dǎo),所屬領(lǐng)導(dǎo)根據(jù) 計(jì)劃 和 完成情況 予以打分;
2.***步---了解項(xiàng)目背景
估計(jì)有不少朋友在接到需求都會(huì)直接細(xì)化需求吧?不過(guò)我在這里提醒,請(qǐng)不要忽略這一步,客戶才是最終給你錢的人。
幾年前博主曾經(jīng)接到過(guò)兩個(gè)項(xiàng)目,一個(gè)是國(guó)企下面的下屬企業(yè)公司的企業(yè)型網(wǎng)站。另一個(gè)是一家小公司的含有業(yè)務(wù)的運(yùn)營(yíng)系統(tǒng)。企業(yè)網(wǎng)站大家都知道,是最基礎(chǔ)文章發(fā)布系統(tǒng),幾張數(shù)據(jù)表、十來(lái)個(gè)欄目、十幾個(gè)頁(yè)面搞定。而含有業(yè)務(wù)的網(wǎng)站系統(tǒng)就不同了,如:活動(dòng)啦,流程啦什么的。含有業(yè)務(wù)的系統(tǒng)工作量必然會(huì)比企業(yè)網(wǎng)站大很多。但***兩個(gè)網(wǎng)站的報(bào)價(jià)幾乎差不多。雖然都是賺點(diǎn)小錢,但兩個(gè)項(xiàng)目的利潤(rùn)相差很大。為什么?項(xiàng)目的背景不同而以。如果當(dāng)時(shí)還是按程序員的標(biāo)準(zhǔn)思維去老實(shí)的評(píng)估工作量,那么那個(gè)企業(yè)型的網(wǎng)站利潤(rùn)會(huì)大打折扣。所以這一步對(duì)于下面的多個(gè)步驟都是一個(gè)重要的前置分析條件。對(duì)于不同的背景的公司會(huì)做出不同的需求分析含水量是不同的。
3.第二步---需求細(xì)化
客戶給出的需求是多么的凌亂和無(wú)理頭?我們需要把需求細(xì)化一下,并把思路搞清些
1)個(gè)人工具箱
站內(nèi)信:?jiǎn)T工間可以相互發(fā)送的,可以即時(shí)查看的文字或圖片的信息。
消息提醒:是發(fā)送消息的時(shí)候?yàn)g覽器右下角彈出提示嗎?彈出時(shí)像msn一樣彈出幾秒就消失?還是一直持續(xù)?這里因?yàn)楹涂蛻艟唧w的業(yè)務(wù)需求不一樣,所以在此我們只假設(shè)和msn的一樣,收到消息的時(shí)候彈出對(duì)話框并在3秒后消失。
個(gè)人文件:個(gè)人文件是什么意思?這里也無(wú)法確定,此時(shí)我們假設(shè)他是站內(nèi)信的一個(gè)部分,即:站內(nèi)信發(fā)送的同時(shí)可以帶有附件。
短信系統(tǒng):短信的業(yè)務(wù)也是根據(jù)需求而定,這里只是假設(shè):根據(jù)站內(nèi)信的重要級(jí)別,在收到站內(nèi)信的時(shí)候,重要級(jí)別非常高的站內(nèi)信向收到信息的用戶發(fā)送短信給予手機(jī)短信的提醒功能。
2)考勤系統(tǒng)
上班簽到,值班簽到:簽到?公司一般都會(huì)有考勤機(jī)或是指紋機(jī),但對(duì)于我們的即將要開(kāi)發(fā)的辦公系統(tǒng)來(lái)說(shuō),他只是一個(gè)對(duì)外開(kāi)放的接口,工作量基本是一致的。
簽到時(shí)段 (17:00-18:00、18:00-19:00、19:00-20:00 三個(gè)時(shí)段分別簽訂一次):簽到的要有時(shí)段的限制,上面開(kāi)放了三個(gè)時(shí)段。
滿三次 給予積分,少于兩次扣分:(這里又引入了積分子系統(tǒng)和積分子系統(tǒng)的業(yè)務(wù)規(guī)則)只有每天都滿三次的簽到才給積分,否則不給積分或扣分。
簽到結(jié)果 領(lǐng)導(dǎo)查詢統(tǒng)計(jì), 員工查詢個(gè)人記錄:領(lǐng)導(dǎo)可以根據(jù)每員工的個(gè)人考勤情況查看公司整體的考勤報(bào)表(這里又引入了報(bào)表子系統(tǒng))員工可以查看個(gè)人的考勤詳細(xì)記錄。
評(píng)年度全勤:系統(tǒng)要支持可以查看到年度全勤的員工。
3)工作日志
每人每天 逐項(xiàng)填寫當(dāng)天工作記錄 和 明日工作計(jì)劃:系統(tǒng)需要支持員工在每天下班前要填寫當(dāng)天的工作記錄和對(duì)第二天的工作計(jì)劃。
填寫后提交所屬領(lǐng)導(dǎo),所屬領(lǐng)導(dǎo)根據(jù) 計(jì)劃 和 完成情況 予以打分;這里又引出了審批流程子系統(tǒng)和組織機(jī)構(gòu)子系統(tǒng),領(lǐng)導(dǎo)可以查看他所管理的員工的工作情況和計(jì)劃,而且還可以給該員工打分。
4.第三步---根據(jù)需求做初步總體架構(gòu)及技術(shù)架構(gòu)
把需求轉(zhuǎn)換成子系統(tǒng)或模塊、必要的技術(shù)拆分
1)總體架構(gòu):把需求描述成業(yè)務(wù)子系統(tǒng)
網(wǎng)站訪問(wèn)系統(tǒng)
我一般習(xí)慣把公眾訪問(wèn)子系統(tǒng)獨(dú)立出來(lái),因?yàn)樵诋?dāng)前的技術(shù)發(fā)展程度下,一般的系統(tǒng)都會(huì)要求有“手機(jī)訪問(wèn)子系統(tǒng)(安桌、Iphone、WinPhone)”、“網(wǎng)站訪問(wèn)子系統(tǒng)(基于瀏覽器)”、“其他硬件機(jī)器訪問(wèn)子系統(tǒng)(如:銀行的取款機(jī),查詢機(jī)等)”。該系統(tǒng)主要負(fù)責(zé)與接收用戶數(shù)據(jù),一般不處理業(yè)務(wù)(手機(jī)App除外)。
辦公管理子系統(tǒng)
辦公管理:主要處理業(yè)務(wù)數(shù)據(jù),如:日志填寫、考勤記錄的查詢、工作日志的填寫與查看、審批工作等
運(yùn)維管理:描述積分的查看和報(bào)表的形成等
系統(tǒng)管理:每個(gè)系統(tǒng)都會(huì)有這么一個(gè)模塊,用戶、權(quán)限、角色、流程定義等
外部系統(tǒng)針對(duì)有關(guān)聯(lián)的系統(tǒng)做數(shù)據(jù)或業(yè)務(wù)交互
2)技術(shù)架構(gòu):把需求描述到技術(shù)層面,把技術(shù)分析清楚,不管業(yè)務(wù)多么復(fù)雜一般這里只分析到3層就可以了。致于詳細(xì)的架構(gòu)和設(shè)計(jì)可能是項(xiàng)確定合作意向以后要做的事。
5.第四步---WBS分解
把業(yè)務(wù)模塊和技術(shù)分析轉(zhuǎn)換成具體的工作量
Wbs分解一般會(huì)借助于外部應(yīng)用軟件,個(gè)人比較喜歡Micorsoft的Project,當(dāng)然在項(xiàng)目管理的集合中大部份人都會(huì)使用Project,功能強(qiáng)大模型多。此處只列出了必要的幾列。
由于只是舉例,這里做的有些粗糙,但意圖已表述明確。系統(tǒng)調(diào)研視企業(yè)背景而定,一般政府的項(xiàng)目都要有大量的人力物力投入在調(diào)研階段。
大的項(xiàng)目在其中每個(gè)階段都會(huì)再次細(xì)分,這里不在冗述。
6.第五步---人員組織架構(gòu)分析
按工作量確定人力資源信息
根據(jù)技術(shù)架構(gòu)和WBS容易得出我們需要什么的樣團(tuán)隊(duì)去實(shí)施該項(xiàng)目,一般會(huì)用抽象程度很高的組織架構(gòu)圖來(lái)表示
人員組成:
領(lǐng)導(dǎo)組:項(xiàng)目經(jīng)理1名
需求組:需求分析師人員1名
開(kāi)發(fā)組:開(kāi)發(fā)工程師2名。人員要求,2名.net 2年以上的開(kāi)發(fā)人員開(kāi)發(fā)基礎(chǔ)信息、至少其中一名會(huì)使用mvc和wcf
測(cè)試組:測(cè)試工程師1名
7.項(xiàng)目前期輸出
是時(shí)候匯總了,人力資源、成本即是我們?cè)陧?xiàng)目前期需要內(nèi)容
|
編號(hào) |
小組 |
人數(shù) |
工時(shí) |
人月單價(jià) |
成本 |
是否全職 |
|
1 |
領(lǐng)導(dǎo)組 |
1 |
5人天 |
1.2萬(wàn)/月 |
0.3萬(wàn) |
否 |
|
2 |
需求組 |
1 |
5人天 |
0.6萬(wàn)/月 |
0.15萬(wàn) |
是 |
|
3 |
開(kāi)發(fā)組 |
2 |
43人天 |
0.8萬(wàn)/月 |
1.6萬(wàn) |
是 |
|
4 |
測(cè)試組 |
1 |
10人天 |
0.6萬(wàn)/月 |
0.3萬(wàn) |
是 |
|
5 |
合計(jì) |
2.35萬(wàn) |
||||
該項(xiàng)目的成本,粗略估算為:2.35萬(wàn)人民幣。人力成本是有地域性的,人月單價(jià)不同成本合算差異比較大。在實(shí)際過(guò)程中不同的單位會(huì)有不同的成本合算表格里面含有各種公式,這里就不列舉了。
三、后繼說(shuō)明
這個(gè)例子只是寫項(xiàng)目初期的成本合算,隨著需求的細(xì)化各方面變動(dòng)會(huì)非常大,但很多工作都是確定合作意見(jiàn)后的工作。具體情況具體確定吧,總之,但完成了這些步驟后,哪些地方可以壓縮,哪些地方可以細(xì)化,哪些工作水深,心里應(yīng)該有底了。

我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流