如何進(jìn)行軟件架構(gòu)驗(yàn)收？

本期話題:如何進(jìn)行軟件架構(gòu)驗(yàn)收?

一、背景介紹

受診人職位： 甲方項(xiàng)目經(jīng)理，也是部門經(jīng)理

公司：最近公司委托乙方為我們開發(fā)軟件產(chǎn)品，從目前開發(fā)的產(chǎn)品來(lái)看，產(chǎn)品質(zhì)量不盡人意。而且最近我們也理解到我們這個(gè)產(chǎn)品是其的第一個(gè)產(chǎn)品(無(wú)實(shí)際經(jīng)驗(yàn))，經(jīng)驗(yàn)嚴(yán)重不足。乙方告訴我們他們會(huì)以產(chǎn)品化的方式來(lái)開發(fā)這個(gè)產(chǎn)品，但從實(shí)際的種種現(xiàn)象看，乙方僅僅是為了交付而交付，沒(méi)有按照產(chǎn)品化的方式來(lái)開發(fā)。其架構(gòu)設(shè)計(jì)的更多是強(qiáng)調(diào)分層，而不是我們需要的基于組件化的思想下的結(jié)構(gòu)。

問(wèn)題：如何對(duì)其軟件架構(gòu)進(jìn)行驗(yàn)收，確保其是基于組件化的思想下的結(jié)構(gòu)，避免出現(xiàn)軟件各子模塊之間強(qiáng)耦合的情況?

二、嘉賓分享

01

受診人遇到的問(wèn)題分析及解決方案：

問(wèn)題1：

產(chǎn)品質(zhì)量不盡人意 ，從題目看產(chǎn)品質(zhì)量不盡人意，大多數(shù)指可交付成果不滿足用戶要求。軟件方面的可交付成果不足，一般表現(xiàn)為功能缺失或不符，界面美觀度，操作易用性，業(yè)務(wù)流程明晰…

解決方案：

1、產(chǎn)品高保真圖的設(shè)計(jì)與批準(zhǔn)、完成美觀度的審驗(yàn)

2、產(chǎn)品原型圖的設(shè)計(jì)與批準(zhǔn)、完成功能及流程的審驗(yàn)

3、提交測(cè)試報(bào)告 、完成功能完整性的驗(yàn)收

4、階段試運(yùn)行 、完成真實(shí)情況下的實(shí)際運(yùn)行情況驗(yàn)收

問(wèn)題2:

缺少管控：第一個(gè)產(chǎn)品 、缺少經(jīng)驗(yàn)。

這個(gè)在實(shí)際情況中很容易遇到，而且是甲乙雙方產(chǎn)生問(wèn)題的主要爆發(fā)點(diǎn)。

原因很簡(jiǎn)單：

甲方說(shuō)不清需求以及想要的功能說(shuō)明;

乙方只針對(duì)甲方提出的進(jìn)行開發(fā)，沒(méi)有一個(gè)很好的產(chǎn)品、市場(chǎng)、業(yè)務(wù)等的調(diào)研。

最終結(jié)果就是甲方不斷的要求添加或者變更功能，乙方不斷的要求加預(yù)算，加工期【一般情況下都是大包合同即固定總價(jià)】。

導(dǎo)致雙方的不平衡，導(dǎo)致矛盾的產(chǎn)生。

解決方案：

1、 合同：雙方采用非固定總價(jià)合同 ，商量出一個(gè)都符合雙方利益的合同方式，實(shí)際情況下改變合同方式，比較難。因?yàn)楹芏鄦挝坏呢?cái)務(wù)等要求關(guān)系，很難變更合同方式。

2、 甲方雇傭一個(gè)有豐富經(jīng)驗(yàn)的人員來(lái)替代甲方提出業(yè)務(wù)需求。這種解決方案情況下，甲方風(fēng)險(xiǎn)較高，而且需要有合適人員，對(duì)于沒(méi)有一點(diǎn)經(jīng)驗(yàn)的甲方來(lái)講，容易挨坑。

3、 乙方提供人員，完成甲方需求的收集及可交付成果的設(shè)計(jì)確認(rèn)。

4、 乙方派人，甲方管理，這種人員外包的形式比較考驗(yàn)甲方的管理能力，但是也能相對(duì)應(yīng)的提高質(zhì)量及速度。

問(wèn)題3:

無(wú)法或很難核實(shí)或者說(shuō)無(wú)法寫到合同中：

