本文簡(jiǎn)述了軟件開發(fā)面對(duì)項(xiàng)目型軟件開發(fā)過(guò)程中可能面臨的質(zhì)量問(wèn)題，同時(shí)強(qiáng)調(diào)了軟件產(chǎn)品質(zhì)量的重要性。作者總結(jié)了自身所遇到的問(wèn)題，按不同階段和類型進(jìn)行分類和整理，希望能為讀者提供幫助。

在軟件開發(fā)公司，項(xiàng)目型軟件開發(fā)過(guò)程中，有諸多因素影響軟件產(chǎn)品的質(zhì)量。

由于產(chǎn)品質(zhì)量的問(wèn)題往往需要軟件公司、客戶投入額外的時(shí)間和成本進(jìn)行產(chǎn)品質(zhì)量的修復(fù)，如果產(chǎn)品質(zhì)量問(wèn)題嚴(yán)重有可能需要推翻重新設(shè)計(jì)開發(fā)。

所以，軟件產(chǎn)品質(zhì)量的重要性對(duì)于軟件開發(fā)公司不言而喻。

筆者身處一家軟件開發(fā)公司，面對(duì)開發(fā)資源有限、項(xiàng)目工期緊張的情況，也遇到產(chǎn)品質(zhì)量的問(wèn)題。在此，將項(xiàng)目過(guò)程中遇到的問(wèn)題進(jìn)行總結(jié)分析，希望對(duì)即將或正在面對(duì)此類問(wèn)題的讀者能夠有所幫助。

根據(jù)遇到的問(wèn)題，按各個(gè)階段和問(wèn)題分類，歸納如下：

一、需求調(diào)研分析

1. 調(diào)研前期

需求調(diào)研前，產(chǎn)品人員會(huì)向客戶收集基礎(chǔ)資料，并對(duì)資料閱讀分析，以便后續(xù)用戶調(diào)研工作的順利高效的開展。

在實(shí)際過(guò)程中，我們遇到了以下三個(gè)主要問(wèn)題：

1）客戶資料收集不全

問(wèn)題描述：調(diào)研人員向客戶收集資料時(shí)，沒(méi)有明確客戶所要提供資料的類型和范圍，導(dǎo)致調(diào)研前期資料分析不足，影響后續(xù)用戶訪談的調(diào)研效率。

產(chǎn)生原因：主要原因是部門沒(méi)有標(biāo)準(zhǔn)、規(guī)范的客戶資料清單，對(duì)新入行的調(diào)研人員提供指導(dǎo)和參考。

解決辦法：根據(jù)以往項(xiàng)目，總結(jié)客戶資料清單，幫助產(chǎn)品調(diào)研員明確前期所要收集的客戶資料。

2）客戶資料收集和存檔不規(guī)范

問(wèn)題描述：沒(méi)有明確項(xiàng)目雙方的資料收集對(duì)接人員，導(dǎo)致客戶不同部門人員資料提供給項(xiàng)目不同角色的人員。同時(shí)，項(xiàng)目沒(méi)有明確客戶資料的統(tǒng)一存檔位置，導(dǎo)致收集的客戶資料散落在不同角色人員手上。影響產(chǎn)品人員第一時(shí)間分析資料。

產(chǎn)生原因：立項(xiàng)時(shí)，雙方?jīng)]有明確項(xiàng)目對(duì)接人。資料存檔時(shí)，沒(méi)有指定項(xiàng)目文件的統(tǒng)一存檔位置。

解決辦法：項(xiàng)目啟動(dòng)會(huì)時(shí)，雙方明確甲乙雙方項(xiàng)目負(fù)責(zé)人。同時(shí)由項(xiàng)目負(fù)責(zé)人指定客戶資料統(tǒng)一存放位置。

3）客戶資料理解偏差

問(wèn)題描述：調(diào)研人員分析客戶資料時(shí)，存在理解時(shí)間長(zhǎng)、分析不夠透徹、分析范圍遺漏的情況，影響后續(xù)用戶訪談的工作開展。

產(chǎn)生原因：調(diào)研人員對(duì)行業(yè)相關(guān)知識(shí)了解不夠。

解決辦法：日常工作中通過(guò)讀書分享、項(xiàng)目總結(jié)分享和邀請(qǐng)業(yè)內(nèi)專家講座、培訓(xùn)的方式加強(qiáng)調(diào)研人員對(duì)行業(yè)知識(shí)了解。提供行業(yè)常用相關(guān)的網(wǎng)站、微信公眾號(hào)，在有行業(yè)術(shù)語(yǔ)、公式等無(wú)法理解情況時(shí)，提供相關(guān)的幫助和參考。同時(shí)，提供公司內(nèi)部資深調(diào)研人員信息，讓新手可以的一時(shí)間找到解決問(wèn)題的公司內(nèi)部專家。

