【流程】外包的自我修養(yǎng)-甲方爸爸篇_第1頁
【流程】外包的自我修養(yǎng)-甲方爸爸篇_第2頁
【流程】外包的自我修養(yǎng)-甲方爸爸篇_第3頁
【流程】外包的自我修養(yǎng)-甲方爸爸篇_第4頁
【流程】外包的自我修養(yǎng)-甲方爸爸篇_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、【流程】外包產(chǎn)品經(jīng)理的自我修養(yǎng)一一甲 方爸爸篇產(chǎn)品經(jīng)理系列產(chǎn)品在面對外包項目時,需要注意一些容易踩坑的 操作,對于項目的需求都需要不斷地需要進(jìn)行調(diào)研重點項目確認(rèn),確 保在進(jìn)行外包對接的時候可以順利進(jìn)行;本文分享了關(guān)于自己在外機(jī) 內(nèi)的一些經(jīng)驗,我們一起來知曉一下。最近半年在瘋狂對接外包公司,做了 2次乙方、3次在甲方在這半 年的過程中,篩選了數(shù)十個外包,反復(fù)溝通無數(shù)次,埋過坑也填過坑, 希望自己的經(jīng)驗?zāi)軒偷皆诋a(chǎn)品路上摸爬滾打的你。不論是外包還是自己公司需求實現(xiàn)投資項目都離不開需求確定、 研發(fā)測試、項目驗收。相較于常規(guī)項目外包項目增加了與外包對接的環(huán)節(jié),項目管理的 流程一般分為四步:前期準(zhǔn)備、外包

2、篩選、研發(fā)測試、項目驗收。而這一套流程與公司需求評審流程,具體流程再次就不再贅述, 在此只對產(chǎn)出物或進(jìn)行介紹。系統(tǒng)語言/框架針對外包系統(tǒng)因為不同的公司的能力和代碼不同,所以對方提供服務(wù)的語言 / 框架也是不有所不同的。作為甲方需要根據(jù)自身需要提前注意語言和框架??紤]語言是否可維護(hù)、需要考慮框架的兼容性。但是這一塊內(nèi)容也可以讓外包推薦,不過公司內(nèi)部可以多層有一個預(yù)方案。如公司僅有Java 程序員,則可以提議甲方使用Java 語言或進(jìn)行相關(guān)內(nèi)容的編輯。如公司常用layui 框架,則要求外包使用該框架減少對接難度和后期維護(hù)物力成本。如公司對產(chǎn)品自然語言要求不高,只對價錢和工期敏感,可由乙方推薦語言,

3、如PH焉言等(一般Java工期長花費(fèi)多,PHPC期短, 工期又同意了價格等)。產(chǎn)品相關(guān)文檔1)業(yè)務(wù)流程圖在與第三方對接時,需要描述一下畫面自家產(chǎn)品的使用場景和業(yè)務(wù)流程,而一份完善的業(yè)務(wù)發(fā)展流程圖是最為高效的對接方式。業(yè)務(wù)流程圖比單純的文字要清晰,比語音更容易留存,可以極大的減小與甲方反復(fù)甲方溝通的過程。2)頁面流程圖頁面流程圖主要是介紹一下頁面跳轉(zhuǎn)邏輯,通過投資業(yè)務(wù)業(yè)務(wù)控制點可以提前明確有多少個頁面,有多少個功能點。通過頁面流轉(zhuǎn)圖,在與外包對接工時等內(nèi)容時更有話語權(quán)。3)詳細(xì)需求文檔詳(一)細(xì)(份)的需求文檔是良好的背書的內(nèi)容,而且一份需求文檔決定了溝通時的反復(fù)次數(shù)與乙方交付產(chǎn)品的好壞。工作量

4、評估表工作量評估表是由內(nèi)部人員對需求評估的結(jié)果。在與乙方的溝通時,可以更加容易評估他倆的工期與價錢是否合理,是否可以按時交付等。外包篩選是篩選外包、反復(fù)溝通、明確需求的過程,主要流程為外包檢體f需求溝通疑問梳理f確定需求價格和工期確定f合同 簽訂一進(jìn)入開發(fā)(UI設(shè)計、產(chǎn)品開發(fā))。而在這一套流程之中,篩選外包到價格和工期確定是一個反復(fù)的過程,在時間充?;蛘邲]有固定外包的情況下,數(shù)次篩選和確認(rèn)是必不可少的流程。外包初篩外包初篩實際上是簡版的競品分析的過程,通過簡單提供服務(wù)的查看外包的資歷和服務(wù),倘若排除明顯不符合預(yù)期的外包,再聯(lián)系外包初步溝通的過程。注:初篩主要是對明顯不符合需求的外包公司排除,同

