成熟的軟件產品周期短,風險小,而定制化軟件項目周期長,成本高,失敗率大,計劃性差,請用戶謹慎選擇,需要投入大量的時間,金額和精力。例如您的業務不穩定時,或者無IT管理經驗,不太適合定制軟件開發,推薦使用成熟產品,參考判斷因素:

-        是否有業務操作手冊,是否有各個崗位職責描述,業務過程是否嚴格按照規定執行

-        是否有獨立的IT部門,IT部門是否對業務有很深的理解,

-        是否可以選出合適的甲方項目經理(可以為信息化投入時間和精力;業務覆蓋全面;需要有很高的授權使得可以確認全部的需求,并且不同部門有不同意見時可以做出決定)

    特別說明,選擇定制化路線的客戶必須有合格甲方項目經理,同時也是我方判斷項目風險的重要因素,列舉關鍵職責如下:

>    指定固定人員:需求內容可以和其他人討論,但需求的確認必須通過一個入口;

>    獲得充分授權:當發現需要業務流程再造,業務規則修改時,有授權做出選擇判斷;或者是絕對決策人, 具有一票否決權;

>    實際負責協調各方資源及監控項目進度;

>    協調其他相關干系人,提供設備,場所,原有系統的支持和維護等;

>    協調關鍵用戶,提供業務咨詢,提出具體需求,參與系統的客戶測試;

>    詳細職責描述(下述內容做的越好,項目風險越小)

-      1. 負責甲方軟件開發項目的全面管理,監督和實施工作

-        2. 參與審定,并負責協調其他業務部門參與審定項目需求范圍,并對需求的缺失和存在的業務問題提出修改意見;

-        3. 參與審定,并負責協調其他業務部門參與討論和審定項目的需求調研、方案設計、概要設計和原型界面設計,并對設計中存在的問題提出修改意見

-        4. 負責檢查和會審乙方的所有項目文檔,包括會審紀要內容的落實情況

-        5. 負責向軟件開發單位解釋業務需求,并及時處理開發過程中和實際業務需求相關的技術性問題;

-        6. 負責軟件開發項目的質量,進度及安全的全程監控,重點負責監督檢查軟件開發單位是否按需求規格說明書的要求進行開發,把好工程質量關

-        7. 負責對軟件開發的重大變更提出決策性意見;

-        8.  負責組織期初數據的采集、整理和錄入(大批量數據的導入由顧問方負責), 及系統功能的學習;

-        9. 參與審定,并負責協調其他業務部門參與審定軟件產品竣工驗收測試和上線測試;

-       10.      堅持調查研究,及時發現問題,采取措施,定期向公司匯報軟件開發的進展情況


工作步驟與控制

1.     高層和甲方項目經理訪談

1)      目的:明確項目范圍,溝通我方工作流程,明確雙方責任;

2)      參與方:甲方高層,甲方項目經理,我方高層

2.     項目啟動會

1)  目的

a.  客戶方和我方達成一致的預期目標;

b.  明確雙方的具體職責和溝通渠道以及溝通方式;

2)  會議出席人

a.  客戶方

?  絕對決策人, 具有一票否決權;

?  客戶方項目經理,實際負責協調各方資源及監控項目進度;(具體客戶方項目經理的職責請參考附錄一。)

?  關鍵用戶,提供業務咨詢,提出具體需求,參與系統的客戶測試;

?  其他相關干系人,設備,場所,系統的支持和維護等;

b.  同天科技(以下簡稱:我方)項目組全體成員

?  項目經理

?  需求經理,需求分析顧問

?  開發經理、主要開發人員

?  測試經理、主要測試人員

3)  會議流程

a.  項目背景介紹;

b. 客戶方的絕對決策人委派或宣布項目經理,介紹關鍵用戶和相關干系人,需要強調客戶的項目經理和關鍵用戶被賦予了意義重大的工作,最好可以脫產,如果不能脫產,這個工作的優先級要最高,;

c.  我方介紹整個項目的流程;

d. 梳理項目資源,溝通渠道和溝通方式;

4)  樣例

201407中建材演進\02項目管理\06項目管理方法論\01文檔模板\01項目啟動\項目啟動會議PPT 

3.     需求調研

1)  目的:現狀調研和需求收集

2)  職責分工

a.  需求經理:

?  檢查需求顧問完成的進度和質量。確認需求顧問之間可以連接

?  如有需要協助需求顧問安排跨部門的客戶的討論會議。

b.  需求顧問完成現狀調研和需求收集

?  現狀調研:

o    可能事前收集的內容:客戶的網站,組織結構,工作職責說明,目前業務流程說明,目前所使用的信息系統

