你是否覺得實現乙個成熟的資料質量專案難度很大？想要計畫落地卻感覺遙不可期？我們覺得到了把企業建立「巨集偉藍圖」目光拉回到現在、保持「少即是多」的立場，建立企業的首個資料質量專案的時候了。
許多企業都會犯乙個大錯：就是創立長期、複雜的專案，卻又缺乏足夠的經驗。這些企業正努力實現產品高度集中，就像由特徵、效益、利益相關者、市場需求和最終成果組合成的資料質量專案所交付的產品。這與我們最初實現資料質量專案的契機不謀而合。但是有必要預先對產品進行測試，以檢驗我們是否掌握了適當的技能、方法和支援等。
建立資料質量專案，要迅速傳遞定時價值，在學習和調整的過程中快速解決戰鬥。那麼資料質量最簡化可實行專案的關鍵成分又是什麼呢？
問題焦點：要重視專案投資人。固然提高資料質量可以帶來廣泛的效益，但是專注乙個問題，可以讓你的隊伍齊心協力，更加穩固牢靠。
資料焦點：對於資料質量我們不能只是淺嘗輒止，而是要秉承業務驅動、高度集中的態度，可以立即縮小資料的範圍。在首個專案中，如果恪守不渝地重視資料範圍，能夠有效地縮短交付價值的週期。
更小的團隊：精準定位問題所在能夠自動減小團隊的規模和必要的業務團隊的參與程度。如果需要調查更多的資料堅井和應用，團隊越大則愈將面對更多更複雜的流程、方向和延遲的問題。
快速見效：即使沒有要求建立業務案例，也必須著重於結果。需要確定產品生命週期中的早期有形價值，否則專案的選擇就會四面楚歌。可以暫停並適應並解決下乙個問題，而不使上一階段的努力付之東流。切莫讓團隊花費數月時間去試**決無人問津以及價值有限的問題。
採用資料質量最簡化可實行專案的關鍵效益是能夠顯著地提公升學習速度。當我們更快地領會乙個專案，就可以跟他人分享我之所學，使業務程序更加從容並快速地轉移重心到下乙個專案。
現在，你認可最簡化可實行專案的意義嗎？或者我們是否應該建立更大的專案和工作願景？歡迎發表您的觀點。
少即是多的設計
其實自己去設計一套框架或系統的特性時，是很難做到這一點的 只是在評判別人的勞動成果時，有可以指手畫腳的基礎，才有所界定。這也是新手要堅持很長一段時間去閱讀優秀源 的原因。在巨人的肩膀上，才能看得更遠。迄今為止，雖然做了一些小的庫，但還是沒有做出什麼完整的開源作品。本質上，是否還是缺乏耐心和毅力呢？再...
安全奧卡姆剃刀原理 少即是多
本文講的是安全奧卡姆剃刀原理 少即是多,不是一天天的增加要求而是要一天天的減少，減去那些不必要的東西。李小龍 網路安全技術創新的快速發展，為解決我們計算環境中的漏洞問題提供了幾乎取之不盡的新安全方法。但如果並非越多越好，那麼又會是怎樣一番情形呢？看看下面這張圖表，你能找到攻擊伺服器嗎？邊界安全技術會...
少就是多（基礎操作）
可以加深對 python的理解，靈活應用 讀取第三行 with open 步履不停.txt r as f list f.readlines 2 print list.strip 讀取多行 with open 步履不停.txt r as f list f.readlines 2 for line in...