乙方說(shuō)他們會(huì)以產(chǎn)品化的方式開發(fā)，沒(méi)有按照產(chǎn)品化基于組件 而是更多的強(qiáng)調(diào)分層。

解決方案：

明確一點(diǎn)：軟件開發(fā)的分層到目前為止還是比較好的一個(gè)模式。

1、分層技術(shù)其具有良好的擴(kuò)展性及穩(wěn)定性，能更好的促進(jìn)整個(gè)軟件系統(tǒng)的抽象化發(fā)展，并且將軟件系統(tǒng)中的復(fù)雜部分，逐步轉(zhuǎn)化到軟件開發(fā)之中。

這對(duì)于軟件系統(tǒng)的維護(hù)及發(fā)展都具有深遠(yuǎn)影響，一個(gè)層面出現(xiàn)了技術(shù)問(wèn)題，并不會(huì)對(duì)其他層面造成影響，只會(huì)影響到這個(gè)層面的上下層面。

2、如果甲方認(rèn)為有問(wèn)題，那么我個(gè)人認(rèn)為可能出現(xiàn)的問(wèn)題就是：軟件設(shè)計(jì)的分層與甲方所說(shuō)的基于組件的開發(fā)。

可以要求乙方看能否快速的變更通用的功能點(diǎn)，如果是組件化開發(fā)通用的功能點(diǎn)肯定是組件化了，是可以快速的更變。

3、個(gè)人理解產(chǎn)品化與分層的開發(fā)：

分層是表示將功能進(jìn)行有序的分組：應(yīng)用程序?qū)Ｓ霉δ芪挥谏蠈樱缭綉?yīng)用程序領(lǐng)域的功能位于中層，而配置環(huán)境專用功能位于低層。分層從邏輯上將子系統(tǒng)劃分成許多集合，而層間關(guān)系的形成要遵循一定的規(guī)則。通過(guò)分層，可以限制子系統(tǒng)間的依賴關(guān)系，使系統(tǒng)以更松散的方式耦合，從而更易于維護(hù)。

二者的區(qū)別除管理方式外，我認(rèn)為最大的不同之處就在于抽離實(shí)際業(yè)務(wù)中“對(duì)象”的高低程度。

總結(jié)：

新手(如甲方)要做好步步審核及授權(quán)，對(duì)于無(wú)法驗(yàn)真的問(wèn)題及需求需要落實(shí)到合同或者文檔中盡量的實(shí)例化，細(xì)致化，避免后期交付問(wèn)題。需要自己分內(nèi)工作(需求)，如果沒(méi)有很好的處理方法可以適當(dāng)?shù)恼?qǐng)外援(外聘或者與乙方協(xié)商)。

02

本人沒(méi)有甲方經(jīng)驗(yàn)，但是和甲方合作過(guò)很多年，我們甲方基本都具備多年項(xiàng)目經(jīng)驗(yàn)，類似的問(wèn)題基本不會(huì)發(fā)生，對(duì)于這個(gè)案例我也是和大家一塊進(jìn)行探索。

案例中明顯存在的問(wèn)題有以下幾點(diǎn)：

1、乙方經(jīng)驗(yàn)不足，沒(méi)有類似項(xiàng)目經(jīng)驗(yàn)

2、乙方對(duì)產(chǎn)品的設(shè)計(jì)不滿足甲方要求

3、對(duì)產(chǎn)品質(zhì)量不滿意

出現(xiàn)問(wèn)題的原因主要出現(xiàn)下以下過(guò)程中：

1、對(duì)供應(yīng)商的選擇;

2、需求、合同范圍的把控;

3、對(duì)產(chǎn)品的質(zhì)量的管理;

建議：

甲方項(xiàng)目經(jīng)理作為項(xiàng)目負(fù)責(zé)人，解決以上問(wèn)題，建議從以上幾個(gè)過(guò)程中進(jìn)行把控，而不是僅僅通過(guò)最后的驗(yàn)收進(jìn)行管控：

1、對(duì)供應(yīng)商的選擇，選擇資質(zhì)、有類似項(xiàng)目案例經(jīng)驗(yàn)的乙方，通過(guò)招投標(biāo)方式選擇有實(shí)力的供應(yīng)商;

2、可以將產(chǎn)品的架構(gòu)等內(nèi)容作為非功能性需求進(jìn)行明確;合同中將產(chǎn)品關(guān)注的需求點(diǎn)、架構(gòu)等要求進(jìn)行明確，且作為驗(yàn)收的標(biāo)準(zhǔn);