5、時也是己方需要產(chǎn)品在外包行業(yè)的行情。而外包初篩可以通過查看外包的資質(zhì)和歷史案例來確認(rèn)外包是否符合預(yù)期,以增加反復(fù)溝通的次數(shù)。需求溝通需求溝通之際之時前期準(zhǔn)備的內(nèi)容尤為重要,前期準(zhǔn)備有完備的資料可以減少溝通成本。1)項目簡介在與外包的初次聯(lián)絡(luò)中不可能說初次是一個個功能細(xì)節(jié)去對。作為甲方爸爸可以提前雖然考慮已經(jīng)有了什么功能、有了什么業(yè)務(wù),仍需要什么功能,需要什么服務(wù),業(yè)務(wù)流程流轉(zhuǎn)是怎么樣的。以下內(nèi)容而甲方爸爸可將自己準(zhǔn)備內(nèi)容,編輯成簡短的文字供乙方初步了解,讓乙方對自己的內(nèi)容有預(yù)期,同時也可避免自己介紹功能點有遺漏。備注:過于詳細(xì)的需求文檔會讓對方把握不到重點,在前期需求融資需求溝通的時候可以先講

6、明白需求的頂多,保證乙方明白需求內(nèi)容的大概之后再給予概略的需求文檔讓對方根據(jù)能源需求評估工時和價格。2)業(yè)務(wù)流程圖+頁面原型圖業(yè)務(wù)流程圖和頁面原型圖可以在與外包溝通開始就給予外包,讓外包更易理解需求和功能。疑問梳理、確定需求銀行信貸疑問梳理和確認(rèn)資金需求是同一步流程,在外包初步了解消費(fèi)需求后,可以溝通詳細(xì)需求內(nèi)容、解決乙方疑惑、確認(rèn)最終需求范圍、確認(rèn)需求優(yōu)先級需求量和項目進(jìn)展。注:必要時可以和外包供給一點點講解需求,保證需求的對話無誤。價格和工期確定、合同簽訂需求確定之后,對方會根據(jù)需求內(nèi)容在內(nèi)部評估工期和價格,甲方爸爸可以根據(jù)自己內(nèi)部的工期表做一個比對,在多次對比確認(rèn)乙方之后可以。在疑問梳理

7、、確定之前需求時不僅是乙方在提問題,甲方也可以針對一些資歷、工期等內(nèi)容或進(jìn)行提問。特別是需要乙方乙方研發(fā)全套系統(tǒng)、使用乙方SAS繇統(tǒng)時,可以通過簽到乙方產(chǎn)品來了解乙方的真正實力。而在試用過程中若出現(xiàn)疑 問,也可盡早所提市場預(yù)期和溝通避免簽訂合同后出現(xiàn)不可預(yù)期問題。不論是外包還是自己公司實現(xiàn)項目都離不開需求確定、研發(fā)測試、項目驗收。相較于常規(guī)項目外包項目增加了與外包的環(huán)節(jié),項目管理的流程一般分為四步:前期準(zhǔn)備、外包篩選、研發(fā)測試、項目驗收。紙制研發(fā)測試的工作主要包括在外包公司,甲方能參與的有項目 跟進(jìn)、問題解決、需求確認(rèn)等。而問題解決和需求確認(rèn)都是確實乙方提出問題、甲方確認(rèn)。需要甲方主動參與的工

8、作就是項目跟進(jìn),項目跟進(jìn)的常見兩個辦 法是具體內(nèi)容分步驗收和內(nèi)容同步。分步驗收針對外包項目,最常見的問題就是項目拖期,因為前期工作量評估有誤、需求變更、交付質(zhì)量不過關(guān)等問題,在外中止包項目中很容易出現(xiàn)項目延期交付的情況。而避免項目延期交付的之一就是分布驗 收。1)驗收方法環(huán)評方法主要有兩個方法:方法一是項目拆分,將房地產(chǎn)項目拆分成多個里程碑的模塊,每一個模塊有自己的驗收時間,在規(guī)定時間對模塊成功進(jìn)行驗收,通過保證每個模塊的研發(fā)時間和質(zhì)量都符合預(yù)期來保證最終合乎產(chǎn)品符合 預(yù)期。方法二是提前查驗,針對沒什么辦法模塊拆分模塊的項目,且乙方未同步進(jìn)度,在項目進(jìn)展2/3 和研發(fā)結(jié)束測試前兩個時間節(jié)點對項