2. 調(diào)研過(guò)程

需求調(diào)研時(shí)，產(chǎn)品人員到客戶現(xiàn)場(chǎng)進(jìn)行用戶訪談?wù){(diào)研，通過(guò)用戶調(diào)研收集和記錄客戶的需求。同時(shí)，通過(guò)需求調(diào)研分析逐步收集和完善客戶資料。

實(shí)際過(guò)程中，我們遇到了以下兩個(gè)主要問(wèn)題：

1）需求收集不夠全面

問(wèn)題描述：需求調(diào)研中某個(gè)業(yè)務(wù)活動(dòng)的具體場(chǎng)景僅描述其中一種常見情況，對(duì)于其他特殊情況沒(méi)有收集、記錄和分析。影響后續(xù)產(chǎn)品的規(guī)劃設(shè)計(jì)。

產(chǎn)生原因：需求調(diào)研時(shí)，僅收集某個(gè)業(yè)務(wù)人員的描述的需求，沒(méi)有充分收集整個(gè)部門和其他上下游部門的需求。

解決辦法：部門提供需求調(diào)研的檢查清單，幫助和提醒調(diào)研人員調(diào)研時(shí)注意事項(xiàng)。此外，需求調(diào)研的成果要匯總和客戶相關(guān)人員進(jìn)行再次確認(rèn)。

2）需求細(xì)節(jié)不夠詳細(xì)

問(wèn)題描述：客戶需求描述的內(nèi)容不夠具體、清晰，導(dǎo)致產(chǎn)品設(shè)計(jì)階段需要反復(fù)與客戶進(jìn)行溝通和確認(rèn)。

產(chǎn)生原因：一個(gè)是調(diào)研人員行業(yè)經(jīng)驗(yàn)少，無(wú)法對(duì)客戶的需求進(jìn)行深入的追問(wèn)。另一個(gè)是客戶也不明確需求要描述到什么程度合適。這就形成你不問(wèn)我不說(shuō)的情況。

解決辦法：除了加強(qiáng)調(diào)研人員日常業(yè)務(wù)知識(shí)學(xué)習(xí)外，還要培養(yǎng)調(diào)研人員遇到客戶簡(jiǎn)單回答時(shí)多追問(wèn)的習(xí)慣。

3. 其他

客戶時(shí)間安排沖突

問(wèn)題描述：與客戶安排的調(diào)研時(shí)間會(huì)被推遲和需要反復(fù)的確認(rèn)。

產(chǎn)生原因：客戶沒(méi)有足夠的重視項(xiàng)目或有緊急重要的會(huì)議沒(méi)有時(shí)間安排，導(dǎo)致調(diào)研的日期一再被推遲。

解決方法：確定項(xiàng)目完成時(shí)間，與客戶共同明確項(xiàng)目計(jì)劃。項(xiàng)目啟動(dòng)會(huì)時(shí)，邀請(qǐng)雙方領(lǐng)導(dǎo)參與，共同重視項(xiàng)目計(jì)劃的執(zhí)行。

二、產(chǎn)品設(shè)計(jì)

1. 功能設(shè)計(jì)

在完成需求分析后，會(huì)根據(jù)需求分析的結(jié)果規(guī)劃產(chǎn)品的功能架構(gòu)，并根據(jù)功能架構(gòu)列出產(chǎn)品功能清單。

實(shí)際過(guò)程中，功能設(shè)計(jì)時(shí)會(huì)存在以下兩個(gè)問(wèn)題：

1）細(xì)節(jié)功能設(shè)計(jì)不到位

問(wèn)題描述：功能設(shè)計(jì)時(shí)，僅考慮正向流程，逆向或其他特殊流程沒(méi)有考慮。導(dǎo)致后期用戶測(cè)試期間又要重新調(diào)整功能設(shè)計(jì)。

產(chǎn)生原因：需求調(diào)研分析期間遺漏，功能設(shè)計(jì)期間沒(méi)有仔細(xì)思考模擬各種場(chǎng)景。

解決方法：設(shè)計(jì)人員要沉下心，認(rèn)真根據(jù)已分析資料模擬用戶真實(shí)場(chǎng)景，若有發(fā)現(xiàn)不明確或有遺漏的功能需第一時(shí)間與用戶進(jìn)行再次溝通確認(rèn)。

2）通用功能沒(méi)有抽象

問(wèn)題描述：對(duì)于系統(tǒng)中的通用模塊沒(méi)有抽象，導(dǎo)致相同功能重復(fù)描述，同時(shí)也給后續(xù)的功能變更埋下了隱患。

產(chǎn)生原因：設(shè)計(jì)人員沒(méi)有從全局的解度審視產(chǎn)品功能，往往看一塊做一塊，沒(méi)有做好統(tǒng)一的產(chǎn)品規(guī)劃功能。

解決方法：在提高產(chǎn)品設(shè)計(jì)人員設(shè)計(jì)能力的同時(shí)，加強(qiáng)對(duì)產(chǎn)品功能設(shè)計(jì)的審核。

2. 原型設(shè)計(jì)

功能設(shè)計(jì)后，會(huì)根據(jù)功能清單使用原型工具Axure RP進(jìn)行原型設(shè)計(jì)。

原型設(shè)計(jì)時(shí)，我們同樣面臨著以下三點(diǎn)的問(wèn)題：

1）組件設(shè)計(jì)不統(tǒng)一

問(wèn)題描述：原型設(shè)計(jì)過(guò)程中組件沒(méi)有統(tǒng)一，比如同一內(nèi)容的文字說(shuō)明在不同模塊文字沒(méi)有統(tǒng)一；列表的排序沒(méi)有統(tǒng)一；使用日期或時(shí)間的組件沒(méi)有統(tǒng)一。

產(chǎn)生原因：部門沒(méi)有統(tǒng)一的規(guī)范說(shuō)明；同時(shí)，設(shè)計(jì)人員項(xiàng)目經(jīng)驗(yàn)不足。

解決方法：建立標(biāo)準(zhǔn)組件庫(kù)（有分移動(dòng)版和Web版），所有項(xiàng)目設(shè)計(jì)的組件原型統(tǒng)一從庫(kù)中調(diào)用。建立部門的原型設(shè)計(jì)自檢清單，將常用的自檢清單做為設(shè)計(jì)人員設(shè)計(jì)完成后的必檢內(nèi)容。加強(qiáng)設(shè)計(jì)人員對(duì)標(biāo)準(zhǔn)組件的學(xué)習(xí)和了解。

2）標(biāo)注說(shuō)明不清晰

問(wèn)題描述：對(duì)原型標(biāo)注說(shuō)明時(shí)，沒(méi)有標(biāo)注或?qū)?biāo)注不清晰、不完整。對(duì)于特殊或重點(diǎn)的邏輯說(shuō)明沒(méi)有特別重點(diǎn)標(biāo)識(shí)。比如：原型字段的長(zhǎng)度、按扭功能的校驗(yàn)規(guī)則等標(biāo)注說(shuō)明沒(méi)有等。這些問(wèn)題對(duì)于有經(jīng)驗(yàn)和責(zé)任心的開發(fā)人員，會(huì)跟設(shè)計(jì)人員進(jìn)一步確認(rèn)和完善，而對(duì)于新手往往會(huì)忽略。這些問(wèn)題在測(cè)試或用戶使用階段?暴露，影響產(chǎn)品質(zhì)量和客戶體驗(yàn)。