3、對(duì)產(chǎn)品研發(fā)過(guò)程中的重要成果物進(jìn)行審核和把控，比如需求規(guī)格說(shuō)明書、整體設(shè)計(jì)方案、系統(tǒng)架構(gòu)、技術(shù)選型等必須甲方評(píng)審確認(rèn)后方可進(jìn)入下一階段，如果甲方項(xiàng)目經(jīng)理不具備相關(guān)能力，可邀請(qǐng)相關(guān)方面希賽網(wǎng)參與評(píng)審;

4、對(duì)乙方研發(fā)監(jiān)控管理過(guò)程中，暴露出來(lái)的風(fēng)險(xiǎn)問(wèn)題，及時(shí)上報(bào)甲乙方領(lǐng)導(dǎo)，要求給乙方給出解決方案和措施，避免風(fēng)險(xiǎn)和問(wèn)題堆積到驗(yàn)收階段，導(dǎo)致項(xiàng)目失敗。

03

/ 我有話說(shuō) /

凱-青島-軟件：

1、組件化，如果是一款普通應(yīng)用的話，比如一個(gè)款類似微信的聊天應(yīng)用，這樣不需要分包部署，組件化更多是底層開發(fā)的組件化，從外面整體應(yīng)用是看不出來(lái)的。不是所有的問(wèn)題，都會(huì)導(dǎo)致產(chǎn)品掛掉，有的時(shí)候表現(xiàn)是性能方面。

2、有一個(gè)專業(yè)開發(fā)和測(cè)試進(jìn)行驗(yàn)收是必不可少的。所以他們項(xiàng)目這里有沒(méi)有專業(yè)人員也很重要，要不然很容易被坑。

3、現(xiàn)在產(chǎn)品已經(jīng)開發(fā)完了，我覺得及時(shí)止損最佳方案是找一個(gè)專業(yè)稱職的技術(shù)人員，和他講明白產(chǎn)品需求，讓他按照需求檢查開發(fā)完的產(chǎn)品，找出問(wèn)題，讓外包公司及時(shí)更改，至于變更產(chǎn)生的各種費(fèi)用，就要看具體溝通能力了”

阿德-淄博-城市公用：

“如果項(xiàng)目針對(duì)架構(gòu)有要求的話，應(yīng)該在設(shè)計(jì)階段就應(yīng)該介入，進(jìn)行評(píng)審。而不是到了最后驗(yàn)收階段的話，才對(duì)架構(gòu)方面進(jìn)行驗(yàn)收判斷 "

“這種對(duì)架構(gòu)要求比較嚴(yán)格的，我感覺這個(gè)甲方應(yīng)該也是一個(gè)開發(fā)公司，乙方開發(fā)完成以后，應(yīng)該把所有的源代碼之類的全部提交交付，然后甲方在此進(jìn)行二次開發(fā)的時(shí)候可以進(jìn)行復(fù)用?！?/p>

追星騎士-深圳-金融IT：

”首先要看合同有沒(méi)有定義驗(yàn)收標(biāo)準(zhǔn)，沒(méi)有就要補(bǔ)上，其次，舉個(gè)例子，假如框架是做優(yōu)化的，可以做下對(duì)比，跟原有框架，或者世面上的成熟框架對(duì)比，復(fù)核足夠標(biāo)準(zhǔn)，就可以跟領(lǐng)導(dǎo)交差，走驗(yàn)收，以后再根據(jù)情況起新項(xiàng)目，最后，要是沒(méi)有達(dá)到標(biāo)準(zhǔn)，只好先不驗(yàn)收，甲方介入項(xiàng)目促進(jìn)完成，其實(shí)這就費(fèi)勁了，雙輸預(yù)警?！?/p>

簡(jiǎn)單-西安-軟件：

”依據(jù)場(chǎng)景，項(xiàng)目處于準(zhǔn)備驗(yàn)收階段，主要有以下幾點(diǎn)問(wèn)題：

1. 甲方認(rèn)為項(xiàng)目未能按照產(chǎn)品化開發(fā)。 2. 是否達(dá)到驗(yàn)收條件。

處理建議：

1. 可要求乙方提供軟件產(chǎn)品功能詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、架構(gòu)設(shè)計(jì)等相關(guān)文檔。審核是否能夠達(dá)到產(chǎn)品化要求?？捎杀竟緝?nèi)部進(jìn)行也可尋找第三方審核。

2. 合同是否約定驗(yàn)收標(biāo)準(zhǔn)，若有則按照合同履約即可;若沒(méi)有，依據(jù)行業(yè)產(chǎn)品標(biāo)準(zhǔn)要求乙方整改。

