服務政策

2017-1-18 / 史大江 / Uncategorized / 0 Comments


上海邑泊信息科技有限公司(以下稱“邑泊科技”)

一、法律合規(guī)

邑泊科技提供給客戶的各種軟件和各項服務,需經(jīng)“風險管理委員會”確認,符合“中華人民共和國”各項法律法規(guī)、監(jiān)管合規(guī)和行業(yè)規(guī)范。

邑泊科技在提供服務的過程中如發(fā)現(xiàn)客戶使用本公司軟件和服務從事違法活動,邑泊科技將立即停止服務,并不退還已收各種服務款項,邑泊科技不承擔因此造成的任何損失與責任。

二、合作流程框架

軟件產(chǎn)品開發(fā)、項目開發(fā)存在很大的技術與業(yè)務風險,并且時常需求不確定,需求發(fā)現(xiàn)本生也是一個耗費資源的工程,但很多銀行、集團公司、企事業(yè)單位需要的是個穩(wěn)定健壯的系統(tǒng),只有正確合適的流程、溝通、合作和理解才能達到多贏的目標。

為了達到合作多方的各自目標,確定以下大致流程框架:

高瞻遠矚,循序漸進,快速失敗,迅速學會

確定合適的項目類型,以采用不同的細分流程與最佳實踐,以最低成本和風險獲取最大的客戶價值。

常見項目類型包括但不限于:解決方案咨詢、技術咨詢、業(yè)務咨詢、產(chǎn)品開發(fā)、項目開發(fā)、項目實施、客戶服務、技術支持。

為了項目的成功執(zhí)行,合作多方需要意識到以下內(nèi)容的重要性:

(1) 客戶互動

(2) 人力資本與資源

(3) 締約,涉眾管理與談判

(4) 精益與簡潔

總體參考流程為下圖:

三、總體政策描述

(1).邑泊科技自主開發(fā)的產(chǎn)品和依據(jù)客戶需求定制開發(fā)的項目,會用到邑泊科技持續(xù)積累的各項技術資產(chǎn),資產(chǎn)定價和資產(chǎn)范圍劃分分割成本很高以致時常不能完成,因此默認相關知識產(chǎn)權為邑泊科技持有、原獨立開發(fā)人員持有或原第三方獨立開發(fā)者持有。如確實需要發(fā)生知識產(chǎn)權轉移和技術轉讓,需制定詳細的預算、培訓計劃、資產(chǎn)分割劃分計劃、對價支付計劃、法務合規(guī)審查計劃,經(jīng)風險管理委員會和戰(zhàn)略發(fā)展委員會批準后,經(jīng)過執(zhí)行董事一個星期的冷卻期后,才可執(zhí)行。一個星期冷卻期類,不得同時進行其它重大決策,期間內(nèi),可以無條件無理由否決之前所有決策。

(2).邑泊科技負責完成的軟件或服務系統(tǒng)的設計開發(fā)、交付、培訓及相關其他服務工作,需按照計劃或計劃預定的容忍期限和質量內(nèi)完成,并保證該軟件滿足客戶的要求。每期項目結束后,邑泊科技提供項目總結,客戶驗收通過,支付項目款項后,雙方可進入下一期項目合作。如客戶延期支付導致后續(xù)項目延期或不符合要求,邑泊科技不負因此導致的責任。

(3).未經(jīng)客戶書面統(tǒng)一,邑泊科技不得將合同標的分包或轉包給第三方。

(4).客戶在使用邑泊科技提供的軟件和服務過程中產(chǎn)生的一切法律后果由客戶承擔,邑泊科技不享受亦不承擔客戶使用軟件和服務產(chǎn)生的盈利或虧損、不承擔系統(tǒng)或其他系統(tǒng)故障造成的損失。

(5).邑泊科技工作人員應遵守中國法律與法規(guī),根據(jù)項目需要,如需進入客戶辦公場所或訪問客戶信息資產(chǎn),格守客戶的規(guī)章制度,不得利用項目工作之便謀取任何不正當利益;不得直接或間接處理或使用不時屬于客戶的所有的任何資產(chǎn)、期貨保證金、股票、備用金、信貸或其它動產(chǎn)為邑泊科技自己所使用或使邑泊科技自己受益;不得做出或允許使客戶或其任何關聯(lián)公司的任何資產(chǎn)或其它財產(chǎn)可能被扣押以執(zhí)行命令、被設定擔?;蚴艿接绊?,或客戶或任何關聯(lián)公司的利益可能受到不利影響或損害的任何行為或事情。