9、目進(jìn)行提前查驗來生產(chǎn)保證最終產(chǎn)品符合預(yù)期。2)驗收方式針對不同的驗收方法原理有不同的驗收途徑:針對項目拆分項目,可以在驗收前判明幾天和對方確認(rèn)驗收時間與內(nèi)容,到約定日期開展時根據(jù)里程碑節(jié)點進(jìn)行驗收。針對無法拆分的房地產(chǎn)項目,在項目初期主動詢問對方需求有什么,有沒有什么技術(shù)難點。在項目中期做好查驗的準(zhǔn)備作好和信息內(nèi)容同步,同時確保環(huán)境問題的及時同步。在項目后期針對市場需求細(xì)節(jié),明確驗收細(xì)節(jié)。3)優(yōu)點分布驗收主要有三個優(yōu)點:進(jìn)度同步乙方內(nèi)部也會有相應(yīng)的需要項目進(jìn)度文檔,通過每周或每雙周同步一次進(jìn)度的形式查驗乙方的進(jìn)度完成情況。進(jìn)度同步和分布驗收的區(qū)別時進(jìn)度全部由乙方把握,甲方只需要在固定節(jié)點同步一

10、下乙方的進(jìn)度,判斷一下和預(yù)估進(jìn)度是否有過大偏差或嚴(yán)重延期的情況。項目驗收是對最終成品把握的最終流程,也是可以保證產(chǎn)品質(zhì)量,保證設(shè)計達(dá)到預(yù)期的最后保障。主要流程為:培訓(xùn)一項目驗收一文檔/代碼交接一尾款。培訓(xùn)若是買回了乙方的電子系統(tǒng)一套系統(tǒng),或甲方未提供詳細(xì)的需求文檔,可以要求乙方對系統(tǒng)的內(nèi)容純粹進(jìn)行簡單培訓(xùn)和講解。通過培訓(xùn)可以減少交接內(nèi)容理解成本,同時根據(jù)對方描述可以有聯(lián)絡(luò)一個驗收前的溝通。注:也有可能發(fā)現(xiàn)乙方待實現(xiàn)或者實現(xiàn)有風(fēng)險問題的地方。項目驗收項目驗收時需要有根據(jù)最終驗收內(nèi)容進(jìn)行不同的驗收,而根據(jù)前期溝通的具體內(nèi)容1)源代碼驗收如果需要交付源碼則需要研發(fā)對代碼質(zhì)量、邏輯、語言等進(jìn)行驗 收。

11、2)功能驗收功能驗收是測試和產(chǎn)品都參與的過程。產(chǎn)品在拿到外包交付內(nèi)容時會進(jìn)行準(zhǔn)入驗收,查驗一下乙方產(chǎn)品銷售是否達(dá)到測試標(biāo)準(zhǔn),在準(zhǔn)入驗收通過后由測試介入。測試對功能進(jìn)行點和性能進(jìn)行驗收,具體的流程和內(nèi)容與內(nèi)部測試一致,在此就不各別贅述了。在測試通過后,如果時間允許還可進(jìn)行一個最終驗收,以用戶的角度過來驗收。文檔/ 代碼交接(項目交付)文檔 / 代碼交接(項目交付)的內(nèi)容理論上是在項目初期就定的內(nèi)容,這一部分內(nèi)容每位公司要求每人不一樣,每一次和外包溝通之后的驗收內(nèi)容不一樣,在此小正就列出部分關(guān)鍵文檔。1)需求列表及發(fā)生變動記錄在與外包交接時會提供需求文檔,而在實際開發(fā)中會因為甲方和乙方的原因?qū)е滦?/p>

