DOD

概述


最近做項目的時候,發生一個事情,我們把一個系統重構後上線了,採用代碼重寫,新DB的方式。但是上線不久,就陸續發現了一些BUG。定位後,才知道,是因爲系統的上線,其實只是上線了一部分,並沒有完整上線。另外這個跟老闆心中認爲的已上線是不同的。

老闆認爲的已上線,就是整個系統都重構完畢,接入方對接完畢,完整的交付了。這裏老闆和員工對所謂的任務完成的理解,出現了不一致。

爲了避免這種情況再次發生,可以採用DOD的方式,所謂DOD,可以簡單理解爲告訴我們怎樣纔算是完成了。下面用一個
例子說明一下。


開發人員說C端新接口開發完成,可以提測了


可以如下制定DOD

1、完成代碼開發;
2、業務service類有單元測試,且至少覆蓋了主流程;
3、controller層測試;
4、與前端開發聯調完;
5、做完性能測試;

如果這個清單上的內容沒有完成,那就是任務未完成。把這個形成習慣,可以減少很多不必要的溝通和損失。


小結


有些網友可能會根據上面的例子提出,哪來那麼多時間呀,但是我想說,研發這一關是肯定要把控的,代碼質量不行了,會直接拖累整條線的,得不償失。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章