概述
最近做項目的時候,發生一個事情,我們把一個系統重構後上線了,採用代碼重寫,新DB的方式。但是上線不久,就陸續發現了一些BUG
。定位後,才知道,是因爲系統的上線,其實只是上線了一部分,並沒有完整上線。另外這個跟老闆心中認爲的已上線是不同的。
老闆認爲的已上線,就是整個系統都重構完畢,接入方對接完畢,完整的交付了。這裏老闆和員工對所謂的任務完成的理解,出現了不一致。
爲了避免這種情況再次發生,可以採用DOD
的方式,所謂DOD
,可以簡單理解爲告訴我們怎樣纔算是完成了。下面用一個
例子說明一下。
開發人員說C端新接口開發完成,可以提測了
可以如下制定DOD
:
1、完成代碼開發;
2、業務service類有單元測試,且至少覆蓋了主流程;
3、controller層測試;
4、與前端開發聯調完;
5、做完性能測試;
如果這個清單上的內容沒有完成,那就是任務未完成
。把這個形成習慣,可以減少很多不必要的溝通和損失。
小結
有些網友可能會根據上面的例子提出,哪來那麼多時間呀,但是我想說,研發這一關是肯定要把控的,代碼質量不行了,會直接拖累整條線的,得不償失。