12、求變更,從而使得需求和最后最末不一致。而甲方和乙方理應(yīng)記錄每一次變更紀(jì)錄內(nèi)容,這樣可以減少接著的 battle 環(huán)境。2)代碼交接代碼交接的內(nèi)容包含:編碼規(guī)范與數(shù)據(jù)庫設(shè)計規(guī)范、代碼文件內(nèi)核說明書、數(shù)據(jù)庫設(shè)計說明書、接口設(shè)計說明書、數(shù)據(jù)庫、源代碼等內(nèi)容。通過交接相關(guān)代碼文件和代碼可供甲方留檔和二次開發(fā)使用。注:代碼架構(gòu)和源代碼很重要,一個外包項目有代碼和無代碼的價錢相差很多,而代碼的好壞決定了后期的維護(hù)容易程度,也決定了這部分錢到底值不值。小正曾遇到過代碼不過關(guān)導(dǎo)致后期內(nèi)部無法維護(hù)、整體廢棄做的項目,也遇到過數(shù)據(jù)庫設(shè)計不合理且缺失相關(guān)文檔導(dǎo)致歷史數(shù)據(jù)難以遷移的項目。而每一次遇到這些項目都是淚兩行

13、。3)測試用例及執(zhí)行結(jié)果(測試報告)已經(jīng)交付的項目在對方內(nèi)部肯定已進(jìn)行過內(nèi)部測試,而對方測試的對方會話及執(zhí)行結(jié)果(測試報告)可以供內(nèi)部驗收測試時參考和檢驗完整性。BUGf理記錄與追蹤這個內(nèi)容可提供可不提供,如果有可做歸檔用,不做強(qiáng)要求。5)使用部署說明桑利縣使用部署說明是鑒于一套單獨系統(tǒng)提供的內(nèi)容,針對需要遷移和反復(fù)使用的系統(tǒng)可提供使用部署,便于二次遷移使用。6)系統(tǒng)操作手冊與培訓(xùn)手冊系統(tǒng)操作手冊和培訓(xùn)手冊一般和培訓(xùn)相聯(lián)掛鉤,是培訓(xùn)若干時對方交付的相關(guān)文檔,供攻方業(yè)務(wù)人員或技術(shù)支持使用 / 部署時使用。尾款交接在所有的內(nèi)容均社會活動驗收社會交往之后便可以跟對方結(jié)尾款。補(bǔ)充上文的項目核準(zhǔn)是只上文

14、列出了部分內(nèi)容,而整體的項目驗收還可以分類的方式介紹。1)驗收方式2)文檔驗收3)功能驗收4)用戶驗收用戶驗收是用戶的角度去驗收系統(tǒng),從用戶使用,用戶操作,實際數(shù)據(jù)接入等方面進(jìn)行招投標(biāo)。5)安全驗收1. 風(fēng)險項目外包的風(fēng)險是不可避免的,前期反復(fù)溝通(溝通清楚資金需求等內(nèi)容),中期項目跟蹤(分布驗收等),后期仔細(xì)驗收(內(nèi)容完備且符合市場預(yù)期)可以極大的減少市場風(fēng)險的發(fā)生。同時這些操作也可為一些不可預(yù)估的風(fēng)險做好防范如:科東俄內(nèi)部需求反復(fù)變更、乙方進(jìn)度異常緩慢等。在本文中列出的內(nèi)容是一個比較規(guī)范化的流程,在某些時候可能因為項目著急上線或者需求不明確,有一些示例省略或者埋坑。但是不論什么樣的式子歸根到底還是想要一份符合預(yù)期一份的預(yù)期軟件 / 系統(tǒng)3. 感觸自己總結(jié)了外包歸納產(chǎn)品的流程和自己公司內(nèi)部的流程,發(fā)現(xiàn)流程即便是一樣的。但是在細(xì)節(jié)上的差別影響了最終的成品,其中最影響的是:外包篩選、需求對接、需求文檔、項目管理。1)外包篩選公司內(nèi)部的團(tuán)隊項目組基本上是固定的,技術(shù)是固定,外包團(tuán)隊的不熟悉且可挑選,導(dǎo)致了這些不可控的因素,而在和外包對接過程中產(chǎn)品經(jīng)理是出和入的一環(huán),所以更多的考慮,更細(xì)致的出和入可以避免后期很多后半期問題2)需求對接在外包篩選提前對接時,可以通過巨量的內(nèi)容來減少溝通成本。3)需求文檔需求文檔理論上內(nèi)部和外部的要求是一

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論