(6).客戶應遵守中國法律與法規(guī),生產(chǎn)環(huán)境中運行的資金賬戶符合中國法律與法規(guī)。測試環(huán)境中僅運行模擬賬戶。

(7).邑泊科技應根據(jù)客戶的商業(yè)需要,完成服務系統(tǒng)的項目咨詢、項目計劃、項目管理、項目總結、需求分析、設計、編碼、測試、培訓工作。

(8).軟件產(chǎn)品交付包括但不限于可執(zhí)行程序、技術文檔、用戶指南、操作手冊、安裝指南和測試報告等。

(9).邑泊科技和客戶承諾互相保密指定保密信息,保密信息可能包括但不局限于以下內(nèi)容:

(1) 客戶和潛在客戶的身份、其特定的要求、個人聯(lián)系的姓名、地址和電話號碼;
(2) 客戶和供應商合同和提案的價格、續(xù)展日期以及其他詳細條款;
(3) 定價政策、軟件和服務的提供方式、營銷和銷售策略、軟件和服務開發(fā)策略;
(4) 銀行、期貨、股票等金融賬戶和密碼信息;
(5) 軟件產(chǎn)品的源代碼、目標代碼、規(guī)范、用戶手冊、技術手冊等文件
(6) 軟件產(chǎn)品的屏幕設計、報告設計以及其他設計、理念和視覺傳達;
(7) 服務和項目付款記錄;
(8) 預測、預算和其他非公開財務信息;
(9) 擴展計劃、管理政策和其他商業(yè)策略和政策;
(10)所有通訊文件、名片資料、客戶和潛在客戶名單、價格清單、軟件、使用手冊、技術數(shù)據(jù)、預測、預算、記錄以及包含任何該等信息的所有其他資料
(11)信息傳遞在本合同的履行期內(nèi),任何一方可以獲得與本項目相關的對方的商業(yè)秘密
(12)保密獲取對方商業(yè)秘密的一方僅可將該商業(yè)秘密用于履行其在本合同項下的義務,且只能由相關的工程技術人員使用。獲取對方商業(yè)秘密的一方應當采取適當有效的方式保護所獲取的商業(yè)秘密,不得未經(jīng)授權使用、傳播或公開商業(yè)秘密。除非有對方的書面許可,或該信息已被擁有方認為不再是商業(yè)秘密,或已在社會上公開,該商業(yè)秘密應當在__3__年內(nèi)不得對外披露。

四、項目管理

1.流程

由于軟件開發(fā)具有一定的不確定性和風險性,應此針對不同類型的項目采用不同的流程。

(a) 風險比較高的創(chuàng)新型項目采用敏捷迭代方法(Scrum)。

一個階段為一個周期,一般一個階段為2周到1.5月,在項目開始時完成項目計劃,項目進行中原則上項目計劃不做變更,項目結束后有個項目總結,項目進行過程中會計劃幾個產(chǎn)品發(fā)布點,項目預算在項目計劃時確定,項目總結驗收后支付。

(b) 風險比較低的新功能開發(fā)項目可采用更便宜的瀑布模型或CMMI。

按照已有框架和經(jīng)驗估算開發(fā)成本并制定計劃,項目周期、項目預算和項目范圍在項目立項時確定,項目中間按預計時間點支付項目費用。

(c) 服務、運營、維護、純編碼(不包括設計和需求)和純測試(不包括設計和需求)項目采用固定工時制,按服務時間支付費用。

(d) 對于銀行或其他關鍵性業(yè)務,在咨詢階段,使用支持創(chuàng)新的敏捷迭代方法,完成后編寫詳細的需求規(guī)格說明書、技術設計方案和測試方案。然后在產(chǎn)品開發(fā)和項目開發(fā)階段,使用CMMI流程,保證系統(tǒng)的穩(wěn)定健壯與可維護性。

2.溝通

溝通模式主要包括但不限于以下幾種:

(1). 項目意向

甲方有新的項目想法時,乙方和甲方溝通確認初始預算、目標、風險容忍度、質量需求級別、項目流程,并制定最終項目提案供甲方審批,審批通過后制定項目計劃。

(2). 項目計劃