產(chǎn)生原因：部門沒(méi)有制定統(tǒng)一的標(biāo)注說(shuō)明模板和要求。導(dǎo)致根據(jù)各自偏好進(jìn)行標(biāo)注。

解決辦法：制定需求詳細(xì)設(shè)計(jì)模板，部門成員統(tǒng)一以需求詳細(xì)設(shè)計(jì)模板做為最終的交付產(chǎn)物。

3）原型設(shè)計(jì)速度慢

問(wèn)題描述：采用帶交互的原型設(shè)計(jì)方式，但交互對(duì)設(shè)計(jì)人員的原型技能撐握能力要求高。同時(shí)，在原型設(shè)計(jì)確認(rèn)完后，需要對(duì)原型進(jìn)行修改和優(yōu)化時(shí)，調(diào)整原型的時(shí)間也變長(zhǎng)。

產(chǎn)生原因：部門人員大部分新人，原型的技巧沒(méi)有那么熟練，交互原型設(shè)計(jì)加重了他們的工作量。

解決辦法：使用標(biāo)準(zhǔn)組件庫(kù)中的原型組件并使用線框圖方式，組件間的交互統(tǒng)一并采用文字描述，減少交互效果設(shè)計(jì)帶來(lái)的工作時(shí)間。

3. 需求評(píng)審

需求評(píng)審效果不佳