3. 查看項(xiàng)目風(fēng)險(xiǎn)計(jì)劃(若有) 下下策，告知項(xiàng)目發(fā)起人。 綜上，項(xiàng)目應(yīng)該處于失控狀態(tài)，且目前階段，項(xiàng)目經(jīng)理對(duì)項(xiàng)目干預(yù)程度較弱。 建議對(duì)項(xiàng)目復(fù)盤，更新組織過(guò)程資產(chǎn)。避免類似情況發(fā)生。

此場(chǎng)景，但項(xiàng)目處于驗(yàn)收階段，項(xiàng)目經(jīng)理在此階段對(duì)項(xiàng)目的影響已經(jīng)非常弱了，兩條路可選，按著乙方繼續(xù)做，再找個(gè)乙方。對(duì)整個(gè)項(xiàng)目而言，此舉以是事后了，即便明知不可為。而項(xiàng)目事前和事中并未交代。此項(xiàng)目經(jīng)理應(yīng)該注重其事前和事中?！?/p>

聰少-廣州-無(wú)業(yè)閑人：

”項(xiàng)目軟件規(guī)劃、分析、設(shè)計(jì)，這三步少不了，沒(méi)經(jīng)驗(yàn)，得也得有清晰可見文檔，驗(yàn)收是對(duì)著這些文檔做 集成測(cè)試、功能測(cè)試和驗(yàn)收測(cè)試。“

天天-北京-鐵路自動(dòng)化：

”首先要甲方把需求提明確，再就是乙方對(duì)甲方需求的分解落地情況要及時(shí)參與評(píng)審;甲方如果需求明確的話 是否能夠找到類似原型的設(shè)計(jì)，供乙方做標(biāo)桿“

?佚名氏?-上海-IT：

”本來(lái)，軟件驗(yàn)收的時(shí)候，應(yīng)該有個(gè)驗(yàn)收依據(jù)，比如招投標(biāo)書，合同，需求說(shuō)明書，總體設(shè)計(jì)書書等，我估計(jì)甲方只有合同吧。

如果沒(méi)有驗(yàn)收依據(jù)，沒(méi)有對(duì)架構(gòu)作事先的要求說(shuō)明，沒(méi)沒(méi)啥好驗(yàn)收了，請(qǐng)不請(qǐng)第三方都一樣?！?/p>

總結(jié)：

1、合同中將產(chǎn)品關(guān)注的需求點(diǎn)、架構(gòu)等要求進(jìn)行明確，且作為驗(yàn)收的標(biāo)準(zhǔn)。

2、沒(méi)有經(jīng)驗(yàn)的甲方可以尋求專業(yè)的第三方幫助。

3、注重事前、事中控制。

三、討論內(nèi)容整理

[以上關(guān)于項(xiàng)目團(tuán)隊(duì)管理的內(nèi)容都來(lái)自于希賽「PM創(chuàng)造營(yíng)」群內(nèi)話題討論，由?@小M妹妹? 妹妹整理，由以下小伙伴分享完成@飛入閑窗@安靜@zhanghx@凱-青島-軟件@阿穎-深圳-信息安全@凡塵若夢(mèng)-長(zhǎng)沙-IT@Fiona-福州-軟件@Zen.Wu-政務(wù)教育高校@MISS丁 杭州 軟件@追星騎士-深圳-金融IT@?佚名氏?-上海-IT@walker-成都-IT@上海-青春-制造業(yè)-ERP@Soda-寧波-汽車@欣鑫-成都-運(yùn)營(yíng)@合肥-Lee-IT實(shí)施@踏風(fēng)而至-北京-通信@王昱-長(zhǎng)沙-在線教育@牧云-成都-互聯(lián)網(wǎng)產(chǎn)品@阿敏敏-武漢-互聯(lián)網(wǎng)產(chǎn)品@李潔蘭-廣州-軟件@涼風(fēng)有信-廣州-ERP@浩-深圳南山-金融行業(yè)@阿德-淄博-城市公用@Bysing-廣東-珠寶@黑科技-貴陽(yáng)-IT@天天-北京-鐵路自動(dòng)化@閃光創(chuàng)世-上海-IT@追星騎士-深圳-金融IT@D-深圳-OTA@Roy-濟(jì)南-智慧停車@沈秋成-成都-IT@和煦風(fēng)-成都-軟件@建慶-深圳-智慧城市-GIS@簡(jiǎn)單-西安-軟件@孤獨(dú)老狼-鎮(zhèn)江-ERP]