按照不同的項目使用不同的流程來做項目計劃和管理,主要是上述流程里說明的4種項目類型:
(a) 高風險創(chuàng)新型項目采用敏捷迭代方法(Scrum)
(b) 低風險功能開發(fā)項目采用瀑布或CMMI流程
(c) 運營、支持和純編碼測試項目采用固定工時服務流程。
(d) 創(chuàng)新和穩(wěn)健需求并存的銀行、集團或其它關鍵性系統(tǒng)。

乙方同甲方溝通完畢后提交詳細項目計劃書,確認完畢后開始執(zhí)行。
項目計劃書中主要包括:預算、目標、風險、質量、流程、功能、日程安排、人力資源、資產(chǎn)消耗與租用、采購、重要會議、溝通計劃等。

(3). 項目總結

每個項目執(zhí)行完畢后會做項目總結。
乙方會以文檔的方式歸檔。
項目總結主要包括:項目實際現(xiàn)金流、目標實現(xiàn)情況、交付功能清單及截圖展示、任務執(zhí)行狀況、資源消耗、采購、其它決策管理、其它創(chuàng)意管理、其它相關項目介紹等。
項目總結的目的主要方便項目參與涉眾出于多種目的觀察歷史已完成項目的具體執(zhí)行情況,以便更好地溝通、合作和決策。

(4). 階段資產(chǎn)評估

當一系列項目完成達到一個預定里程碑時,因后續(xù)關鍵決策或戰(zhàn)略調整需要,雙方任意一方提出對方同意后,乙方進行階段資產(chǎn)評估活動。
乙方根據(jù)歷史項目數(shù)據(jù)統(tǒng)計分析得出初始文檔,主要包括以下內(nèi)容:(a) 投資及投資分布(包括現(xiàn)金、人力資本和其它資本,在時間和類型上的投資分布) (b) 知識產(chǎn)權劃分 (c) 資產(chǎn)項目估值 (d) 資產(chǎn)股份與股權結構變動 (e) 相關項目執(zhí)行回顧(相關項目實際與預期比較) (f) 資產(chǎn)變動(包括初始資產(chǎn)、增值資產(chǎn)、損失或放棄資產(chǎn)) (g) 資產(chǎn)項目保密等級 (h) 資產(chǎn)市場戰(zhàn)略計劃 等
乙方完成資產(chǎn)評估書后提交甲方審閱,溝通修改確認后雙方簽字存檔。

(5). 需求分析

根據(jù)項目意向制定的項目提案通過甲方審批后,乙方開始組織資源進行項目的需求分析。
需求分析完畢后,根據(jù)實際情況,可能會有單獨的需求分析說明書作為附件同項目計劃一起提交甲方審批。
甲方審批結束后,乙方以此為基礎開始后續(xù)項目計劃工作。

(6). 項目驗收

項目完成接近結束時,乙方提交項目總結文檔,甲方以此為基礎進行用戶驗收測試。

驗收測試過程中,遇到問題,區(qū)分為:
(a) 缺陷(嚴重,項目范圍內(nèi),當期修改)
(b) 缺陷(一般,項目范圍內(nèi),溝通協(xié)商后可后續(xù)修改)
(c) 缺陷(項目范圍外,后續(xù)修改)
(d) 新想法(后續(xù)計劃進一步行動)
(e) 使用方法、流程或配置(嚴重,項目范圍內(nèi),當期培訓解決)
(f) 使用方法、流程或配置(一般,項目范圍內(nèi),后續(xù)培訓解決)
(g) 使用方法、流程或配置(項目范圍外,后續(xù)制定培訓和運維計劃)
(h) 不確定的問題(不影響項目發(fā)布功能使用,后續(xù)繼續(xù)觀察確定后續(xù)行動)

驗收結束后,項目總結文檔存檔,甲方按項目預期向乙方支付款項。

(7). 頭腦風暴

雙方在任何時候有新的想法時,可以通過會議、對話、電話、微信、QQ等多種通訊模式交流想法,乙方盡可能記錄整理相關想法,在適當?shù)臅r候提交給甲方或者通過會議篩選整理這些想法。
甲方可以選擇某些想法作為項目意向、項目計劃和需求分析的輸入。

(8). 沖突糾紛溝通

