Data science

นิยามใหม่ของความสำเร็จด้วยการกำกับดูแลข้อมูลแบบ Agile

Laura Madsen ต้องการท้าทายแนวคิดที่ล้าสมัยของคุณเกี่ยวกับการกำกับดูแลข้อมูล “ฉันค่อนข้างแน่ใจว่าเราจะไม่ใช้ซอฟต์แวร์ที่เราใช้ 20 เมื่อหลายปีก่อน แต่เรายังคงใช้ Data Governance และ Data Governance แบบเดียวกับที่เรา ทำ 20 เมื่อหลายปีก่อน” และแม้ว่าเธอจะสนับสนุน Agile แต่เธอก็ไม่ใช่โค้ช Agile หรือผู้เชี่ยวชาญ SCRUM; แต่เธอต้องการให้บริษัทต่างๆ พิจารณาถึงความคล่องตัวในความหมายที่กว้างขึ้นเช่นกัน “โดยสังเขปแล้ว เมื่อเราคิดถึง Agile โดยพื้นฐานแล้ว เราคิดถึงการลดขั้นตอนของกระบวนการ” เธอถอดความความเชื่อของ David Hussman ว่า “กระบวนการ” ไม่มีคุณค่าโดยธรรมชาติ – กระบวนการมีอยู่เพื่อพิสูจน์ให้คนอื่นเห็นว่า “เรากำลังทำอะไรบางอย่าง” ด้วยเหตุนี้ องค์กรส่วนใหญ่จึงสร้างขั้นตอนกระบวนการจำนวนมหาศาลที่เธอเรียกว่า “ห่วงเพลิง” ซึ่งแสดงให้เห็นว่ามีงานจำนวนมากที่ใส่ลงไปในกิจกรรม เช่น การอัปเดตสถานะ แต่ไม่มีสิ่งใดที่ให้คุณค่าที่แท้จริง Madsen พูดที่ DATAVERSITY® Enterprise Data World Conference และเป็นผู้เขียน Disrupting Data Governance, Chief Executive Guru ที่ Via Guru และ Mastermind at the Sisterhood of Technology Professionals (Sistech) การใช้ทรัพยากรในอดีต การกำกับดูแลข้อมูลเป็นการใช้ทรัพยากรที่เข้มข้นมาโดยตลอด และโดยเฉพาะอย่างยิ่งการกำกับดูแลข้อมูลแบบ Agile เธอกล่าวว่าทรัพยากรที่สำคัญที่สุดคือบุคคลที่ทำงาน ความต้องการเจ้าของข้อมูลและผู้ดูแลข้อมูลสำหรับแต่ละโดเมน มักจะมีผู้ดูแลหรือเจ้าของหลายรายที่ครอบคลุมโดเมนข้อมูลเดียวกัน ฯลฯ กลายเป็นระบบที่ออกแบบมาเพื่อให้บริการคลังข้อมูลที่มีตารางหลายร้อยตาราง และหลายพันแถวต่อตาราง “นั่นเป็นแนวคิดที่ค่อนข้างคลุมเครือใน 2020 เมื่อเรามีข้อมูลจำนวนเพตะไบต์ถูกพัดผ่านคลังข้อมูลของเราในแต่ละวัน” วัตถุโบราณที่มีทรัพยากรจำนวนมากจากอดีตคือคณะกรรมการประจำ ซึ่งมักจะเริ่มต้นด้วยการมีส่วนร่วมและความกระตือรือร้นอย่างมาก แต่เมื่อเวลาผ่านไป ผู้คนจะเลิกล้มและมีส่วนร่วมน้อยลง ข้อบกพร่องทางประวัติศาสตร์อีกประการหนึ่งในการกำกับดูแลข้อมูลคือการพึ่งพาบุคคลหนึ่งหรือสองคนที่มีความรู้เชิงสถาบันจำนวนมาก ด้วยจำนวนความเสี่ยงที่แนบมากับกระบวนการกำกับดูแลข้อมูล ผู้ที่ทำหน้าที่เป็นแกนหลักในการกำกับดูแลจึงอยู่ภายใต้แรงกดดันอย่างมากให้ทำมากขึ้นโดยใช้น้อยลง ดังนั้นเมื่อพวกเขาออกไป โปรแกรมการกำกับดูแลข้อมูลมักจะล่มสลาย แต่เธอแนะนำให้พัฒนาความสามารถที่ตอบสนองและยืดหยุ่นโดยสร้างการพึ่งพาหลายคนที่มีความสามารถคล้ายกัน แทนที่จะเป็นคนเดียวที่รู้ทุกอย่าง เพื่อใช้เวลาและทรัพยากรให้เกิดประโยชน์สูงสุด คณะกรรมการควรสร้างตนเองและอิงตามโครงการ ต้องสร้างฟังก์ชันที่แตกต่างสำหรับทรัพยากรที่เข้าร่วม: “และเราควรจะชัดเจนว่าผู้คนกำลังทำอะไรอยู่” The Kitchen Sink มรดกอีกประการหนึ่งจากอดีตคือแนวโน้มที่จะใช้แนวทาง “อ่างในครัว” โยนความสอดคล้อง ความเสี่ยง ความปลอดภัย คุณภาพ และการฝึกอบรมทั้งหมดภายใต้การอุปถัมภ์ของ Data Governance ทำให้ขาดความชัดเจนในบทบาท “เมื่อคุณทำทุกอย่าง แสดงว่าคุณไม่ได้ทำอะไรเลยจริงๆ” เธอกล่าว ผู้ดูแลข้อมูลไม่ได้รับบทบาทหรือความสามารถที่เป็นทางการ ดังนั้นจึงถือว่าหน้าที่การกำกับดูแลเป็นสิ่งที่พวกเขาทำ “เพื่อความสนุกสนาน” Madsen มองว่าสิ่งนี้เกิดขึ้นจากขอบเขตกว้างๆ ของคำจำกัดความในอดีตของการกำกับดูแลข้อมูล บรรษัทภิบาลข้อมูลกลายเป็นสิ่งที่จับได้ทั้งหมด ในความเป็นจริง เธอกล่าวว่า แทนที่จะต้องรับผิดชอบทั้งหมดในเรื่องการปฏิบัติตามข้อกำหนด ความเสี่ยง ความปลอดภัย การป้องกัน การใช้ข้อมูล และคุณภาพ การกำกับดูแลข้อมูลอาศัยอยู่ในพื้นที่เล็กๆ ที่โดเมนทั้งหมดทับซ้อนกัน เธอถือว่าการมุ่งเน้นที่แคบลงนี้เป็นสิ่งจำเป็นต่อการอยู่รอดในสภาพแวดล้อมข้อมูลสมัยใหม่ โดยเฉพาะอย่างยิ่งในตอนนี้ เมื่อมีแผนกทั้งหมดที่ทุ่มเทให้กับพื้นที่เหล่านี้ การคาดหวังให้ผู้กำกับดูแลข้อมูลมีหน้าที่รับผิดชอบอย่างเต็มที่ในการปฏิบัติตามข้อกำหนด ความเป็นส่วนตัว ความเสี่ยง ความปลอดภัย การป้องกัน คุณภาพของข้อมูล และการใช้ข้อมูล “เป็นสูตรสำหรับภัยพิบัติอย่างแท้จริง” วันนี้ เธอกล่าวว่า ไม่มีข้อแก้ตัวใดๆ สำหรับการจับจดเกี่ยวกับสิ่งที่ผู้คนทำในพื้นที่ที่ตัดกันเหล่านั้น สี่แง่มุมของความสำเร็จ เพื่อประสบความสำเร็จ บริษัทต่างๆ ต้องย้ายออกจากคำจำกัดความของ Sink ในครัวของการกำกับดูแลข้อมูลและมุ่งเน้นไปที่สี่ด้าน: การใช้ข้อมูลที่เพิ่มขึ้นของคุณภาพข้อมูลการจัดการข้อมูลการป้องกันข้อมูล หมวดหมู่เหล่านี้ไม่จำเป็นต้องให้ความสำคัญเท่ากันในทุกองค์กร และคาดว่าลำดับความสำคัญจะเปลี่ยนไป ล่วงเวลา. Madsen แสดงสไลด์ที่มีลำดับความสำคัญของตัวอย่างที่สามารถตั้งค่าได้ด้วยอินพุตของการจัดการ: การใช้ข้อมูลที่เพิ่มขึ้นที่ 40% ความสำคัญคุณภาพที่ 25 %Manage at 25%Protection at % จากมุมมอง Agile ทุกการวิ่งหรือการเพิ่มสามารถวัดได้ ค่านิยมเหล่านั้นสร้าง “ความโปร่งใสจำนวนมหาศาล” และแม้ว่าผู้บริหารอาจไม่สนใจเกี่ยวกับงานเฉพาะที่ใช้ในการจัดลำดับความสำคัญเหล่านั้น แต่พวกเขาจะสนใจว่าพวกเขากำลังถูกจัดการอย่างมีกลยุทธ์ เธอกล่าว การใช้ข้อมูลที่เพิ่มขึ้น หากงานการกำกับดูแลข้อมูลไม่ได้นำไปสู่การใช้ข้อมูลมากขึ้น เธอกล่าวว่า “เรากำลังทำอะไรอยู่” การสร้างคลังข้อมูล การสร้างแดชบอร์ด และการนำเสนอการวิเคราะห์เฉพาะกิจจะมีประโยชน์ก็ต่อเมื่อเปิดใช้ข้อมูลได้มากขึ้นเท่านั้น กิจกรรมการกำกับดูแลทั้งหมดควรเน้นไปที่จุดสิ้นสุดนั้น วิธีเดียวที่จะได้รับการสนับสนุนอย่างกว้างขวางสำหรับการกำกับดูแลข้อมูลคือการเพิ่มการใช้ข้อมูล จำนวนบันทึกคุณภาพข้อมูลและการทำโปรไฟล์ข้อมูลสามารถแสดงสิ่งที่อยู่ในข้อมูลและดูว่าข้อมูลถูกต้องหรือไม่ แต่การวิเคราะห์ไม่เหมือนกับคุณภาพข้อมูล Madsen กล่าวว่า “สิ่งที่เรากำลังขับเคลื่อนไปสู่ที่นี่คือบริบทของข้อมูล” ซึ่งนำไปสู่การใช้ข้อมูลที่เพิ่มขึ้น หัวใจสำคัญของการจัดการคุณภาพข้อมูลคือการทำให้มั่นใจว่ามีความหมาย และวิธีเดียวที่ข้อมูลจะมีความหมายก็คือการให้บริบท การจัดการข้อมูล เธอกล่าวถึงความสำคัญของสายเลือดภายในบริบทของการจัดการข้อมูลโดยเฉพาะ ผู้ใช้ปลายทางส่วนใหญ่จะโต้ตอบกับข้อมูลที่ส่วนหน้าเมื่อพวกเขาป้อนบางสิ่ง และที่ส่วนหลัง เมื่อพวกเขาเห็นข้อมูลนั้นในรายงานหรือแดชบอร์ด ทุกสิ่งที่เกิดขึ้นระหว่างสองประเด็นนั้นเป็นปริศนาสำหรับพวกเขา ซึ่งสร้างความวิตกกังวลหรือความสับสนเกี่ยวกับความถูกต้องหรือความหมายของผลลัพธ์สุดท้าย “หากไม่มีเครื่องมือ lineage หากไม่มีความสามารถในการดูและรู้ว่าเกิดอะไรขึ้นจากต้นทางถึงเป้าหมาย เราจะสูญเสียความสามารถในการสนับสนุนผู้ใช้ปลายทางของเรา” เครื่องมือเหล่านั้นไม่มีมาเป็นเวลานาน แต่ตอนนี้มีแล้ว และคำถามเหล่านั้นสามารถตอบได้อย่างรวดเร็ว เธอกล่าว การปกป้องข้อมูล แม้ว่าการกำกับดูแลข้อมูลจะมีส่วนร่วมในการลดความเสี่ยงและการปกป้องข้อมูล แต่ก็เป็นประเด็นที่การกำกับดูแลไม่ควรรับผิดชอบอย่างเต็มที่ แต่การกำกับดูแลควรสร้างสิ่งที่ Madsen เรียกว่า “พันธมิตรที่มีความสุข” กับหน่วยงานที่รับผิดชอบโดยตรงในการปกป้องข้อมูล และเน้นที่การอำนวยความสะดวกในการใช้ข้อมูลที่เพิ่มขึ้น สิ่งนี้มักจะกลับกันในหลายองค์กร: หากข้อมูลถูกล็อคจนถึงจุดที่ถือว่า “ปลอดภัยอย่างสมบูรณ์” ความเสี่ยงอาจอยู่ภายใต้การควบคุม แต่ไม่มีใครใช้มัน เธอกล่าวว่าการย้ายไปสู่อนาคต/กวาดล้างอดีต—คณะกรรมการแก้ไขคณะกรรมการไม่ตอบสนอง พวกเขาไม่คล่องตัว และพวกเขาไม่ได้มีส่วนทำให้โครงสร้างการกำกับดูแลข้อมูลที่ยืดหยุ่น ในทางทฤษฎี พวกเขาสร้างเส้นทางการสื่อสารที่แปลก เพราะอย่างน้อยการประชุมแบบยืนถือว่าผู้เข้าร่วมให้ความสนใจเป็นช่วงระยะเวลาหนึ่ง จนกว่าพวกเขาจะหมดความสนใจ สิ่งที่ทำงานได้ดีกว่าคือทีม Scrum ที่สร้างตัวเองหรือทีม Agile ที่สร้างตัวเองได้ตามความต้องการหรือตามโครงการโดยใช้ “งานในมือ” (รายการงาน) ที่กลายเป็นเอกสารการทำงานสำหรับการกรอกรายการโครงการของ บริษัท . “คุณมาด้วยกัน คุณทำงานในสิ่งนั้น แล้วคุณก็แยกทางของคุณเอง” ตัวอย่างทีม Agile ที่สร้างตัวเองได้อาจประกอบด้วย CDO ซึ่งทำหน้าที่เป็นเจ้าของผลิตภัณฑ์ บุคลากรด้านความปลอดภัย ความเป็นส่วนตัว และไอที ซึ่งสร้างมาตรฐานด้านกฎระเบียบและไอที และผู้บริหารจากแผนกธุรกิจ เช่น การเงิน การขาย หรือการดำเนินงาน ซึ่งอาจ ยังทำหน้าที่เป็นผู้เชี่ยวชาญเรื่อง งานในมือทำหน้าที่เป็นเอกสารส่วนกลางที่มีการติดตามปัญหาข้อมูล มีการสรุปความรับผิดชอบ และบันทึกเหตุการณ์สำคัญเกี่ยวกับวิธีการดำเนินการให้เสร็จสิ้น แนวคิดดั้งเดิม เช่น การเป็นเจ้าของข้อมูลและการดูแลข้อมูล ยังคงมีอยู่ แต่แนวคิดเหล่านี้สามารถให้บริการแก่โครงการหรือความคิดริเริ่มได้ มากกว่าที่จะเป็นพื้นที่หรือแผนกที่ตายตัว เมื่อโปรเจ็กต์เสร็จสิ้น ทีมงานจะยุบ Named Data Stewards Named Data Stewards ทำหน้าที่เป็นแหล่งข้อมูลสำหรับโครงการหรือพื้นที่เฉพาะ เช่น โดเมนข้อมูลลูกค้า ควรมีการเผยแพร่ผู้ดูแลข้อมูลที่มีชื่อหรือเจ้าของสำหรับพื้นที่รับผิดชอบแต่ละส่วน เพื่อให้ทุกคนสามารถค้นหาผู้ดูแลข้อมูลสำหรับโดเมนใดโดเมนหนึ่งได้อย่างรวดเร็วและง่ายดาย On Demand Data Stewards “ทุกคนเป็นผู้ดูแลข้อมูล เช่นเดียวกับที่ทุกคนรับผิดชอบการขาย” ใครก็ตามที่มีคำถามเกี่ยวกับข้อมูลและต้องการทราบข้อมูลเพิ่มเติมคือในขณะนั้นเธอกล่าวว่าผู้ดูแลข้อมูลไม่ว่าพวกเขาจะผ่านการฝึกอบรมหรือไม่ก็ตาม ด้วยการเป็นเจ้าของคำถามและเต็มใจที่จะหาคำตอบ สจ๊วต “ตามความต้องการ” จะได้รับความสามารถในการช่วยให้องค์กรทำงานได้ดีขึ้นในช่วงเวลานั้น “ความเป็นเจ้าของเป็นส่วนสำคัญในการปรับใช้ฟังก์ชันข้อมูลในองค์กรที่ประสบความสำเร็จ” รับรองความสำเร็จ โดยสรุป Madsen แนะนำให้เริ่มงานในมือโดยใช้เอกสารเกณฑ์การออกจากงานอย่างสม่ำเสมอ (คำจำกัดความของคุณคือ “เสร็จสิ้น”) และมุ่งมั่นที่จะจัดการอย่างแข็งขัน เริ่มคิดเหมือนเจ้าของผลิตภัณฑ์การกำกับดูแลข้อมูล เปิดการสื่อสารในพื้นที่ที่ตัดกัน — “พันธมิตรที่มีความสุข” — และรักษาเป้าหมายสูงสุดของการใช้ข้อมูลที่เพิ่มขึ้นในใจ มุ่งเน้นที่ความก้าวหน้ามากกว่าความสมบูรณ์แบบ เธอกล่าวว่า “จากนั้นก็แค่ว่ายน้ำ ว่ายน้ำต่อไป …” ต้องการเรียนรู้เพิ่มเติมเกี่ยวกับกิจกรรมที่จะเกิดขึ้นของ DATAVERSITY หรือไม่ ตรวจสอบรายชื่อการประชุมออนไลน์และการประชุมแบบตัวต่อตัวในปัจจุบันของเราที่นี่ ดูการนำเสนอ Enterprise Data World ที่นี่: รูปภาพที่ใช้ภายใต้ลิขสิทธิ์จาก Shutterstock.com

  • บ้าน
  • Business
  • Data science
  • Marketing
  • Leave a Reply

    Your email address will not be published. Required fields are marked *

    Back to top button