問(wèn)題描述：需求評(píng)審前沒(méi)有將評(píng)審資料發(fā)放給相關(guān)人員，需求評(píng)審時(shí)沒(méi)有需求和設(shè)計(jì)專家參與，需求評(píng)審并沒(méi)有得到建設(shè)性的建議。

產(chǎn)生原因：公司及產(chǎn)品人員對(duì)需求評(píng)審的重視度不夠，內(nèi)部沒(méi)有儲(chǔ)備行業(yè)的專業(yè)性人才。

解決辦法：提高大家對(duì)需求評(píng)審的重視度，提前做好需求評(píng)審準(zhǔn)備。培訓(xùn)和儲(chǔ)備專業(yè)性人才，邀請(qǐng)客戶的專家共同參與需求評(píng)審。

三、產(chǎn)品開發(fā)

1. 需求詳講

問(wèn)題描述：需求詳講階段，未做到項(xiàng)目所有相關(guān)開發(fā)人員參與，而且參與人員的聽講效果不佳，導(dǎo)致產(chǎn)品人員在開發(fā)過(guò)程中要再次進(jìn)行解釋，影響產(chǎn)品開發(fā)進(jìn)度和質(zhì)量。

產(chǎn)生原因：產(chǎn)品事前沒(méi)有將相關(guān)材料交付開發(fā)人員，開發(fā)人員沒(méi)有事先了解資料，導(dǎo)致詳講效果差。

解決辦法：事前產(chǎn)品人員將資料分發(fā)到項(xiàng)目開發(fā)人員手中，事前由開發(fā)人員準(zhǔn)備問(wèn)題，詳講會(huì)上由產(chǎn)品人員根據(jù)問(wèn)題清單重點(diǎn)澄清開發(fā)人員疑惑問(wèn)題。

2. 需求變更

問(wèn)題描述：產(chǎn)品人員進(jìn)行需求變更時(shí)，沒(méi)有詳細(xì)考慮導(dǎo)致一個(gè)需求需要反復(fù)，而且有時(shí)客戶提的需求設(shè)計(jì)完成后，又不再需要。同時(shí)，需求變更沒(méi)有同步同知相關(guān)開發(fā)和測(cè)試人員，導(dǎo)致相關(guān)人員開發(fā)完成后才接收到變更的內(nèi)容。

產(chǎn)生原因：產(chǎn)品人員對(duì)需求變更的隨意性，導(dǎo)致需求變更和管理混亂。

解決辦法：增加需求的評(píng)審制度，外部需求變更需要由客戶提交需求變更單，避免客戶的一句話需求，實(shí)驗(yàn)性需求或個(gè)人喜好的需求導(dǎo)致公司投入成員。內(nèi)部需求變更需要由負(fù)責(zé)人進(jìn)行審核，需求變更通過(guò)同步相關(guān)開發(fā)和測(cè)試人員。

3. 版本提測(cè)

問(wèn)題描述：提交測(cè)試的系統(tǒng)，測(cè)試過(guò)程中發(fā)現(xiàn)流程不通，開發(fā)的bug數(shù)量多，出來(lái)的系統(tǒng)與設(shè)計(jì)的原型存在不符的情況。

產(chǎn)生原因：開發(fā)時(shí)，各個(gè)模塊由不同開發(fā)人員開發(fā)，提交測(cè)試時(shí)，沒(méi)有進(jìn)行系統(tǒng)的集成測(cè)試。開發(fā)人員在系統(tǒng)開發(fā)過(guò)程中發(fā)現(xiàn)問(wèn)題，沒(méi)有及時(shí)與產(chǎn)品人員溝通，并按自己理解的思路進(jìn)行開發(fā)。

解決辦法：產(chǎn)品人員從開發(fā)起及時(shí)關(guān)注系統(tǒng)的開發(fā)進(jìn)度，每日與開發(fā)人員進(jìn)行站會(huì)了解開發(fā)的情況及溝通開發(fā)過(guò)程中的問(wèn)題。開發(fā)完成后，第一時(shí)間進(jìn)行系統(tǒng)驗(yàn)證，保證系統(tǒng)流程的暢通。

四、總結(jié)

其實(shí)想打造好一款好的產(chǎn)品是不容易的。

產(chǎn)品需求調(diào)研到最終產(chǎn)品上線運(yùn)行是經(jīng)過(guò)多個(gè)階段的，每個(gè)階段都可能由不同的人員參與，信息的傳遞也有可能層層丟失。

所以軟件開發(fā)是一項(xiàng)工程，需要通過(guò)管理保證軟件的進(jìn)度和質(zhì)量。

以上內(nèi)容希望對(duì)于讀者有所幫助和參考。