雙方盡可能通過準確的語言表述通過文檔方式記錄項目決策,以避免沖突糾紛的發(fā)生。
由于創(chuàng)新性項目具有很多不確定性和邊界模糊性,不可避免的很多東西在一開始的文檔里很難表述清楚,應此對于這類情況需要雙方更多的友好合作與相互理解。當遇到糾紛時,盡可能按照以下方式考慮:
(a) 對于知識產(chǎn)權,如無明確說明與轉移流程,盡可能劃歸原創(chuàng)作者
(b) 對于項目執(zhí)行,選擇合適的風險度與質量級別,確定對不確定性的容忍度
(c) 對于項目類型,選擇合適的預算規(guī)模和管理模式,適當?shù)臅r候進行合適的升級、降級、預警、暫停,及時控制風險和調整戰(zhàn)略
(d) 對于保密等級,
(i) 未指明保密等級的信息,原則上默認為 “(a) 指定人員絕密級”,指定人員默認為參與討論交流的人員。
當參與人員超過5人,或有非核心人員,或有外部人員參與時,自動降級為”(d) 內(nèi)部核心保密3年期級“,或”(f) 內(nèi)部保密1年期級“,或”(h) 指定外部公開級“。
(ii)未指明保密等級的信息,處于某些特殊場合需要,可以口頭透露部分信息,但是該信息須做特殊處理,使得至少包含30%假信息,比如把100萬金額的數(shù)字說成200萬,1年的項目說成3年。對于圖片信息,可做模糊處理或手機轉拍,使得具體數(shù)字看不清楚,僅可看到大概輪廓。
(iii)指明保密等級的信息,嚴格按照該等級標準執(zhí)行

3.風險

在做項目計劃時,根據(jù)團隊經(jīng)驗給每項功能列出不同的風險度,并加權平均后獲得項目的整體風險級別:

(0).無風險,完全按計劃進行,無偏差,或者在預算內(nèi)提前完成所有項目計劃預期項目
(1).微小風險,完全按計劃進行,偏差85%~125%
(2).小風險,基本按計劃進行完成,但可能會有延期,偏差85%~200%
(3).一般風險,可以按計劃進行完成50%,并且可能會有延期,偏差85%~200%
(4).高風險,項目結果不可預知,可以完成計劃的20%,并且可能會有延期,偏差85%~200%
(5).非常高風險,項目結果不可預知,項目過程基本不可控制

4.質量

在做項目計劃、項目總結和階段資產(chǎn)評估時,選擇以下預期和實際質量級別:

(1). 未測試過(包括開發(fā)人員)
(2). 僅開發(fā)人員自己測試過
(3). 手工測試過,無實際用戶使用經(jīng)驗
(4.a). 手工測試過,1個以上用戶使用1天以上經(jīng)驗
(4.b). 有自動化測試,無實際用戶使用經(jīng)驗
(5). 手工測試過,1個以上用戶使用1周以上經(jīng)驗
(6). 手工測試過,1個以上用戶使用1個月以上經(jīng)驗
(7). 手工測試過,3個以上用戶使用1個月以上經(jīng)驗
(8). 手工測試過,3個以上用戶使用1年以上經(jīng)驗
(9). 有自動化測試,1個以上用戶使用1個月以上經(jīng)驗
(10).有自動化測試,3個以上用戶使用1年以上經(jīng)驗

5.類型

以下項目類型在項目立項時作為參考選擇,采用不同的流程和管理方法,以最小成本風險獲得最大收益:

(1). 微型項目
無預算或預算不明確;
概念驗證或試驗;
周期小于8周;
成本在一萬元以內(nèi);

(2). 小型項目
有具體預算;
有明確項目計劃;
周期小于3個月;
預算在10萬元內(nèi);

(3). 中型項目
有具體預算;
分多階段完成;
周期小于1年;
預算在10萬元到100萬元;

(4). 大型項目
有階段大致預算;
跨年完成;
對項目具體細節(jié)運作負責;
預算在100萬元到1000萬元;

(5). 巨型項目
有階段規(guī)劃;
跨年完成;
對項目整體運作負責;
預算在1000萬元以上;

(6). 投資項目-概念驗證
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:100元-10,000元
風險等級:非常高(無,微小,小,一般,高,非常高)

(7). 投資項目-原型(框架、技術、產(chǎn)品、流程、組織)
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:1000元-100,000元
風險等級:高(無,微小,小,一般,高,非常高)

(8). 投資項目-天使A
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:10,000元-1,000,000元
風險等級:一般(無,微小,小,一般,高,非常高)

(9). 投資項目-天使B
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:100,000元-10,000,000元
風險等級:一般(無,微小,小,一般,高,非常高)