o    可能的調研方式:問卷調查,面對面交流模式,隨客戶一起工作

?  需求收集:

o    可以要求用戶提交需求,對需求進行結構化;

 

3)  需求調研產出物為現狀調研報告和需求清單,包括:

a.  現狀調研報告:

?  現狀流程圖,文件類型*.oom(一人一文檔)

?  輔助描述,文件類型word(一人一文檔)

?  會議紀要,文件類型word,參考模板:會議紀要模板.docx(一人多文檔)

?  現狀調研時所收集到的紙質掃描文檔或電子文件,原始單據的紙質/電子形式(一人多文檔)

?  問題清單跟蹤表,用來記錄整個需求過程中的所有的開發或客戶提出的問題,重要的和客戶確認的問題(一人一文檔)

b.  需求收集:

a.  需求清單:XXX-原始需求跟蹤清單模板.xlsx(一個文檔)

b.  XXX項目_需求功能清單及進度跟蹤表_模板.xlsx 的第一個sheet的內容更新,包括行的和時間預期的;(一個文檔)

4)  如何將現狀和方案更好地呈現給客戶,使自己的理解和客戶真實的業務達成一致, 把客戶給的離散需求結構化:

a.  業務背景:為什么做這個事情,調研的對象是什么?

b.  業務種類及各業務之間的關系: 業務總圖

c.  業務的啟動原因是什么,由什么觸發的?

d.  具體的業務流程討論;

e.  每個流程圖本身需要側重于業務本身;

f.  盡可能將每個業務分支梳理清楚;

g.  還要關心非功能需求,并發情況,業務量大小(例如:單據類:年單量,文件類:存量大小和增長情況);

h.  異常情況討論,主要有哪些異常?如何處理?

i.  介紹完流程圖以后,給出方案流程圖,對應的方案流程圖有什么原型界面;

4.     解決方案

1)  目的:把現狀+需求+會議紀要,形成方案產出物

2)  職責分工

c.  需求經理

?  監控和檢查需求顧問的完成情況,并技術支持

?  總體方案的組合或拆解

d.  需求顧問

?  會議紀要

?  完成各自負責模塊的方案編寫

?  負責編寫的方案,并得到需求經理和客戶代表的確認簽字

3)  產出物——方案

方案要求內容:

a.  方案的流程圖(未來)(一人一文檔)

b.  會議紀要(一人多文檔)

c.  原型界面(可選)(一人一文檔)

d.  解決方案WORD(一人一文檔)

e.  業務原則描述WORD(一人一文檔)

?  業務原則描述

?  主數據的編碼規則

?  主數據的維護流程

f.  XXX項目_需求功能清單_模板.xlsx 的第二個sheet的內容更新,包括行的和時間預期的;(匯總成一個文檔)

4)  如何向客戶展現解決方案

1、PPT能起到一定的輔助作用,讓會議更有條理,聽的人也能通過PPT了解到會議的主要內容和流程;

2、提前與業務實際操作人員的充分溝通能在開會過程中起到幫助的作用,和業務人員私下討論的情況,在開會的過程中她的領導也會提出來,這時候業務人員會主動跟你站在一條線上去替你給她的領導解釋這件事兒;

3、開會的時候要注意控制進度,要清楚會議的主要對象是誰,如果你匯報的過程中他突然有事兒,比如接電話,這時應該先停下來等他一會兒再講;

 

定制化軟件開發與集成

>    因此對于合適的客戶,對雙方合適的路線圖是把業務目標分階段拆分,分階段投產,每階段周期不建議超過6個月。

>    項目價值

-        基礎功能無需再次開發(用戶/權限/工作流),并且運行穩定

-        相對來說減少項目總成本

>    商務影響

-        平臺標準產品+定制化2部分交付

>    已有功能

-        前端瀏覽器適配/用戶管理/假期設置/公告管理

-        ……

>    技術特點

-        基于此套件,開發者可以不必直接面對J2EE,而是通過此套件的腳本部署能力,實現快速迭代開發

-        平臺的設計思路是業務語言腳本化

-        開發了多種多線程環境的調試工具

-        已經積累了多個可以直接使用的業務功能模塊

-        具備AutoMake功能

 

 

 



北极奇迹免费试玩 大唐游戏麻将下载 什么网络游戏能赚钱 贵阳捉鸡麻将规则 福彩新11选5 11选5上海 怎么通过互联网赚钱 850棋牌为什么不封 广东十一选五官网 广东南粤风彩36选7 澳洲快乐8平台 皇马街机电玩捕鱼 大众麻将四人麻将 贵州快三 31选7开奖结果今天 个人应该如何理财投资 黑龙江36选7开奖官网