咨詢熱線：
正確的理解和管理需求及其變更
問(wèn)題1: 從項(xiàng)目的需求搜集開(kāi)始，業(yè)務(wù)專家搜集和提出基于整個(gè)業(yè)務(wù)的需求體系，但是在從初始的需求轉(zhuǎn)化為軟件特性和功能的過(guò)程中，由于業(yè)務(wù)專家和技術(shù)人員的溝通不充分或者需求描述不完善，導(dǎo)致技術(shù)人員對(duì)需求的理解產(chǎn)生曲解，從而影響該軟件完成后不符合用戶提出的真實(shí)需求。 問(wèn)題2: 從初始的業(yè)務(wù)需求轉(zhuǎn)化為軟件特性的過(guò)程中，缺乏有效的跟蹤和管理，導(dǎo)致軟件功能特性與用戶需求脫節(jié)。
問(wèn)題3: 在項(xiàng)目過(guò)程中，用戶提出改進(jìn)的需求或者增加軟件功能和特性，項(xiàng)目組在了解需求后，對(duì)軟件架構(gòu)進(jìn)行調(diào)整或者重構(gòu)，但是如此頻繁的重復(fù)下來(lái)，需求來(lái)源不清楚，軟件規(guī)格書未反應(yīng)需求變化，或者接受需求但未調(diào)整項(xiàng)目的整體進(jìn)度，導(dǎo)致一些混亂情況的發(fā)生。
上述1，2個(gè)問(wèn)題其實(shí)都是對(duì)需求跟蹤和管理機(jī)制的不完善引起的。在任何一個(gè)軟件開(kāi)發(fā)過(guò)程中，都充分地強(qiáng)調(diào)了需求管理的重要性。因此，在項(xiàng)目初期，相對(duì)花比較多的時(shí)間做需求的搜集和跟蹤，完善業(yè)務(wù)人員和技術(shù)人員的溝通機(jī)制是很重要的。這會(huì)減少大量的由于曲解需求導(dǎo)致軟件不符合用戶需求從而返工造成的人力和物力的浪費(fèi)。避免這種情況產(chǎn)生的一種方式是，在項(xiàng)目立項(xiàng)后，由專人或?qū)ｉT的團(tuán)隊(duì)(這些人必須是了解該項(xiàng)目業(yè)務(wù)領(lǐng)域的知識(shí)，并且有相關(guān)的技術(shù)經(jīng)驗(yàn))搜集該項(xiàng)目的原始需求，然后和技術(shù)專家(或團(tuán)隊(duì))進(jìn)行充分的溝通和討論，保證技術(shù)專家對(duì)原始需求乃至一些用戶要求的細(xì)節(jié)有完整而正確的理解，接著技術(shù)專家就會(huì)根據(jù)原始需求的文檔，根據(jù)對(duì)需求的理解撰寫軟件規(guī)格書，在寫的過(guò)程中，應(yīng)該不斷讓業(yè)務(wù)專家一定程度的參與(例如審稿或一定程度的修訂，并且參與評(píng)審)，這樣的軟件規(guī)格書才能為進(jìn)一步正確地進(jìn)行軟件分析設(shè)計(jì)提供素材和指導(dǎo)。
對(duì)第3個(gè)問(wèn)題，用戶提出的對(duì)軟件進(jìn)行改進(jìn)可能是經(jīng)常有的事情，遇到這種情況，有兩種處理辦法。一種辦法是用戶提出的改進(jìn)建議在下一個(gè)發(fā)布版本中實(shí)現(xiàn)。但是用戶往往要求能夠在當(dāng)前版本中進(jìn)行實(shí)現(xiàn)。第二種辦法就是認(rèn)真考慮用戶用戶的建議，用各種方法來(lái)滿足用戶的需求，其中包括系統(tǒng)重構(gòu)。在這些過(guò)程中，可能會(huì)造成一些混亂。其實(shí)歸根結(jié)底還是需求的跟蹤機(jī)制不完善引起的。建議采用需求和變更跟蹤工具(比如rational clearquest)來(lái)對(duì)需求和變更進(jìn)行全過(guò)程的跟蹤，這樣在形成需求文檔的時(shí)候，每個(gè)需求來(lái)源和其狀態(tài)都是非常清楚的。
配置管理
問(wèn)題1: 從項(xiàng)目的需求搜集開(kāi)始，業(yè)務(wù)專家搜集和提出基于整個(gè)業(yè)務(wù)的需求體系，但是在從初始的需求轉(zhuǎn)化為軟件特性和功能的過(guò)程中，由于業(yè)務(wù)專家和技術(shù)人員的溝通不充分或者需求描述不完善，導(dǎo)致技術(shù)人員對(duì)需求的理解產(chǎn)生曲解，從而影響該軟件完成后不符合用戶提出的真實(shí)需求。 問(wèn)題2: 從初始的業(yè)務(wù)需求轉(zhuǎn)化為軟件特性的過(guò)程中，缺乏有效的跟蹤和管理，導(dǎo)致軟件功能特性與用戶需求脫節(jié)。
問(wèn)題3: 在項(xiàng)目過(guò)程中，用戶提出改進(jìn)的需求或者增加軟件功能和特性，項(xiàng)目組在了解需求后，對(duì)軟件架構(gòu)進(jìn)行調(diào)整或者重構(gòu)，但是如此頻繁的重復(fù)下來(lái)，需求來(lái)源不清楚，軟件規(guī)格書未反應(yīng)需求變化，或者接受需求但未調(diào)整項(xiàng)目的整體進(jìn)度，導(dǎo)致一些混亂情況的發(fā)生。
上述1，2個(gè)問(wèn)題其實(shí)都是對(duì)需求跟蹤和管理機(jī)制的不完善引起的。在任何一個(gè)軟件開(kāi)發(fā)過(guò)程中，都充分地強(qiáng)調(diào)了需求管理的重要性。因此，在項(xiàng)目初期，相對(duì)花比較多的時(shí)間做需求的搜集和跟蹤，完善業(yè)務(wù)人員和技術(shù)人員的溝通機(jī)制是很重要的。這會(huì)減少大量的由于曲解需求導(dǎo)致軟件不符合用戶需求從而返工造成的人力和物力的浪費(fèi)。避免這種情況產(chǎn)生的一種方式是，在項(xiàng)目立項(xiàng)后，由專人或?qū)ｉT的團(tuán)隊(duì)(這些人必須是了解該項(xiàng)目業(yè)務(wù)領(lǐng)域的知識(shí)，并且有相關(guān)的技術(shù)經(jīng)驗(yàn))搜集該項(xiàng)目的原始需求，然后和技術(shù)專家(或團(tuán)隊(duì))進(jìn)行充分的溝通和討論，保證技術(shù)專家對(duì)原始需求乃至一些用戶要求的細(xì)節(jié)有完整而正確的理解，接著技術(shù)專家就會(huì)根據(jù)原始需求的文檔，根據(jù)對(duì)需求的理解撰寫軟件規(guī)格書，在寫的過(guò)程中，應(yīng)該不斷讓業(yè)務(wù)專家一定程度的參與(例如審稿或一定程度的修訂，并且參與評(píng)審)，這樣的軟件規(guī)格書才能為進(jìn)一步正確地進(jìn)行軟件分析設(shè)計(jì)提供素材和指導(dǎo)。
對(duì)第3個(gè)問(wèn)題，用戶提出的對(duì)軟件進(jìn)行改進(jìn)可能是經(jīng)常有的事情，遇到這種情況，有兩種處理辦法。一種辦法是用戶提出的改進(jìn)建議在下一個(gè)發(fā)布版本中實(shí)現(xiàn)。但是用戶往往要求能夠在當(dāng)前版本中進(jìn)行實(shí)現(xiàn)。第二種辦法就是認(rèn)真考慮用戶用戶的建議，用各種方法來(lái)滿足用戶的需求，其中包括系統(tǒng)重構(gòu)。在這些過(guò)程中，可能會(huì)造成一些混亂。其實(shí)歸根結(jié)底還是需求的跟蹤機(jī)制不完善引起的。建議采用需求和變更跟蹤工具(比如rational clearquest)來(lái)對(duì)需求和變更進(jìn)行全過(guò)程的跟蹤，這樣在形成需求文檔的時(shí)候，每個(gè)需求來(lái)源和其狀態(tài)都是非常清楚的。
配置管理
配置管理占據(jù)了越來(lái)越重要的角色，對(duì)文檔，圖形，代碼和各種項(xiàng)目數(shù)據(jù)進(jìn)行分類管理，并對(duì)不同的人擁有的權(quán)限進(jìn)行控制，方便技術(shù)人員對(duì)其負(fù)責(zé)的配置項(xiàng)進(jìn)行創(chuàng)建，提交和修改，提高項(xiàng)目整體的運(yùn)作效率。但是在配置管理中也存在著一些問(wèn)題：
問(wèn)題1: 沒(méi)有制定好 文檔 ，圖形，代碼應(yīng)放的位置，配置項(xiàng)命名比較隨意，無(wú)權(quán)限控制，造成各配置項(xiàng)存放混亂，尋找不易。
問(wèn)題2: 培訓(xùn)和支持不充分，對(duì)配置管理工具的用法不了解。目前配置管理工具很多，比如大家常用的vss，可能相對(duì)比較熟悉一些。但是諸如CVS和ClearCase等工具，由于軟件功能非常復(fù)雜，并且對(duì)國(guó)內(nèi)用戶來(lái)說(shuō)易用性比較差，雖然功能強(qiáng)大，但是沒(méi)有真正派上用場(chǎng)。
問(wèn)題2: 培訓(xùn)和支持不充分，對(duì)配置管理工具的用法不了解。目前配置管理工具很多，比如大家常用的vss，可能相對(duì)比較熟悉一些。但是諸如CVS和ClearCase等工具，由于軟件功能非常復(fù)雜，并且對(duì)國(guó)內(nèi)用戶來(lái)說(shuō)易用性比較差，雖然功能強(qiáng)大，但是沒(méi)有真正派上用場(chǎng)。
對(duì)第一個(gè)問(wèn)題，在小型項(xiàng)目中可能尚不明顯，但是在大型項(xiàng)目中，由于各種文檔，代碼等非常多，如果不能進(jìn)行正確的配置管理，很有可能被弄得一團(tuán)糟。因此，在項(xiàng)目啟動(dòng)后，經(jīng)過(guò)技術(shù)人員之間的討論，在配置項(xiàng)的命名規(guī)定，目錄結(jié)構(gòu)，存放位置等達(dá)成共識(shí)，因?yàn)檫@些在具體使用上還和開(kāi)發(fā)工具，開(kāi)發(fā)語(yǔ)言等是密切相關(guān)的，在討論的時(shí)候也應(yīng)充分考慮這些因素，給技術(shù)人員在使用它們的時(shí)候提供的便利。當(dāng)然，為了安全起見(jiàn)，大型項(xiàng)目中，權(quán)限的控制也是很重要的。另外，在一些情況下，如果沒(méi)有權(quán)限控制，項(xiàng)目成員可以隨意修改其它文件，這樣可能會(huì)導(dǎo)致一些混亂情況的發(fā)生。
第二個(gè)問(wèn)題，對(duì)ClearCase等大型的配置管理工具，如果不作充分的研究和大量的培訓(xùn)，對(duì)軟件配置和使用不當(dāng)，缺乏對(duì)組織內(nèi)人員的統(tǒng)一培訓(xùn)，因?yàn)榕渲霉芾砉ぞ呤菐缀趺總€(gè)人都會(huì)用到的，這樣造成的問(wèn)題會(huì)相當(dāng)多。在ClearCase中，比如基線的概念，可能很多人都不甚了解，還有動(dòng)態(tài)視圖，靜態(tài)視圖，集成視圖，流等，這些如果不能做充分而細(xì)致的培訓(xùn)，技術(shù)人員會(huì)感到相當(dāng)?shù)睦Щ?，如果支持不到位或在使用中的?wèn)題無(wú)法解決，會(huì)造成項(xiàng)目進(jìn)度的延遲乃至停滯。所以，在對(duì)待此類問(wèn)題上，培訓(xùn)和支持的工作是必不可少的，雖然可能會(huì)在初期浪費(fèi)一些資源，但是磨刀不誤砍柴功，組織內(nèi)人員都掌握了強(qiáng)大工具的使用方法，將會(huì)極大地提高開(kāi)發(fā)效率和節(jié)省時(shí)間。 。
文檔
文檔
國(guó)內(nèi)進(jìn)行軟件開(kāi)發(fā)從的完全不重視文檔，到后來(lái)吸取無(wú)數(shù)的經(jīng)驗(yàn)教訓(xùn)后，對(duì)文檔的重視又被提高到前所未有的地步。但是不少公司對(duì)應(yīng)該寫多少文檔，怎么寫文檔不能把握好，因?yàn)榧夹g(shù)人員往往對(duì)文檔方面的任務(wù)是抵觸的，認(rèn)為不如多抽點(diǎn)時(shí)間專注在技術(shù)方面，寫文檔純粹是浪費(fèi)時(shí)間。但是文檔卻是必不可少的，應(yīng)該怎樣處理好這種矛盾呢? 事實(shí)上，這種矛盾天生就是難以化解的，因?yàn)榧夹g(shù)人員對(duì)技術(shù)和相關(guān)情況了解，其它人很難撰寫這些文檔，項(xiàng)目經(jīng)理所需要做的是，通過(guò)斟密的項(xiàng)目進(jìn)度安排，給技術(shù)人員留出一些時(shí)間來(lái)書寫文檔(在工作時(shí)間而不是在加班時(shí)間里完成，否則難免會(huì)有怨言的)，并在規(guī)定的進(jìn)度下進(jìn)行評(píng)審。在Rup和Xp中，對(duì)文檔的看法有些不一樣。在RUP中，對(duì)文檔非常的重視，每個(gè)階段都有一些工件是必須要評(píng)審和交付的，其中除了代碼外，絕大部分都是文檔，寫起來(lái)相當(dāng)費(fèi)時(shí)費(fèi)力。而在XP流程中，強(qiáng)調(diào)的是通過(guò)代碼和面對(duì)面的溝通，來(lái)加強(qiáng)團(tuán)隊(duì)的協(xié)作性，文檔除了一些設(shè)計(jì)性和需要保留的資源需要撰寫外，只是起到一些輔助性的作用。但不管怎樣，重要和必要的文檔總是要寫的。讓每個(gè)技術(shù)人員了解文檔的重要性，合理的分配和預(yù)留寫文檔的時(shí)間，都是可以一定程度上化解矛盾的做法。 如何保持工件的一致性(同步) 在軟件開(kāi)發(fā)過(guò)程中，不斷有新的工件產(chǎn)生，而且有些工件隨著一些變更的發(fā)生，就需要進(jìn)行更新，但工件數(shù)量太多，一則維護(hù)更新不容易，另外有些工件只是項(xiàng)目結(jié)束后參考性的資源，立即更新也不必要，求大求全則會(huì)一定程度上占用項(xiàng)目資源，耽誤進(jìn)度。因此，一個(gè)建設(shè)性的建議就是，對(duì)必要的工件，如 需求規(guī)格書，產(chǎn)品定義書，概要設(shè)計(jì)書，詳細(xì)設(shè)計(jì)書.....等工件是一定要根據(jù)項(xiàng)目和評(píng)審情況立即進(jìn)行修訂和更新的，但是，對(duì)另外一些衍生的工件，如用戶指南等工件，雖然在開(kāi)發(fā)流程中，可能是在每個(gè)階段都必要寫的，但是卻可以在評(píng)審進(jìn)行前集中進(jìn)行更新一些，避免頻繁修訂造成的資源占用和進(jìn)度延遲。
重視風(fēng)險(xiǎn)管理
重視風(fēng)險(xiǎn)管理
建立風(fēng)險(xiǎn)管理體系，讓風(fēng)險(xiǎn)意識(shí)貫穿整個(gè)流程體系，對(duì)不斷出現(xiàn)的可能的風(fēng)險(xiǎn)進(jìn)行預(yù)測(cè)，分析和討論對(duì)策，劃分風(fēng)險(xiǎn)級(jí)別，采用各種方法來(lái)降低風(fēng)險(xiǎn)變成現(xiàn)實(shí)后對(duì)整個(gè)項(xiàng)目所造成的損失。
風(fēng)險(xiǎn)管理體系是一個(gè)項(xiàng)目預(yù)防可能潛在風(fēng)險(xiǎn)的一個(gè)很好的保障方式，在項(xiàng)目初期，根據(jù)項(xiàng)目情況如資金，人員和可能的進(jìn)度對(duì)整個(gè)項(xiàng)目的風(fēng)險(xiǎn)作一個(gè)預(yù)先的評(píng)估，采用的方式可以是以項(xiàng)目經(jīng)理為中心，集體討論的形式來(lái)進(jìn)行。在討論結(jié)束后形成一份risk list，
項(xiàng)目經(jīng)理
項(xiàng)目經(jīng)理
由此整理出一份文檔，即風(fēng)險(xiǎn)管理文檔。在項(xiàng)目進(jìn)行當(dāng)中，隨著情況不斷變化，項(xiàng)目經(jīng)理應(yīng)該不斷組織一些專題會(huì)議，對(duì)風(fēng)險(xiǎn)進(jìn)行討論，并統(tǒng)一對(duì)策。這樣在風(fēng)險(xiǎn)變成現(xiàn)實(shí)后，整個(gè)項(xiàng)目組不至于束手無(wú)策，而是可以采取一些補(bǔ)救的措施來(lái)把風(fēng)險(xiǎn)可能造成的損失降到。 關(guān)于周報(bào)和月報(bào)
在很多公司中，都要求開(kāi)發(fā)人員填寫周報(bào)和月報(bào)，以便在項(xiàng)目周會(huì)，月總結(jié)上了解每個(gè)人任務(wù)的進(jìn)展情況和對(duì)人員進(jìn)行考核。但是技術(shù)人員總是對(duì)此類工作不勝其煩，往往敷衍了事，填幾個(gè)比較大的任務(wù)(如開(kāi)發(fā)XX系統(tǒng)等)，而且一連幾周都是如此，這樣對(duì)了解項(xiàng)目進(jìn)展和對(duì)人員考核的參考作用就失去了意義。 雖然技術(shù)人員比較反感寫這類東西，但是還是必須要寫的。應(yīng)該怎樣化解此類矛盾呢？實(shí)際上，這類任務(wù)主要是人的因素在發(fā)揮作用。要想達(dá)到有效性的目的，對(duì)項(xiàng)目成員進(jìn)行一定程度的指導(dǎo)和培訓(xùn)是必要的。例如，一種比較好的方法就是，可以推薦項(xiàng)目成員進(jìn)行daily plan一類每日計(jì)劃的編寫，每個(gè)人對(duì)每日工作任務(wù)進(jìn)行劃分和規(guī)劃時(shí)間，然后在每日工作結(jié)束后對(duì)預(yù)先計(jì)劃和完成情況進(jìn)行對(duì)比，并在下一個(gè)工作日進(jìn)行改進(jìn)。堅(jiān)持下去，項(xiàng)目成員必然在工作計(jì)劃和完成情況間越來(lái)越接近，養(yǎng)成良好的習(xí)慣，這樣不僅在保障進(jìn)度上人的正面因素可以被大大增強(qiáng)，而且在編寫周報(bào)和月報(bào)時(shí)就有所依據(jù)而不是匆匆了事，能夠發(fā)揮應(yīng)有的效果。
了解培訓(xùn)的重要性
在各類組織中，都會(huì)對(duì)員工進(jìn)行一定程度的培訓(xùn)。在項(xiàng)目立項(xiàng)過(guò)程中，就應(yīng)該考慮人員配備情況。比較理想的情況當(dāng)然是項(xiàng)目組每個(gè)成員都對(duì)該項(xiàng)目的技術(shù)了如指掌，對(duì)軟件開(kāi)發(fā)流程比較了解，相互之間能夠進(jìn)行充分的溝通，能充分理解溝通對(duì)象的意圖等等。但是理想情況往往不是經(jīng)常存在的。由于IT行業(yè)的人員具有一定的流動(dòng)性，而且項(xiàng)目組的人員配備往往不是非常固定的。因此，項(xiàng)目經(jīng)理應(yīng)該充分考慮到這些因素，在項(xiàng)目成員比較確定后，如果有一些新手，就必然要進(jìn)行一些技術(shù)，業(yè)務(wù)，開(kāi)發(fā)流程等方面進(jìn)行有計(jì)劃的正式培訓(xùn)，當(dāng)然，還應(yīng)該指定每個(gè)老資歷的項(xiàng)目成員帶1-3個(gè)新手，這樣，新手在各方面都能夠迅速提高，也能促進(jìn)整個(gè)項(xiàng)目按照預(yù)先計(jì)劃高質(zhì)量地完成。
兩年前政府提出“互聯(lián)網(wǎng)+”的行動(dòng)計(jì)劃后，傳統(tǒng)企業(yè)紛紛踏入這波浪潮，插上了互聯(lián)網(wǎng)的翅膀。在今年，政府的工作報(bào)告上出現(xiàn)了“人工智能”，“智能制造”，“大數(shù)據(jù)”等科技名詞，又一波高科技將推動(dòng)了傳統(tǒng)產(chǎn)業(yè)的轉(zhuǎn)型升級(jí)。無(wú)論是早前的電商、APP，還是當(dāng)下被炒的火熱的物聯(lián)網(wǎng)、人工智能，企業(yè)都需要對(duì)其技術(shù)領(lǐng)域有所了解，避免盲目走彎路。
編今天主要跟大家分享企業(yè)選擇軟件外包公司時(shí)需要避免踩的坑！
網(wǎng)上有很多的外包平臺(tái)，發(fā)布需求，全國(guó)各地的服務(wù)商都會(huì)來(lái)競(jìng)標(biāo)搶單。但是建議大家選擇本地的開(kāi)發(fā)公司，一來(lái)是方便考察，二來(lái)是節(jié)約溝通成本，很多需求通過(guò)面對(duì)面的溝通才能節(jié)約時(shí)間。
那么，在這個(gè)過(guò)程中，選擇靠譜的外包公司合作很重要，我列舉幾個(gè)方面說(shuō)明靠譜的外包公司的特點(diǎn)，以供大家判斷：
首先、謹(jǐn)慎分析需求，再給報(bào)價(jià)
很多客戶在初次簡(jiǎn)單的溝通后就詢價(jià)，比如：“我想要做一個(gè)類似滴滴打車的APP，開(kāi)發(fā)費(fèi)用需要多少”，如果乙方在初次見(jiàn)面就能給你一個(gè)報(bào)價(jià)，比如20多萬(wàn)。八成是不靠譜的，也是不負(fù)責(zé)任的。報(bào)價(jià)并不是憑感覺(jué)，而是要通過(guò)剖析開(kāi)發(fā)的周期來(lái)計(jì)算的。
靠譜的團(tuán)隊(duì)不會(huì)亂承諾什么都能做，而會(huì)先讓產(chǎn)品經(jīng)理與客戶溝通，理順開(kāi)發(fā)需求。而這個(gè)過(guò)程，來(lái)來(lái)回回，至少會(huì)持續(xù)三五次的當(dāng)面溝通。后才是給出合理的報(bào)價(jià)方案。
其次、有明確的開(kāi)發(fā)時(shí)間節(jié)點(diǎn)
合同備注清楚明確的開(kāi)發(fā)時(shí)間節(jié)點(diǎn)很重要。比如，原型設(shè)計(jì)周期、UI設(shè)計(jì)周期、開(kāi)發(fā)文檔以及數(shù)據(jù)庫(kù)設(shè)計(jì)周期、平臺(tái)框架搭建周期、平臺(tái)各個(gè)功能模塊開(kāi)發(fā)周期等等，只有做到細(xì)化，才對(duì)開(kāi)發(fā)進(jìn)度能有全局把控。
第三、原型確認(rèn)再動(dòng)工
靠譜的團(tuán)隊(duì)，會(huì)告訴你，原型確認(rèn)后再進(jìn)入研發(fā)。因?yàn)樵谠痛_認(rèn)的過(guò)程中，往往是很耗時(shí)的，不靠譜的團(tuán)隊(duì)很可能為了縮短工期，隱瞞某些不明確的需求點(diǎn)，往往就是這樣的敷衍帶過(guò)，導(dǎo)致后面需求不封閉，出現(xiàn)扯皮的事情。
第四、交付開(kāi)發(fā)文檔
編寫開(kāi)發(fā)文檔是標(biāo)準(zhǔn)的開(kāi)發(fā)過(guò)程，這是技術(shù)人員必備的技能，文檔簡(jiǎn)潔與否倒是其次，重要的目的就是讓后續(xù)開(kāi)發(fā)人員可以讀懂。關(guān)于這一點(diǎn)我們也建議在合同里就寫好。
第五、合理的付款方式
選擇合理的付款分期比例很重要，我們建議采用分期，按照開(kāi)發(fā)過(guò)程中的不同階段付款，
比如：
①在啟動(dòng)原型設(shè)計(jì)前，先付定金10%，完成產(chǎn)品原型，基本就確定需求了。
②啟動(dòng)UI設(shè)計(jì)時(shí)，再付20%，完成UI設(shè)計(jì)基本上客戶知道做完成什么樣了。
③開(kāi)發(fā)完成并通過(guò)測(cè)試后付40%。
④交付正常運(yùn)行一周后付20%。
⑤三個(gè)月維保期結(jié)束后付10%。
切忌甲方首次付款比例不要超過(guò)50%，如果遇到乙方不責(zé)任，后面溝通很被動(dòng)。
兩年前政府提出“互聯(lián)網(wǎng)+”的行動(dòng)計(jì)劃后，傳統(tǒng)企業(yè)紛紛踏入這波浪潮，插上了互聯(lián)網(wǎng)的翅膀。在今年，政府的工作報(bào)告上出現(xiàn)了“人工智能”，“智能制造”，“大數(shù)據(jù)”等科技名詞，又一波高科技將推動(dòng)了傳統(tǒng)產(chǎn)業(yè)的轉(zhuǎn)型升級(jí)。無(wú)論是早前的電商、APP，還是當(dāng)下被炒的火熱的物聯(lián)網(wǎng)、人工智能，企業(yè)都需要對(duì)其技術(shù)領(lǐng)域有所了解，避免盲目走彎路。
編今天主要跟大家分享企業(yè)選擇軟件外包公司時(shí)需要避免踩的坑！
網(wǎng)上有很多的外包平臺(tái)，發(fā)布需求，全國(guó)各地的服務(wù)商都會(huì)來(lái)競(jìng)標(biāo)搶單。但是建議大家選擇本地的開(kāi)發(fā)公司，一來(lái)是方便考察，二來(lái)是節(jié)約溝通成本，很多需求通過(guò)面對(duì)面的溝通才能節(jié)約時(shí)間。
那么，在這個(gè)過(guò)程中，選擇靠譜的外包公司合作很重要，我列舉幾個(gè)方面說(shuō)明靠譜的外包公司的特點(diǎn)，以供大家判斷：
首先、謹(jǐn)慎分析需求，再給報(bào)價(jià)
很多客戶在初次簡(jiǎn)單的溝通后就詢價(jià)，比如：“我想要做一個(gè)類似滴滴打車的APP，開(kāi)發(fā)費(fèi)用需要多少”，如果乙方在初次見(jiàn)面就能給你一個(gè)報(bào)價(jià)，比如20多萬(wàn)。八成是不靠譜的，也是不負(fù)責(zé)任的。報(bào)價(jià)并不是憑感覺(jué)，而是要通過(guò)剖析開(kāi)發(fā)的周期來(lái)計(jì)算的。
靠譜的團(tuán)隊(duì)不會(huì)亂承諾什么都能做，而會(huì)先讓產(chǎn)品經(jīng)理與客戶溝通，理順開(kāi)發(fā)需求。而這個(gè)過(guò)程，來(lái)來(lái)回回，至少會(huì)持續(xù)三五次的當(dāng)面溝通。后才是給出合理的報(bào)價(jià)方案。
其次、有明確的開(kāi)發(fā)時(shí)間節(jié)點(diǎn)
合同備注清楚明確的開(kāi)發(fā)時(shí)間節(jié)點(diǎn)很重要。比如，原型設(shè)計(jì)周期、UI設(shè)計(jì)周期、開(kāi)發(fā)文檔以及數(shù)據(jù)庫(kù)設(shè)計(jì)周期、平臺(tái)框架搭建周期、平臺(tái)各個(gè)功能模塊開(kāi)發(fā)周期等等，只有做到細(xì)化，才對(duì)開(kāi)發(fā)進(jìn)度能有全局把控。
第三、原型確認(rèn)再動(dòng)工
靠譜的團(tuán)隊(duì)，會(huì)告訴你，原型確認(rèn)后再進(jìn)入研發(fā)。因?yàn)樵谠痛_認(rèn)的過(guò)程中，往往是很耗時(shí)的，不靠譜的團(tuán)隊(duì)很可能為了縮短工期，隱瞞某些不明確的需求點(diǎn)，往往就是這樣的敷衍帶過(guò)，導(dǎo)致后面需求不封閉，出現(xiàn)扯皮的事情。
第四、交付開(kāi)發(fā)文檔
編寫開(kāi)發(fā)文檔是標(biāo)準(zhǔn)的開(kāi)發(fā)過(guò)程，這是技術(shù)人員必備的技能，文檔簡(jiǎn)潔與否倒是其次，重要的目的就是讓后續(xù)開(kāi)發(fā)人員可以讀懂。關(guān)于這一點(diǎn)我們也建議在合同里就寫好。
第五、合理的付款方式
選擇合理的付款分期比例很重要，我們建議采用分期，按照開(kāi)發(fā)過(guò)程中的不同階段付款，
比如：
①在啟動(dòng)原型設(shè)計(jì)前，先付定金10%，完成產(chǎn)品原型，基本就確定需求了。
②啟動(dòng)UI設(shè)計(jì)時(shí)，再付20%，完成UI設(shè)計(jì)基本上客戶知道做完成什么樣了。
③開(kāi)發(fā)完成并通過(guò)測(cè)試后付40%。
④交付正常運(yùn)行一周后付20%。
⑤三個(gè)月維保期結(jié)束后付10%。
切忌甲方首次付款比例不要超過(guò)50%，如果遇到乙方不責(zé)任，后面溝通很被動(dòng)。
合作咨詢