(10). 投資項目-風險投資A
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:1,000,000元-100,000,000元
風險等級:一般(無,微小,小,一般,高,非常高)

(11). 投資項目-風險投資B
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:10,000,000元-500,000,000元
風險等級:一般(無,微小,小,一般,高,非常高)

(12). 投資項目-風險投資C
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:100,000,000元-1,000,000,000元
風險等級:一般(無,微小,小,一般,高,非常高)

(13). 投資項目-股權投資A
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:1,000,000元-100,000,000元
風險等級:?。o,微小,小,一般,高,非常高)

(14). 投資項目-股權投資B
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:10,000,000元-1,000,000,000元
風險等級:?。o,微小,小,一般,高,非常高)

(15). 投資項目-股權投資C
有投資目標規(guī)劃;
對項目運作細節(jié)不關注;
只關心項目運作結果;
投資預算:100,000,000元以上
風險等級:小(無,微小,小,一般,高,非常高)

五、有關各種需求

1. 商業(yè)需要

商業(yè)需要是指能滿足客戶戰(zhàn)略發(fā)展演化、新業(yè)務開發(fā)、降低已有業(yè)務運營成本、增強現(xiàn)有用戶體驗等方面的需要,能在期望的時間里對客戶資產(chǎn)負債表或現(xiàn)金流表產(chǎn)生正面影響的想法。該想法可能被客戶以不同的方式表達出來,由于思考角度和專業(yè)職責的不同,針對某一真實的商業(yè)需要,不同人的表達溝通方式不同,并且信息接收方理解也可能不同。在相關領域有著豐富經(jīng)驗的業(yè)務或技術架構咨詢專家能夠使用專業(yè)方法幫助引導和發(fā)現(xiàn)真實商業(yè)需要,幫助做出正確的投資決策。錯誤的商業(yè)需要可能會導致項目的不可挽回的失敗,最終影響組織機構的生存。

2. 業(yè)務需求

業(yè)務需求是指描述清楚的功能范圍、業(yè)務邏輯、執(zhí)行流程、邏輯關系、計算公式方法??梢员卉浖_發(fā)人員很容易地編寫成可執(zhí)行代碼,也可以被軟件測試人員很容易地編寫成可執(zhí)行測試用例。把一個商業(yè)需要分解成高質量的業(yè)務需求,需要業(yè)務分析師使用專業(yè)的方法與涉眾溝通、分析、調查、統(tǒng)計、原型實驗、反饋、編寫文檔。錯誤的業(yè)務需求將會嚴重影響商業(yè)需要的實現(xiàn),后期修改成本可能是設計錯誤的10倍,開發(fā)實現(xiàn)錯誤的100倍,最終影響小團隊的生存與穩(wěn)定性。

3. 技術需求

技術需求是指為實現(xiàn)商業(yè)需要而必須具備的技術實現(xiàn)細節(jié),如果沒有實現(xiàn)這些技術需求,有可能但不限于出現(xiàn)以下問題:
(1). 業(yè)務需求實現(xiàn)不了
(2). 性能不穩(wěn)定導致用戶放棄使用系統(tǒng)
(3). 系統(tǒng)很然維護運營以致不能在預期時間成本里診斷解決系統(tǒng)故障導致嚴重用戶糾紛并可能導致用戶流失
(4). 安全隱患導致敏感保密信息暴露
(5). 不能隨著用戶數(shù)量發(fā)展水平擴展
(6). 不能和其它依賴系統(tǒng)接口對接集成
(7). 不能同用戶使用習慣演化變遷
常見的技術需求包括但不限于以下幾大類:
(1). 性能
(2). 日志
(3). 安全
(4). 審計
(5). 擴展
(6). 具體技術限制
(7). 移動
(8). 互聯(lián)網(wǎng)
(9). 大數(shù)據(jù)
(10). 集成
(11). 接口
(12). 云計算

4. 客戶體驗

客戶體驗是一種純主觀在用戶使用產(chǎn)品過程中建立起來的感受。影響客戶體驗的因素包括但不限于:
(1). 系統(tǒng)整體運行行為
(2). 性能與響應時間
(3). 界面元素布局顏色設計
(4). 業(yè)務處理方式
(5). 是否支持移動設備
(6). 是否鼓勵用戶參與細節(jié)流程
(7). 系統(tǒng)是否健壯
(8). 是否容易引導用戶犯錯
(9). 用戶交互設計