การสร้างแบบจำลองข้อมูลในสภาพแวดล้อมที่คล่องตัว

โดย Techopedia Staff วันที่ 16 พฤศจิกายน 2016

Takeaway: Host Eric Kavanagh กล่าวถึงความสำคัญของการสร้างแบบจำลองข้อมูลในการพัฒนาแบบคล่องตัวกับ Robin Bloor, Dez Blanchfield และ Ron Huizenga ของ IDERA

คุณยังไม่ได้เข้าสู่ระบบโปรดเข้าสู่ระบบหรือลงทะเบียนเพื่อดูวิดีโอ

Eric Kavanagh: โอเคท่านสุภาพบุรุษและสุภาพสตรี ยินดีต้อนรับกลับมาอีกครั้ง วันพุธเวลา 4:00 EST นั่นหมายความว่าถึงเวลาแล้วสำหรับเทคโนโลยีสุดฮอต ใช่แน่นอน. ฉันชื่อ Eric Kavanagh ฉันจะเป็นเจ้าภาพของคุณ

สำหรับหัวข้อวันนี้มันเป็น oldie แต่เป็น goodie มันจะดีขึ้นทุกวันเพราะมันทำให้โลกการจัดการข้อมูลของเรา "การสร้างแบบจำลองข้อมูลในสภาพแวดล้อม Agile" มีสไลด์เกี่ยวกับตัวคุณอย่างแท้จริงมาหาฉันที่ Twitter @eric_kavanagh เราควรวางมันลงบนสไลด์นั้น ฉันจะต้องทำต่อไป

ดังนั้นปีที่ร้อนแรง การสร้างแบบจำลองข้อมูลได้ตลอดไป เป็นหัวใจสำคัญของธุรกิจการจัดการข้อมูลการออกแบบตัวแบบข้อมูลพยายามทำความเข้าใจกับแบบจำลองทางธุรกิจและปรับให้เข้ากับแบบจำลองข้อมูลของคุณ นั่นคือสิ่งที่คุณพยายามทำใช่ไหม?

ตัวแบบข้อมูลแสดงถึงธุรกิจในลักษณะพื้นฐานดังนั้นแหล่งข้อมูลใหม่เหล่านี้จะเปลี่ยนแปลงเกมอย่างไร เราจะหาข้อมูลเกี่ยวกับเรื่องนี้ เราจะค้นหาว่าคุณจะอยู่เหนือสิ่งต่าง ๆ ได้อย่างคล่องแคล่ว และแน่นอนนั่นคือคำพูดของปี

Robin Bloor กับเราหัวหน้านักวิเคราะห์ของเรา Dez Blanchfield โทรศัพท์จากซิดนีย์ออสเตรเลียและ Ron Huizenga ผู้จัดการผลิตภัณฑ์อาวุโสจาก IDERA - เพื่อนเก่าแก่ของฉันผู้พูดที่ยอดเยี่ยมในพื้นที่นี้รู้จักสิ่งของของเขาดังนั้นอย่าอายเลยถาม เขาตอบคำถามยาก ๆ คนยาก ๆ ด้วยสิ่งนี้ฉันจะทำให้โรบินเป็นพรีเซนเตอร์และนำมันออกไป

ดร. โรบินบลอร์: โอเค ขอบคุณมากสำหรับสิ่งนั้นเอริค ฉันต้องพูดเกี่ยวกับแบบจำลองที่ฉันคิดว่าฉันเป็นจริงในโลกของไอทีก่อนที่มันจะมีอยู่ในแง่ที่ฉันจำได้ใน บริษัท ประกันภัยที่ฉันทำงานให้กับเรามีผู้ชายเข้ามาและให้เราทุกชนิด ของการประชุมเชิงปฏิบัติการเกี่ยวกับวิธีการสร้างแบบจำลองข้อมูล ดังนั้นเราดูที่ประมาณ 30 ปีมันคือ 30 ปีใช่ไหม อาจนานกว่านั้นอาจจะ 35 ปีที่ผ่านมา การทำแบบจำลองที่ยาวนานและยาวนานนั้นเป็นส่วนหนึ่งของอุตสาหกรรมและแน่นอนว่ามันไม่เกี่ยวอะไรกับสตรีบนแคทวอล์ค

สิ่งที่ฉันต้องการจะพูดเพราะสิ่งที่เราทำตามปกติคือฉันและ Dez พูดคุยเกี่ยวกับสิ่งต่าง ๆ และฉันแค่คิดว่าฉันจะให้ภาพรวมทั่วไปในการสร้างแบบจำลอง แต่มีความเป็นจริงสำหรับสิ่งนี้

เรามีความเป็นจริงของข้อมูลขนาดใหญ่เรามีข้อมูลมากขึ้นแหล่งข้อมูลมากขึ้นเรามีสตรีมข้อมูลที่เข้ามาในสมการในช่วงสามหรือสี่ปีที่ผ่านมาและเริ่มมีส่วนร่วมมากขึ้นและ มีความต้องการที่จะเข้าใจข้อมูลและอัตราการเปลี่ยนแปลงที่เพิ่มขึ้นซึ่งเป็นข้อมูลที่เพิ่มขึ้นและโครงสร้างข้อมูลที่ถูกใช้มากขึ้น

มันเป็นโลกที่ยากลำบาก นี่คือภาพของมันซึ่งจริงๆแล้วเป็นสิ่งที่เราวาดไว้เมื่อประมาณสามปีก่อน แต่โดยทั่วไปเมื่อคุณรวมการสตรีมเข้าไปในมิกซ์และคุณได้รับแนวคิดเรื่องโรงกลั่นข้อมูลศูนย์ข้อมูลดาต้าลิงค์หรืออะไรก็ตามคุณจะเห็นว่ามีข้อมูล พักผ่อนอย่างแท้จริงในแง่ที่ว่ามันไม่ได้เคลื่อนไหวมากนัก และมีข้อมูลกระแสข้อมูลและคุณมีแอปพลิเคชันธุรกรรมทั้งหมดรวมถึงทุกวันนี้คุณมีกิจกรรมดาต้าโฟนกิจกรรมที่เกิดขึ้นในแอปพลิเคชันและอาจจำเป็นต้องใช้และทุกวันนี้ด้วยสถาปัตยกรรมแลมบ์ดาที่ทุกคนพูดถึง มีผลกระทบกับข้อมูลทั้งหมดเท่านั้น

และทุกวันนี้คิดว่าในแง่ของการมีชั้นข้อมูล ชั้นข้อมูลมีอยู่ในรูปแบบเสมือนในแง่ที่ว่าชิ้นส่วนที่ดีนั้นอาจอยู่ในระบบคลาวด์และสามารถแพร่กระจายข้ามศูนย์ข้อมูลได้มันสามารถมีอยู่บนเวิร์กสเตชัน ชั้นข้อมูลนั้นมีอยู่ทุกหนทุกแห่งและในแง่นั้นมีกระบวนการทุกหนทุกแห่งที่พยายามในทางใดทางหนึ่งเพื่อประมวลผลข้อมูลและย้ายข้อมูลเกี่ยวกับ แต่ยังรู้ว่ามันคืออะไรเมื่อคุณย้ายมันเป็นเรื่องใหญ่

ถ้าเราดูการสร้างแบบจำลองข้อมูลโดยทั่วไปแล้วที่ด้านล่างของสแต็กชนิดนี้คุณมีไฟล์และฐานข้อมูล คุณมีองค์ประกอบข้อมูลซึ่งมีกุญแจคำจำกัดความองค์ประกอบชื่อแทนคำพ้องความหมายรูปแบบทางกายภาพที่เฉพาะเจาะจงและจากนั้นเรามีชั้นข้อมูลเมตานี้

สิ่งที่น่าสนใจเกี่ยวกับเมตาดาต้าคือเมตาดาต้าเป็นวิธีการที่ข้อมูลได้รับความหมายทั้งหมด หากคุณไม่มีข้อมูลเมตาจริง ๆ แล้วที่ดีที่สุดคุณสามารถเดาความหมายของข้อมูลได้ แต่คุณจะมีปัญหามากมาย ข้อมูลเมตาต้องอยู่ที่นั่น แต่ความหมายมีโครงสร้าง ฉันไม่ต้องการไปสู่ปรัชญาของความหมาย แต่แม้ในวิธีที่เราจัดการกับข้อมูลมีความซับซ้อนมากมายในความคิดของมนุษย์และภาษามนุษย์ซึ่งไม่ได้แสดงความคิดเห็นในข้อมูลได้อย่างง่ายดาย แต่แม้ในแง่ของข้อมูลที่เราดำเนินการจริงในโลกเมตาดาต้าก็มีความหมายและโครงสร้างของเมทาดาทาซึ่งเป็นข้อมูลหนึ่งชิ้นที่เกี่ยวข้องกับข้อมูลอื่นและสิ่งที่แปลว่าเมื่อรวมเข้าด้วยกัน กำลังเข้าร่วมกับข้อมูลอื่น ๆ ต้องการให้เราทำแบบจำลอง มันไม่ดีพอที่จะบันทึกเมตาแท็กไปยังสิ่งต่าง ๆ คุณต้องบันทึกความหมายต่อโครงสร้างและความสัมพันธ์ระหว่างโครงสร้าง

จากนั้นเรามีที่ชั้นบนสุดคำจำกัดความธุรกิจซึ่งโดยปกติจะเป็นเลเยอร์ที่พยายามถ่ายโอนความหมายระหว่างข้อมูลเมตาซึ่งเป็นรูปแบบของคำจำกัดความข้อมูลที่รองรับวิธีการจัดระเบียบข้อมูลบนคอมพิวเตอร์และความหมายของมนุษย์ ดังนั้นคุณจึงมีข้อกำหนดทางธุรกิจคำนิยามความสัมพันธ์แนวคิดระดับเอนทิตีที่มีอยู่ในเลเยอร์นั้น และถ้าเราจะมีความไม่ต่อเนื่องกันระหว่างเลเยอร์เหล่านี้เราต้องมีการสร้างแบบจำลองข้อมูล มันไม่ใช่ทางเลือกจริงๆ ยิ่งคุณสามารถทำได้ในแง่ของการทำให้เป็นอัตโนมัติ แต่เนื่องจากมันมีความหมายจึงเป็นการยากที่จะสลับกัน มันง่ายพอที่จะจับข้อมูลเมตาภายในเร็กคอร์ดและสามารถรับจากชุดของความหมาย แต่มันไม่ได้บอกโครงสร้างของเรกคอร์ดหรือความหมายของเรกคอร์ดหรือบริบทของเรกคอร์ด

ดังนั้นนี่คือสิ่งที่การสร้างแบบจำลองข้อมูลในความคิดของฉันเป็นเรื่องเกี่ยวกับ จุดที่ควรทราบ: ยิ่งเอกภพข้อมูลมีความซับซ้อนมากเท่าไหร่คุณก็ยิ่งจำเป็นต้องสร้างโมเดลมากขึ้นเท่านั้น กล่าวอีกนัยหนึ่งมันเหมือนกับว่าเรากำลังเพิ่มไม่เพียง แต่อินสแตนซ์ของสิ่งต่าง ๆ ในโลกซึ่งจะสอดคล้องกับบันทึกข้อมูล แต่จริง ๆ แล้วเรากำลังเพิ่มความหมายมากขึ้นให้กับโลกโดยการเก็บข้อมูลในสิ่งต่าง ๆ มากขึ้น มันกลายเป็นความรู้สึกที่ซับซ้อนมากขึ้นที่เราต้องเข้าใจ

ในทางทฤษฎีมีจักรวาลข้อมูลและเราต้องการมุมมองของมัน ในทางปฏิบัติ metadata ที่แท้จริงเป็นส่วนหนึ่งของจักรวาลข้อมูล ดังนั้นมันไม่ใช่สถานการณ์ที่ง่าย การสร้างแบบจำลองเริ่มต้นคือจากบนลงล่างและจากล่างขึ้นบน คุณต้องสร้างทั้งสองทิศทางและสาเหตุที่เป็นเช่นนั้นข้อมูลมีความหมายต่อคอมพิวเตอร์และกระบวนการที่ต้องดำเนินการ แต่มีความหมายในตัวของมันเอง ดังนั้นคุณต้องมีความหมายจากล่างขึ้นบนซึ่งเป็นที่พอใจของซอฟต์แวร์ที่ต้องการเข้าถึงข้อมูลและคุณต้องการความหมายจากบนลงล่างเพื่อให้มนุษย์สามารถเข้าใจได้ การสร้างแบบจำลองเมทาดาทาไม่ใช่และไม่สามารถเป็นโครงการได้ มันเป็นกิจกรรมต่อเนื่อง - ควรเป็นกิจกรรมต่อเนื่องในทุกสภาพแวดล้อมที่มีอยู่ โชคดีที่มีสภาพแวดล้อมมากมายที่จริงไม่ใช่กรณีและสิ่งต่าง ๆ ไม่สามารถควบคุมได้

ก้าวไปข้างหน้าการสร้างแบบจำลองเพิ่มขึ้นด้วยความสำคัญเมื่อเทคโนโลยีก้าวไปข้างหน้า นั่นคือความคิดเห็นของฉัน แต่ถ้าคุณดู IoT เราสามารถเข้าใจโทรศัพท์มือถือได้มากกว่าที่เคยเป็นแม้ว่าจะมีการเปิดตัวมิติใหม่: ขนาดของตำแหน่งด้วยมือถือ เมื่อคุณไปถึง IoT เรากำลังดูปัญหาข้อมูลพิเศษที่เราไม่เคยทำมาก่อนและเราต้องไปทางเดียวหรืออื่น ๆ เพื่อทำความเข้าใจสิ่งที่เราได้รับอย่างถูกต้องวิธีที่เราสามารถรวบรวมได้ สิ่งที่เราสามารถทำได้ในแง่ของการรับความหมายจากการรวมและแน่นอนสิ่งที่เราสามารถทำได้เมื่อเราประมวลผล

ฉันคิดว่าฉันพูดพอแล้ว ฉันจะส่งต่อไปยัง Dez Blanchfield ใครจะพูดอะไรอย่างอื่นอย่างสมบูรณ์

Dez Blanchfield: ขอบคุณ การกระทำที่ยากลำบากที่จะทำตามเสมอ แต่นี่เป็นหัวข้อที่เราเห็นด้วยและพูดถึงเรื่องนี้สั้น ๆ ในบทสวดบทสวดสั้น ๆ และถ้าคุณโทรออกก่อนกำหนดคุณอาจจะจับอัญมณีที่ดีทั้งหมด หนึ่งในประเด็นและฉันไม่ต้องการที่จะขโมยฟ้าร้องของหนึ่งนี้ แต่หนึ่งในประเด็นจากล้อเล่นของเรา preshow ที่ฉันต้องการแบ่งปันในกรณีที่คุณไม่ได้จับมันเป็นเพียงรอบหัวข้อของ การเดินทางของข้อมูลและมันทำให้ฉันจดบันทึกการคิดเกี่ยวกับการเดินทางของข้อมูลที่ใช้ในบริบทที่แตกต่างกันเกี่ยวกับอายุการใช้งานทั่วไป - ปี, เดือน, สัปดาห์, วัน, ชั่วโมง, นาที, วินาที - และบริบทรอบ ๆ ข้อมูล วางในบริบทนั้น ไม่ว่าฉันจะเป็นนักพัฒนาที่ใช้รหัสหรือว่าฉันเป็นผู้เชี่ยวชาญด้านข้อมูลและฉันกำลังคิดถึงโครงสร้างและรูปแบบและข้อมูลเมตาขององค์ประกอบแต่ละอย่างหรือวิธีการที่ระบบและธุรกิจโต้ตอบกับมัน

มันเป็นเรื่องเล็ก ๆ น้อย ๆ ที่น่าสนใจเมื่อต้องทราบ แต่ให้ฉันดำน้ำโดยเฉพาะอย่างยิ่งการออกแบบข้อมูลเป็นวลีที่ฉันใช้เพื่อพูดคุยเกี่ยวกับข้อมูลทุกอย่างและการพัฒนาแอพพลิเคชั่นหรือโครงสร้างพื้นฐานฐานข้อมูลโดยเฉพาะ ฉันคิดว่าการออกแบบข้อมูลเป็นคำศัพท์ที่รวบรวมได้ทั้งหมดในใจของฉัน ทุกวันนี้เมื่อเราพูดถึงการออกแบบข้อมูลเราพูดถึงการออกแบบข้อมูลที่ทันสมัยและมุมมองของฉันคือเมื่อไม่นานมานี้นักพัฒนาและผู้เชี่ยวชาญด้านข้อมูลทำงานเพียงลำพัง พวกเขาอยู่ในไซโลของตัวเองและชิ้นส่วนของการออกแบบเปลี่ยนจากไซโลหนึ่งไปอีกไซโลหนึ่ง แต่วันนี้ฉันมีความเห็นเป็นอย่างมากนั่นไม่เพียง แต่เป็นกรณีที่เปลี่ยนไป แต่ต้องเปลี่ยน แอพพลิเคชั่น - นักพัฒนาและทุกอย่างที่เกี่ยวกับการพัฒนาที่เกี่ยวข้องกับข้อมูลนักออกแบบที่ทำองค์ประกอบการออกแบบที่เกี่ยวข้องของสคีมาและฟิลด์และบันทึกและตำแหน่งและระบบฐานข้อมูลและโครงสร้างพื้นฐานการสร้างแบบจำลองและการจัดการทั้งหมด ท้าทายรอบ ๆ นั่นเป็นกีฬาของทีมในขณะนี้และด้วยเหตุนี้ภาพของผู้คนจำนวนมากกระโดดออกจากเครื่องบินทำหน้าที่เป็นทีมเพื่อเล่นภาพที่น่าสนใจทางสายตาของผู้คนที่ตกลงมาบนท้องฟ้า

ประการที่สามเกิดอะไรขึ้นกับสิ่งนี้ มีบทความหนึ่งในปี 1986 ที่เขียนโดยสุภาพบุรุษสองคนที่ชื่อฉันพยายามอย่างสุดความสามารถที่จะทำเพื่อความยุติธรรม Hirotaka Takeuchi และ Ikujiro Nonaka ฉันคิดว่ามันเด่นชัดผลิตบทความที่พวกเขามีชื่อว่า "การย้าย Scrum Downfield" แนวคิดของวิธีการในการชนะเกมรักบี้ที่มาจากกิจกรรมการต่อสู้นี้ที่ทุกคนเข้าไปในที่เดียวและสองทีมโดยพื้นฐานแล้วจะล็อกหัวในสิ่งที่เรียกว่าการต่อสู้เพื่อพยายามควบคุมบอลและเล่นลงสนามเพื่อ ไปที่เส้นลองและสัมผัสพื้นกับลูกบอลและรับจุดที่เรียกว่า trine และคุณทำซ้ำขั้นตอนนี้และคุณจะได้รับคะแนนมากขึ้นสำหรับทีม

บทความนี้ตีพิมพ์ในปี 1986 ในการทบทวนธุรกิจฮาร์วาร์ดและอยากรู้อยากเห็นจริง ๆ แล้วมันได้รับความสนใจอย่างมาก มันได้รับความสนใจอย่างมากเพราะมันนำเสนอแนวคิดใหม่ที่น่าทึ่งและนี่คือภาพหน้าจอด้านหน้า ดังนั้นพวกเขาจึงนำแนวคิดการแย่งชิงกันออกจากเกมรักบี้และพวกเขานำมันมาสู่ธุรกิจโดยเฉพาะอย่างยิ่งในเกมการออกแบบและการส่งมอบโครงการโดยเฉพาะการส่งมอบโครงการ

สิ่งที่การต่อสู้ได้ทำให้เรามีวิธีการใหม่เมื่อเทียบกับชอบของ PRINCE2 หรือ PMBOK ที่เราเคยใช้ในสิ่งที่เราเรียกว่าวิธีการน้ำตกคุณรู้ว่าทำสิ่งนี้และสิ่งนี้และสิ่งนี้และสิ่งนี้และติดตามพวกเขาในลำดับและเชื่อมต่อ ทุกจุดรอบ ๆ ซึ่งขึ้นอยู่กับสิ่งที่คุณมีหรือไม่ทำส่วนที่สองจนกว่าคุณจะได้ทำส่วนหนึ่งเพราะมันขึ้นอยู่กับส่วนหนึ่ง สิ่งที่ทำให้เรามีวิธีการใหม่ที่จะคล่องแคล่วกว่าเดิมเล็กน้อยซึ่งเป็นที่มาของคำว่าเราส่งมอบสิ่งต่าง ๆ อย่างไรและโดยเฉพาะเกี่ยวกับการออกแบบและพัฒนาโครงการระดับรากหญ้า

ผู้เช่าที่สำคัญบางคน - ดังนั้นฉันจะไปกับสิ่งนี้ - อยู่รอบผู้เช่าหลักของการต่อสู้ มันนำเสนอแนวคิดของการสร้างความไม่มั่นคงที่มีประสิทธิภาพถ้าคุณคิดเกี่ยวกับความกลัวความโกลาหลโลกอยู่ในสภาวะที่สับสนวุ่นวาย แต่ดาวเคราะห์ก่อตัวขึ้นซึ่งน่าสนใจดังนั้นการสร้างความไม่มั่นคงความสามารถในการเด้ง ๆ ยังคงทำให้สิ่งต่าง ๆ เป็นจริงทำงานเป็นทีมจัดโครงการตัวเองซ้อนทับความโปรดปรานผ่านการพัฒนาที่มีความรับผิดชอบสูงการเรียนรู้และการควบคุมประเภทต่าง ๆ ผ่านการเดินทางของการส่งมอบโครงการการโอนองค์กรแห่งการเรียนรู้ ดังนั้นเราจะใช้ข้อมูลจากส่วนหนึ่งของธุรกิจและโอนไปยังอีกจากผู้ที่มีความคิด แต่ไม่พัฒนารหัสหรือไม่พัฒนาฐานข้อมูลและโครงสร้างพื้นฐาน แต่ข้อมูลให้กับคนเหล่านั้น และผลลัพธ์แบบเฉพาะกล่องเวลา กล่าวอีกนัยหนึ่งมาทำสิ่งนี้เป็นระยะเวลาหนึ่งวันใน 24 ชั่วโมงหรือหนึ่งสัปดาห์หรือสองสามสัปดาห์แล้วดูว่าเราสามารถทำอะไรได้บ้างแล้วค่อยย้อนกลับไปดู

และถ้าคุณให้อภัยปุยเกมนี้เป็นเกมใหม่ในการนำเสนอโครงการและส่วนประกอบหลักสามประการซึ่งจะสมเหตุสมผลเมื่อเราไปถึงที่นี่เล็กน้อย - ผลิตภัณฑ์: คนเหล่านี้มีความคิดและมี จำเป็นต้องทำบางสิ่งบางอย่างให้เสร็จและเรื่องราวที่ล้อมรอบพวกเขา นักพัฒนาที่ทำงานในรูปแบบว่องไวในการรับเรื่องราวของพวกเขาและผ่านขั้นตอนยอดเยี่ยมประจำวันโดยใช้วิธีการต่อสู้เพื่อพูดคุยและทำความเข้าใจกับสิ่งที่พวกเขาต้องทำจากนั้นก็ไปทำต่อไป จากนั้นผู้คนเราเคยได้ยินอาจารย์ที่ดูแลเรื่องทั้งหมดนี้และเข้าใจวิธีการที่ดีพอที่จะขับเคลื่อนมันได้ เราทุกคนเห็นภาพเหล่านี้ที่ฉันได้มาทางด้านขวาของผนังและกระดานไวท์บอร์ดที่เต็มไปด้วยโน้ตโพสต์ - อิทและมันถูกใช้เป็นกำแพง Kanban หากคุณไม่รู้ว่า Kanban คือใครฉันเชิญคุณให้ Google เป็นผู้ที่ Mr. Kanban เคยเป็นและทำไมมันถึงมีการเปลี่ยนแปลงในวิธีที่เราย้ายสิ่งของจากด้านหนึ่งไปอีกด้านหนึ่งในกำแพงอย่างแท้จริง แต่อยู่ในโครงการ

สรุปขั้นตอนการทำงานของ scrum: ใช้รายการของสิ่งที่องค์กรต้องการทำผ่านสิ่งต่าง ๆ ที่เราเรียกว่า sprints ที่แบ่งออกเป็น 24 ชั่วโมงระยะเวลาหนึ่งเดือนและเรา รับซีรีย์เอาท์พุทที่เพิ่มขึ้นนี้ มันเป็นการเปลี่ยนแปลงที่สำคัญต่อวิธีการส่งมอบโครงการถูกส่งไปยังขั้นตอนนั้นเพราะส่วนหนึ่งของกระแสนั้นเหมือนกองทัพสหรัฐฯที่มีส่วนสำคัญในการพัฒนาสิ่งที่เรียกว่า PMBOK เช่นความคิดที่ไม่นำรถถังเข้าไปในสนาม จนกว่าคุณจะใส่กระสุนเข้าไปในสิ่งนั้นเพราะถ้าถังในสนามไม่มีกระสุนมันก็ไร้ประโยชน์ ดังนั้นส่วนที่หนึ่งคือกระสุนใส่ในถังส่วนที่สองจึงใส่ถังในสนาม แต่น่าเสียดายที่สิ่งที่เกิดขึ้นกับนักพัฒนาในโลกการพัฒนามีวิธีการที่คล่องตัวนี้และวิ่งไปตามทางที่ราบเรียบถ้าคุณให้อภัยปุนในการวิ่ง

สิ่งที่เกิดขึ้นอย่างคงเส้นคงวาเมื่อเรานึกถึงความคล่องแคล่วเรามักนึกถึงนักพัฒนาไม่ใช่ฐานข้อมูลและอะไรที่เกี่ยวข้องกับโลกของฐานข้อมูล มันเป็นผลลัพธ์ที่โชคร้ายเพราะความจริงก็คือความคล่องแคล่วไม่ จำกัด เฉพาะนักพัฒนา อันที่จริงแล้วคำศัพท์ที่ฉันใช้บ่อยครั้งมักจะเกี่ยวข้องกับนักพัฒนาซอฟต์แวร์อย่างผิด ๆ ไม่ใช่นักออกแบบฐานข้อมูลและสถาปนิก ความท้าทายอย่างเดียวกันกับที่คุณเผชิญในการพัฒนาซอฟต์แวร์และแอพพลิเคชั่นต้องเผชิญกับทุกสิ่งที่เกี่ยวข้องกับการออกแบบและการพัฒนาและการใช้งานและการบำรุงรักษาดังนั้นโครงสร้างพื้นฐานข้อมูลและฐานข้อมูลโดยเฉพาะอย่างยิ่ง นักแสดงในการส่งข้อมูลนี้รวมถึงชอบของสถาปนิกข้อมูล, molders, ผู้ดูแลระบบ, ผู้จัดการของโครงสร้างพื้นฐานของฐานข้อมูลและฐานข้อมูลที่แท้จริงของตัวเองตลอดทางไปยังธุรกิจและนักวิเคราะห์ระบบและสถาปนิกคนที่นั่งและคิดเกี่ยวกับระบบ และธุรกิจดำเนินงานและวิธีที่เราได้รับข้อมูลผ่านสิ่งเหล่านี้

มันเป็นหัวข้อที่ฉันนำเสนอเป็นประจำเพราะมันเป็นความยุ่งยากของฉันในการที่ฉันเห็นว่าผู้เชี่ยวชาญด้านข้อมูลไม่ควรจะต้องมีส่วนร่วมอย่างใกล้ชิดในทุกส่วนของการส่งมอบโครงการโดยเฉพาะอย่างยิ่งการพัฒนา สำหรับเราที่จะไม่จากนั้นเราไม่ได้ให้โอกาสที่ดีที่สุดสำหรับตัวเองเพื่อผลลัพธ์ที่ดี บ่อยครั้งที่เราต้องวนเวียนกลับและคิดอีกครั้งเกี่ยวกับสิ่งเหล่านี้เพราะมีสถานการณ์เราได้รับการสร้างแอปพลิเคชันและเราค้นพบว่านักพัฒนาไม่ได้เป็นผู้เชี่ยวชาญด้านข้อมูลเสมอไป การทำงานกับฐานข้อมูลต้องการทักษะเฉพาะด้านโดยเฉพาะอย่างยิ่งข้อมูลและสร้างประสบการณ์ คุณไม่ได้เป็นกูรูฐานข้อมูลหรือผู้เชี่ยวชาญด้านความรู้ข้อมูลทันที นี่มักเป็นสิ่งที่มาจากประสบการณ์ตลอดชีวิตและแน่นอนว่ามีคนชอบดร. โรบินบลอร์ในรหัสวันนี้

ในหลายกรณี - และมันก็โชคร้าย แต่มันเป็นความจริง - ที่มีสองส่วนของเหรียญนี้คือผู้พัฒนาซอฟต์แวร์มีความมืดมนของตนเองในฐานะผู้เชี่ยวชาญด้านฐานข้อมูลและสร้างทักษะที่คุณต้องการในการสร้างแบบจำลองการออกแบบฐานข้อมูล พื้นฐานสำหรับวิศวกรรมของผู้เชี่ยวชาญเกี่ยวกับวิธีการที่ข้อมูลเข้ามาและวิธีการที่องค์กรของการเดินทางใช้และสิ่งที่ควรหรือไม่ควรมีลักษณะหรือไม่ต้องสงสัยที่ติดเครื่องและเข้าใจว่ามันมักจะอยู่ในทักษะดั้งเดิมที่กำหนดไว้สำหรับนักพัฒนาซอฟต์แวร์ และความท้าทายทั่วไปบางประการที่เราเผชิญอยู่เพื่อกล่าวถึงในบริบทนั้นรวมถึงการสร้างและบำรุงรักษาขั้นพื้นฐานและการจัดการการออกแบบฐานข้อมูลหลักของตัวเองจัดทำเอกสารข้อมูลและโครงสร้างพื้นฐานของฐานข้อมูลจากนั้นนำสินทรัพย์ข้อมูลเหล่านั้นมาใช้ รุ่นของ schema การจัดการและการบำรุงรักษา schema และการใช้งานของพวกเขาการแบ่งปันความรู้เกี่ยวกับสาเหตุที่ schema นี้ได้รับการออกแบบในลักษณะที่เฉพาะเจาะจงและจุดแข็งและจุดอ่อนที่มาพร้อมกับที่เมื่อเวลาผ่านไปทำให้ข้อมูลเปลี่ยนแปลงตลอดเวลา ของโมเดลที่เรานำไปใช้กับระบบและข้อมูลที่เราไหลผ่านพวกเขา การสร้างรหัสฐานข้อมูลและดำเนินการต่อจากนั้นทำแบบจำลองข้อมูลรอบตัวพวกเขาแล้วเข้าถึงการควบคุมความปลอดภัยรอบ ๆ ข้อมูลได้รวดเร็วยิ่งขึ้นความสมบูรณ์ของข้อมูลคือการที่เราย้ายข้อมูลไปรอบ ๆ ขณะที่เรายังคงความสมบูรณ์อยู่ ยอดขายควรเห็นระเบียนทั้งหมดในตารางหรือควรเห็นเฉพาะที่อยู่ชื่อนามสกุลที่ส่งข้อมูลให้คุณในโพสต์หรือไม่ และแน่นอนว่าความท้าทายที่ยิ่งใหญ่ที่สุดคือการสร้างแบบจำลองแพลตฟอร์มฐานข้อมูลซึ่งเป็นการสนทนาที่แตกต่างกันโดยสิ้นเชิง

ฉันเห็นด้วยอย่างยิ่งว่าด้วยสิ่งทั้งหมดนี้ในใจที่จะทำให้นิพพานเป็นไปได้มันเป็นเรื่องสำคัญอย่างยิ่งที่ผู้เชี่ยวชาญด้านข้อมูลและนักพัฒนามีเครื่องมือที่เหมาะสมและเครื่องมือเหล่านั้นมีความสามารถในการส่งมอบโครงการที่มุ่งเน้นทีม การออกแบบการพัฒนาและการบำรุงรักษาอย่างต่อเนื่อง คุณรู้ว่าสิ่งต่าง ๆ เช่นการทำงานร่วมกันระหว่างโครงการระหว่างผู้เชี่ยวชาญด้านข้อมูลและนักพัฒนาซอฟต์แวร์, จุดเดียวของความจริงหรือแหล่งที่มาของความจริงเดียวสำหรับทุกสิ่งรอบตัวเอกสารของฐานข้อมูลตัวเอง, ข้อมูล, schemas ที่ระเบียนมาจากเจ้าของระเบียนเหล่านั้น . ฉันคิดว่าในวันนี้และอายุมันสำคัญอย่างยิ่งเราจะได้รับนิพพานของข้อมูลเป็นกษัตริย์ว่าเครื่องมือที่เหมาะสมจะต้องมีอยู่ในสถานที่เพราะความท้าทายมีขนาดใหญ่เกินไปสำหรับเราที่จะทำมันด้วยตนเองและถ้าผู้คน ย้ายเข้าและออกจากองค์กรเดียวมันง่ายเกินไปที่เราจะไม่ทำตามกระบวนการหรือวิธีการเดียวกันที่คนคนหนึ่งอาจตั้งค่าไว้ได้ดีและไม่จำเป็นต้องถ่ายโอนทักษะและความสามารถเหล่านั้นไปข้างหน้า

โดยที่ในใจฉันจะไปหาเพื่อนที่ดีของเราที่ IDERA และฟังเกี่ยวกับเครื่องมือนั้นและวิธีที่จะจัดการกับสิ่งเหล่านี้

Ron Huizenga: ขอบคุณมากและขอบคุณทั้ง Robin และ Dez สำหรับการจัดฉากให้ดีจริงๆและคุณจะเห็นการเหลื่อมกันเล็กน้อยในสองสิ่งที่ฉันได้พูดคุยกัน แต่พวกเขาได้วางรากฐานที่มั่นคงสำหรับแนวคิดบางอย่างที่ฉันจะพูดถึงจากมุมมองการสร้างแบบจำลองข้อมูล และหลายสิ่งหลายอย่างที่พวกเขาพูดถึงสะท้อนประสบการณ์ของตัวเองเมื่อฉันเป็นที่ปรึกษาที่ทำงานในการสร้างแบบจำลองข้อมูลและสถาปัตยกรรมข้อมูลพร้อมกับทีม - น้ำตกทั้งสองในวันแรกและการพัฒนาเป็นผลิตภัณฑ์ที่ทันสมัยมากขึ้นกับโครงการที่เราใช้เปรียว วิธีการในการส่งมอบโซลูชั่น

ดังนั้นสิ่งที่ฉันจะพูดถึงในวันนี้ขึ้นอยู่กับประสบการณ์เหล่านั้นรวมถึงมุมมองของเครื่องมือและความสามารถบางอย่างในเครื่องมือที่เราใช้เพื่อช่วยเราในการเดินทางครั้งนั้น สิ่งที่ฉันจะกล่าวในเวลาสั้น ๆ คือฉันจะไม่เข้าไปทำเรื่องละเอียดในรายละเอียดมากมาย เราเพิ่งได้ภาพรวมที่ดีจริง ๆ ว่ามันคืออะไร ฉันจะพูดถึงมันในแง่ของแบบจำลองข้อมูลคืออะไรและมันมีความหมายต่อเราอย่างไร? และเราจะเปิดใช้งานแนวคิดของตัวจำลองข้อมูลแบบว่องไวในองค์กรของเราได้อย่างไรในแง่ของวิธีที่เรามีส่วนร่วมกับตัวสร้างแบบจำลองข้อมูลการมีส่วนร่วมของตัวสร้างแบบจำลองและสถาปนิกในระหว่างการวิ่งคืออะไรประเภทของกิจกรรมที่พวกเขาควรมีส่วนร่วม และหลังจากนั้นความสามารถของเครื่องมือการสร้างแบบจำลองที่สำคัญที่เราใช้เพื่อช่วยให้งานนั้นง่ายขึ้นคืออะไร จากนั้นฉันจะพูดถึงเรื่องเล็กน้อยและพูดคุยเกี่ยวกับคุณค่าทางธุรกิจและประโยชน์ของการมีตัวสร้างข้อมูลที่เกี่ยวข้องหรือวิธีที่ฉันจะเล่าเรื่องจริง ๆ ปัญหาของการไม่มีตัวสร้างแบบจำลองข้อมูลมีส่วนร่วมอย่างเต็มที่ในโครงการและฉันจะแสดงให้คุณเห็นว่าจากประสบการณ์และแผนภูมิข้อบกพร่องของภาพก่อนและหลังภาพของโครงการจริงที่ฉันเกี่ยวข้องกับหลายปีที่ผ่านมา จากนั้นเราจะสรุปประเด็นเพิ่มเติมอีกสองสามข้อแล้วมีคำถามและคำตอบเพิ่มเติมจากนั้น

สั้น ๆ มาก ๆ ER Studio เป็นชุดที่ทรงพลังมากซึ่งมีส่วนประกอบที่แตกต่างกันมากมาย Data Data ซึ่งเป็นที่ที่ผู้สร้างข้อมูลและสถาปนิกใช้เวลาส่วนใหญ่ในการสร้างแบบจำลองข้อมูล มีส่วนประกอบอื่น ๆ เช่นกันที่เราจะไม่พูดถึงในวันนี้เช่นสถาปนิกธุรกิจที่เราทำแบบจำลองกระบวนการและสถาปนิกซอฟต์แวร์สำหรับการสร้างแบบจำลอง UML บางส่วน จากนั้นมี Repository ซึ่งเราเช็คอินและแบ่งปันโมเดลและเราอนุญาตให้ทีมทำงานร่วมกันและเผยแพร่ไปยังเซิร์ฟเวอร์ทีมเพื่อให้กลุ่มผู้มีส่วนได้ส่วนเสียหลายกลุ่มที่มีส่วนร่วมในโครงการสามารถเห็นสิ่งประดิษฐ์ที่เรา ' กำลังสร้างจากมุมมองข้อมูลเช่นเดียวกับสิ่งอื่น ๆ ที่เรากำลังทำในการส่งมอบโครงการเอง

สิ่งที่ฉันจะให้ความสำคัญในวันนี้จะเป็นบางสิ่งที่เราจะเห็นจาก Data Data และเพราะมันสำคัญมากที่เราต้องมีการทำงานร่วมกันในแง่มุมของ Repository โดยเฉพาะอย่างยิ่งเมื่อเราเริ่มพูดคุยเกี่ยวกับแนวคิดเช่นการจัดการการเปลี่ยนแปลงที่มีความจำเป็นไม่เพียง แต่โครงการการพัฒนาที่คล่องตัว แต่การพัฒนาทุกประเภทจะดำเนินต่อไป

ถ้าอย่างนั้นเรามาพูดถึง Agile Data Modeler สักครู่ ดังที่เราได้กล่าวถึงก่อนหน้านี้ในการนำเสนอคือความจำเป็นที่เรามีตัวสร้างข้อมูลและ / หรือสถาปนิกมีส่วนร่วมอย่างเต็มที่ในกระบวนการพัฒนาที่คล่องตัว ตอนนี้สิ่งที่เกิดขึ้นในอดีตคือใช่เราคิดเกี่ยวกับความคล่องตัวจากมุมมองการพัฒนาและมีสองสิ่งที่เกิดขึ้นจริง ๆ ที่ทำให้เกิดขึ้น ส่วนหนึ่งเป็นเพราะธรรมชาติของวิธีการพัฒนาที่แผ่ขยายออกไป เมื่อเริ่มต้นการพัฒนาที่คล่องตัวและเราเริ่มต้นด้วยแนวคิดของทีมจัดระเบียบตัวเองนี้ถ้าคุณดื่ม Kool-Aid เล็กน้อยบริสุทธิ์เกินไปและคุณอยู่ด้านการเขียนโปรแกรมที่รุนแรงมีการตีความที่แท้จริงของสิ่งต่าง ๆ เช่น ทีมจัดระเบียบตนเองซึ่งผู้คนจำนวนมากตีความหมายถึงสิ่งที่เราต้องการคือกลุ่มนักพัฒนาที่สามารถสร้างโซลูชันทั้งหมด ไม่ว่าจะเป็นการพัฒนาโค้ดฐานข้อมูลหรือดาต้าสโตร์ที่อยู่ด้านหลังและทุกอย่างจะถูกส่งไปยังนักพัฒนา แต่สิ่งที่เกิดขึ้นกับสิ่งนั้นคือคุณสูญเสียความสามารถพิเศษที่ผู้คนมี ฉันพบว่าทีมที่แข็งแกร่งที่สุดคือทีมที่ประกอบด้วยคนที่มีพื้นฐานแตกต่างกัน เช่นการรวมกันของนักพัฒนาซอฟต์แวร์ที่แข็งแกร่ง, สถาปนิกข้อมูล, นักสร้างโมเดลข้อมูล, นักวิเคราะห์ธุรกิจและผู้มีส่วนได้ส่วนเสียทางธุรกิจทุกคนทำงานร่วมกันเพื่อขับเคลื่อนโซลูชันที่มีอยู่

สิ่งที่ฉันกำลังพูดถึงในวันนี้คือฉันจะทำสิ่งนี้ในบริบทของโครงการพัฒนาที่เรากำลังพัฒนาแอปพลิเคชันที่เห็นได้ชัดว่าจะมีส่วนประกอบข้อมูลที่เชื่อมโยงกับมันเช่นกัน เราจำเป็นต้องก้าวถอยหลังก่อนที่เราจะทำเช่นนั้นเพราะเราจำเป็นต้องตระหนักว่ามีโครงการพัฒนากรีนฟิลด์น้อยมากที่เราให้ความสำคัญกับการสร้างและการใช้ข้อมูลที่ จำกัด ภายในโครงการพัฒนานั้นเท่านั้น . เราจำเป็นต้องย้อนกลับไปหนึ่งก้าวและมองไปที่มุมมองขององค์กรโดยรวมจากมุมมองข้อมูลและมุมมองกระบวนการ เพราะสิ่งที่เราค้นพบคือข้อมูลที่เราใช้อาจมีอยู่แล้วในองค์กร ในฐานะผู้สร้างแบบจำลองและสถาปนิกเรานำสิ่งนั้นมาสู่ความสว่างเพื่อให้เรารู้ว่าแหล่งข้อมูลนั้นมาจากอะไรในโครงการ เรารู้โครงสร้างข้อมูลที่เกี่ยวข้องเนื่องจากเรามีรูปแบบการออกแบบเหมือนกับนักพัฒนามีรูปแบบการออกแบบสำหรับรหัสของพวกเขา และเรายังต้องใช้มุมมองขององค์กรโดยรวม เราไม่สามารถดูข้อมูลในบริบทของแอปพลิเคชันที่เรากำลังสร้าง เราจำเป็นต้องสร้างแบบจำลองข้อมูลและตรวจสอบให้แน่ใจว่าเราจัดทำเอกสารเพราะมันใช้งานได้ยาวนานกว่าแอพพลิเคชั่นเอง แอปพลิเคชันเหล่านั้นมาและไป แต่เราจำเป็นต้องสามารถดูข้อมูลและตรวจสอบให้แน่ใจว่ามีความแข็งแกร่งและมีโครงสร้างที่ดีไม่เพียง แต่สำหรับแอปพลิเคชันเท่านั้น แต่ยังสำหรับการตัดสินใจว่าจะรายงานกิจกรรมการรายงาน BI และการรวมเข้ากับแอปพลิเคชันอื่น ๆ ภายนอกองค์กรของเราเช่นกัน ดังนั้นเราต้องดูภาพรวมของข้อมูลทั้งหมดและวงจรชีวิตของข้อมูลนั้นและเข้าใจการเดินทางของข้อมูลทั่วทั้งองค์กรตั้งแต่แหล่งกำเนิดจนถึงหลุมฝังศพ

ตอนนี้กลับไปที่ทีมจริงและวิธีการที่เราต้องทำงานจริง ๆ คือวิธีการน้ำตกได้รับการยอมรับว่าช้าเกินไปที่จะให้ผลลัพธ์ เพราะดังที่ได้กล่าวไว้กับตัวอย่างรถถังมันเป็นขั้นตอนเดียวหลังจากนั้นอีกหนึ่งขั้นและมักใช้เวลานานเกินไปในการส่งมอบผลลัพธ์ที่ได้ สิ่งที่เราทำในตอนนี้คือเราต้องมีสไตล์การทำงานแบบวนซ้ำซึ่งเรากำลังพัฒนาส่วนประกอบของมันเพิ่มขึ้นเรื่อย ๆ และอธิบายอย่างละเอียดตลอดเวลาที่เราผลิตโค้ดที่ใช้งานได้หรือสิ่งประดิษฐ์ที่ใช้งานได้ผมจะบอกว่าสำหรับทุกการวิ่ง สิ่งสำคัญคือการทำงานร่วมกันระหว่างผู้มีส่วนได้เสียด้านเทคนิคในทีมและผู้มีส่วนได้เสียทางธุรกิจในขณะที่เราร่วมมือกันผลักดันเรื่องราวของผู้ใช้เหล่านั้นให้กลายเป็นวิสัยทัศน์ที่สามารถนำไปปฏิบัติได้ของรหัสและข้อมูลที่สนับสนุนรหัสนั้น และ Agile Data Modeler เองมักจะพบว่าเราไม่มีผู้สร้างแบบจำลองเพียงพอในองค์กรดังนั้นผู้สร้างข้อมูลหรือสถาปนิกคนหนึ่งอาจสนับสนุนหลายทีมพร้อมกัน

และอีกด้านคือแม้ว่าเรามีผู้สร้างแบบจำลองหลายคนเราต้องตรวจสอบให้แน่ใจว่าเรามีชุดเครื่องมือที่เราใช้ประโยชน์ซึ่งช่วยให้การทำงานร่วมกันของหลายโครงการที่กำลังบินในเวลาเดียวกันและการแบ่งปันสิ่งเหล่านั้น วัตถุข้อมูลและความสามารถในการเช็คอินและเช็คเอาท์ ฉันจะไปดูเรื่องนี้อย่างรวดเร็วเพราะเราพูดถึงมันในหัวข้อก่อนหน้า สถานที่ตั้งที่แท้จริงของความคล่องตัวคือการที่คุณกำลังอ้างอิงสิ่งที่ค้างอยู่จากเรื่องราวหรือข้อกำหนด ภายในการทำซ้ำเรากำลังร่วมมือกันเป็นกลุ่ม โดยทั่วไปแล้วการวิ่งสองสัปดาห์หรือหนึ่งเดือนขึ้นอยู่กับองค์กรเป็นเรื่องปกติ และยังมีการตรวจสอบรายวันและการประชุม standup เพื่อให้เรากำจัดตัวบล็อกอัพและทำให้แน่ใจว่าเรากำลังดำเนินการทุกด้านโดยไม่หยุดนิ่งในด้านต่าง ๆ เมื่อเราผ่าน และในการวิ่งเหล่านั้นเราต้องการให้แน่ใจว่าเรากำลังผลิตสิ่งที่ส่งมอบได้ที่ใช้งานได้เป็นส่วนหนึ่งของการวิ่งทุกครั้ง

เพียงแค่ใช้เวลาที่แตกต่างกันเล็กน้อยเพื่อขยายออกไปอีกการต่อสู้เป็นวิธีการที่ฉันจะพูดถึงเฉพาะเจาะจงมากขึ้นที่นี่และเราเพิ่งเพิ่มภาพก่อนหน้านี้โดยใช้แง่มุมอื่น ๆ โดยทั่วไปแล้วจะมีสินค้าค้างจากนั้นก็มีงานค้าง ดังนั้นเราจึงมีงานในมือโดยรวมที่จุดเริ่มต้นของการวิ่งซ้ำทุกครั้งเราจึงพูดลงไปว่า“ เรากำลังจะสร้างสนามแข่งนี้?” และเสร็จสิ้นในการประชุมวางแผนการวิ่ง จากนั้นเราแยกงานที่เกี่ยวข้องกับสิ่งนั้นออกและเราดำเนินการในการวิ่งหนึ่งถึงสี่สัปดาห์กับบทวิจารณ์รายวันเหล่านั้น ในขณะที่เรากำลังทำอยู่เรากำลังติดตามความคืบหน้าของเราผ่านทางชาร์ตเบิร์นอัพและชาร์ตดาวน์เพื่อติดตามสิ่งที่เหลืออยู่เพื่อสร้างเมื่อเทียบกับสิ่งที่เรากำลังสร้างเพื่อสร้างสิ่งต่าง ๆ เช่นความเร็วในการพัฒนาของเรา กำหนดการสิ่งเหล่านั้นทั้งหมด สิ่งเหล่านี้ได้รับการอธิบายอย่างต่อเนื่องในช่วงการวิ่งแทนที่จะไปตามถนนสองสามเดือนและพบว่าคุณกำลังจะเกิดขึ้นในระยะสั้นและคุณต้องขยายกำหนดการโครงการ และที่สำคัญอย่างยิ่งส่วนหนึ่งของทั้งทีมคือการทบทวนการวิ่งในตอนท้ายและการวิ่งย้อนหลังดังนั้นก่อนที่คุณจะเริ่มการทำซ้ำครั้งต่อไปคุณกำลังทบทวนสิ่งที่คุณทำและคุณกำลังมองหาวิธีที่คุณสามารถทำได้ ปรับปรุงในครั้งต่อไปผ่าน

ในแง่ของการส่งมอบนี่เป็นสไลด์ที่สรุปประเภททั่วไปของสิ่งต่าง ๆ ที่เกิดขึ้นในการวิ่ง และมันก็เป็นศูนย์กลางการพัฒนาดังนั้นสิ่งต่างๆมากมายที่เราเห็นที่นี่เช่นการออกแบบการใช้งานและการใช้เคสการทดสอบรหัสการออกแบบเมื่อเราดูที่กล่องเหล่านี้ที่นี่และฉันจะไม่ผ่านมันไป ในทุกระดับของรายละเอียดพวกเขามุ่งเน้นการพัฒนาเป็นอย่างมาก และฝังอยู่ใต้นี่คือความจริงที่ว่าเรายังต้องมีข้อมูลที่สามารถส่งมอบได้ด้วยมือเพื่อสนับสนุนความพยายามนี้ ดังนั้นทุกครั้งที่เราเห็นสิ่งต่าง ๆ เช่น backlogs ความต้องการและเรื่องราวของผู้ใช้ในขณะที่เรากำลังผ่านเราต้องดูว่าชิ้นส่วนการพัฒนาที่เราต้องทำคืออะไรชิ้นส่วนการวิเคราะห์ที่เราต้องทำวิธีการเกี่ยวกับ การออกแบบข้อมูลหรือตัวแบบข้อมูลสิ่งที่เกี่ยวกับอภิธานศัพท์ทางธุรกิจเพื่อให้เราสามารถเชื่อมโยงความหมายทางธุรกิจกับสิ่งประดิษฐ์ทั้งหมดที่เราผลิต เพราะเราจำเป็นต้องผลิตสิ่งที่ส่งมอบได้ที่ใช้งานได้ในการวิ่งทุกครั้ง

บางคนจะบอกว่าเราต้องสร้างรหัสที่ใช้งานได้ในตอนท้ายของการวิ่งทุกครั้ง ไม่จำเป็นต้องเป็นอย่างนั้นนั่นคือในมุมมองการพัฒนาที่บริสุทธิ์ที่สุด แต่บ่อยครั้งโดยเฉพาะอย่างยิ่งในตอนเริ่มต้นเราอาจมีบางอย่างเช่นศูนย์การวิ่งที่เรามุ่งเน้นไปที่การทำสิ่งต่าง ๆ เช่นการทดสอบกลยุทธ์ของเรา สถานที่. การออกแบบระดับสูงเพื่อเริ่มต้นก่อนที่เราจะเริ่มกรอกรายละเอียดและตรวจสอบให้แน่ใจว่าเรามีเรื่องราวหรือข้อกำหนดเริ่มต้นที่สะอาดหมดจดก่อนที่เราจะเริ่มมีส่วนร่วมกับผู้ชมคนอื่น ๆ มีเวลาเตรียมเล็กน้อยอยู่เสมอดังนั้นบ่อยครั้งที่เราจะมีศูนย์การวิ่งหรือแม้แต่การวิ่งศูนย์และหนึ่ง อาจจะเป็นช่วงเริ่มต้นเล็กน้อยก่อนที่เราจะบินเต็มในการส่งมอบโซลูชั่น

พูดคุยเกี่ยวกับตัวแบบข้อมูลในบริบทนี้สั้น ๆ เมื่อผู้คนนึกถึงตัวแบบข้อมูลพวกเขามักจะนึกถึงตัวแบบข้อมูลว่าเป็นภาพว่าส่วนต่าง ๆ ของข้อมูลผูกเข้าด้วยกันอย่างไร - นั่นเป็นเพียงส่วนเล็ก ๆ ของภูเขาน้ำแข็ง เพื่อรวบรวมจิตวิญญาณของวิธีที่คุณต้องการเข้าถึงการสร้างแบบจำลองข้อมูลอย่างแท้จริงไม่ว่าจะเป็นการพัฒนาแบบว่องไวและสิ่งอื่น ๆ คุณจำเป็นต้องตระหนักถึงรูปแบบข้อมูลนั้นหรือไม่หากทำอย่างถูกต้องจะกลายเป็นข้อมูลจำเพาะทั้งหมดของคุณ วิธีปรับใช้ในฐานข้อมูลส่วนหลัง เมื่อฉันพูดฐานข้อมูลฉันหมายถึงไม่เพียง แต่ฐานข้อมูลเชิงสัมพันธ์ที่เราอาจใช้ แต่ในสถาปัตยกรรมปัจจุบันที่เรามีข้อมูลขนาดใหญ่หรือแพลตฟอร์ม NoSQL ตามที่ฉันต้องการเรียกพวกเขา รวมถึงแหล่งข้อมูลขนาดใหญ่เหล่านั้นเพราะเราอาจรวมแหล่งข้อมูลที่แตกต่างกันจำนวนมากในแง่ของการบริโภคข้อมูลและนำมาไว้ในโซลูชันของเรารวมถึงวิธีการที่เรายังคงมีอยู่หรือบันทึกข้อมูลนั้นออกจากโซลูชันของเราเช่นกัน

เราอาจทำงานกับหลายฐานข้อมูลหรือแหล่งข้อมูลพร้อมกันในบริบทของแอปพลิเคชันที่กำหนด สิ่งที่สำคัญมากคือเราต้องการที่จะสามารถมีสเปคที่สมบูรณ์ดังนั้นสเปคเชิงตรรกะของสิ่งนี้หมายถึงมุมมองขององค์กรที่วิ่งอะไรโครงสร้างทางกายภาพอยู่ในแง่ของวิธีที่เรากำหนดข้อมูลความสัมพันธ์ระหว่างมันใน ฐานข้อมูลของคุณข้อ จำกัด การอ้างอิงความสมบูรณ์ของคุณตรวจสอบข้อ จำกัด การตรวจสอบความถูกต้องทั้งหมดที่คุณคิด เมตาดาต้าเชิงพรรณนามีความสำคัญอย่างยิ่ง คุณจะรู้วิธีการใช้ข้อมูลในแอปพลิเคชันของคุณได้อย่างไร? หากคุณไม่สามารถกำหนดได้และรู้ว่ามันหมายถึงอะไรหรือมาจากที่ใดเพื่อให้แน่ใจว่าคุณใช้ข้อมูลที่ถูกต้องในแอปพลิเคชันเหล่านั้น - ตรวจสอบให้แน่ใจว่าเรามีข้อกำหนดการตั้งชื่อที่ถูกต้อง ตาราง แต่คอลัมน์ที่ประกอบด้วยตารางเหล่านั้น - และบันทึกการปรับใช้อย่างละเอียดเกี่ยวกับวิธีที่เราใช้ประโยชน์เนื่องจากเราจำเป็นต้องสร้างฐานความรู้นี้เพราะแม้เมื่อแอปพลิเคชันนี้เสร็จสิ้นแล้วข้อมูลนี้จะถูกใช้สำหรับโครงการอื่น ๆ เรามีเอกสารทั้งหมดสำหรับการใช้งานในอนาคต

อีกครั้งเราได้รับสิ่งต่าง ๆ เช่นชนิดข้อมูลคีย์ดัชนีตัวแบบข้อมูลเองได้รวมกฎทางธุรกิจมากมายที่เข้ามาเล่น ความสัมพันธ์ไม่ได้เป็นเพียงข้อ จำกัด ระหว่างตารางที่ต่างกัน บ่อยครั้งที่พวกเขาช่วยเราอธิบายว่ากฎเกณฑ์ทางธุรกิจที่แท้จริงนั้นเป็นอย่างไรรอบตัวข้อมูลนั้นทำงานอย่างไรและทำงานร่วมกันอย่างไรในฐานะหน่วยงานที่เชื่อมโยงกัน และแน่นอนว่าข้อ จำกัด ของมูลค่ามีความสำคัญมาก แน่นอนว่าหนึ่งในสิ่งที่เราจัดการอยู่ตลอดเวลาและมันกำลังเป็นที่แพร่หลายมากขึ้นเรื่อย ๆ คือสิ่งต่าง ๆ เช่นการกำกับดูแลข้อมูล ดังนั้นจากมุมมองการกำกับดูแลข้อมูลเราจำเป็นต้องมองสิ่งที่เรากำหนดที่นี่ เราต้องการกำหนดสิ่งต่าง ๆ เช่นการจำแนกประเภทความปลอดภัย เราจัดการกับข้อมูลประเภทใด การจัดการข้อมูลหลักจะเป็นอย่างไร ร้านค้าธุรกรรมที่เรากำลังสร้างคืออะไร เราใช้ข้อมูลอ้างอิงใดในแอปพลิเคชันเหล่านี้ เราต้องตรวจสอบให้แน่ใจว่าได้บันทึกอย่างเหมาะสมในโมเดลของเรา และการพิจารณาคุณภาพของข้อมูลมีข้อมูลบางส่วนที่สำคัญต่อองค์กรมากกว่าข้อมูลอื่น ๆ

ฉันได้มีส่วนร่วมในโครงการที่เราเปลี่ยนมาใช้ระบบเดิมนับสิบเครื่องด้วยกระบวนการทางธุรกิจใหม่ ๆ และออกแบบแอปพลิเคชั่นใหม่และที่เก็บข้อมูลเพื่อแทนที่ เราจำเป็นต้องรู้ว่าข้อมูลมาจากไหน ซึ่งสำหรับข้อมูลที่สำคัญที่สุดจากมุมมองทางธุรกิจหากคุณดูสไลด์แบบจำลองข้อมูลที่ฉันได้มาที่นี่คุณจะเห็นว่ากล่องด้านล่างในหน่วยงานเฉพาะเหล่านี้ซึ่งเป็นเพียงส่วนย่อย ๆ ฉัน จริง ๆ แล้วสามารถจับมูลค่าทางธุรกิจ ไม่ว่าจะสูงปานกลางหรือต่ำสำหรับสิ่งต่าง ๆ เหล่านี้สำหรับโครงสร้างที่แตกต่างกันเหล่านี้ภายในองค์กร และฉันยังจับภาพสิ่งต่าง ๆ เช่นคลาสข้อมูลหลักไม่ว่าจะเป็นตารางต้นแบบไม่ว่าจะเป็นการอ้างอิงถ้าพวกเขาทำธุรกรรม ดังนั้นเราสามารถขยายข้อมูลเมตาของเราในแบบจำลองของเราเพื่อให้เรามีลักษณะอื่น ๆ อีกมากมายนอกตัวข้อมูลซึ่งช่วยเราในการริเริ่มอื่น ๆ นอกโครงการดั้งเดิมและดำเนินการต่อไป ตอนนี้มันมีอยู่มากมายในสไลด์เดียวฉันจะผ่านส่วนที่เหลือเหล่านี้อย่างรวดเร็ว

ตอนนี้ฉันจะพูดอย่างรวดเร็วเกี่ยวกับตัวสร้างข้อมูลทำในสิ่งที่เรากำลังดำเนินการผ่าน sprints ที่แตกต่างกันเหล่านี้ ก่อนอื่นผู้เข้าร่วมเต็มรูปแบบในช่วงการวางแผนการวิ่งที่เราจะนำเรื่องราวของผู้ใช้มุ่งมั่นกับสิ่งที่เราจะนำเสนอในการวิ่งนั้นและการหาวิธีที่เราจะจัดโครงสร้างและส่งมอบ สิ่งที่ฉันกำลังทำในฐานะผู้สร้างแบบจำลองข้อมูลคือฉันรู้ว่าฉันกำลังจะทำงานในพื้นที่แยกต่างหากกับนักพัฒนาที่แตกต่างกันหรือกับคนอื่น ดังนั้นหนึ่งในคุณสมบัติที่สำคัญที่เราสามารถทำได้คือเมื่อเรากำลังทำแบบจำลองข้อมูลเราสามารถแบ่งรูปแบบข้อมูลนั้นในมุมมองที่แตกต่างกันไม่ว่าคุณจะเรียกมันว่าหัวเรื่องหรือแบบจำลองย่อยเป็นคำศัพท์ของเรา ดังนั้นในขณะที่เรากำลังสร้างแบบจำลองเราจะแสดงมันในมุมมองย่อยแบบต่างๆเหล่านี้เพื่อให้ผู้ชมที่แตกต่างกันเห็นว่ามีความเกี่ยวข้องกับพวกเขาเพียงใดเพื่อที่พวกเขาจะได้จดจ่อกับสิ่งที่พวกเขากำลังพัฒนา ดังนั้นฉันอาจมีใครบางคนกำลังทำงานในส่วนกำหนดเวลาของแอปพลิเคชันฉันอาจมีคนอื่นทำงานในรายการคำสั่งซื้อที่เรากำลังทำสิ่งเหล่านี้ทั้งหมดในการวิ่งครั้งเดียว แต่ฉันสามารถให้มุมมองผ่านโมเดลย่อยเหล่านั้นเท่านั้น นำไปใช้กับพื้นที่ที่พวกเขากำลังทำงานอยู่ แล้วสิ่งเหล่านั้นก็ถูกรวมเข้ากับโมเดลโดยรวมและโครงสร้างทั้งหมดของโมเดลย่อยเพื่อให้ผู้ชมมีมุมมองที่แตกต่างกันในสิ่งที่พวกเขาต้องการเห็น

พื้นฐานจากมุมมองการสร้างแบบจำลองข้อมูลที่เราต้องการคือมีพื้นฐานที่เราสามารถย้อนกลับไปได้เพราะสิ่งหนึ่งที่เราต้องสามารถทำได้คือไม่ว่าจะเป็นที่สิ้นสุดของการวิ่งหรือท้ายที่สุด ในการวิ่งหลายครั้งเราต้องการทราบว่าเราเริ่มต้นที่ไหนและมีพื้นฐานที่จะรู้ว่าเดลต้าคืออะไรหรือความแตกต่างของสิ่งที่เราผลิตในการวิ่งที่กำหนด เราจำเป็นต้องตรวจสอบให้แน่ใจว่าเราสามารถมีการฟื้นตัวอย่างรวดเร็ว ถ้าคุณเข้ามาเป็นผู้สร้างแบบจำลองข้อมูล แต่ในบทบาทของผู้รักษาประตูแบบดั้งเดิมที่พูดว่า“ ไม่ไม่คุณไม่สามารถทำเช่นนั้นได้เราต้องทำทุกสิ่งนี้ก่อน” คุณจะถูกแยกออกจากทีมเมื่อคุณต้องการจริงๆ เป็นผู้มีส่วนร่วมในทีมพัฒนาที่คล่องตัว นั่นหมายความว่าบางสิ่งตกจากเกวียนโดยวิ่งตามที่กำหนดและคุณหยิบมันขึ้นมาในการวิ่งต่อไป

ตัวอย่างเช่นคุณอาจมุ่งเน้นไปที่โครงสร้างข้อมูลเพียงเพื่อให้การพัฒนาเริ่มต้นขึ้นนั่นคือรายการคำสั่งซื้อที่ฉันกำลังพูดถึง ในการวิ่งในภายหลังคุณอาจกลับมาและกรอกข้อมูลเช่นเอกสารบางอย่างสำหรับพจนานุกรมข้อมูลรอบ ๆ สิ่งประดิษฐ์ที่คุณสร้างขึ้น คุณจะไม่ทำตามคำจำกัดความทั้งหมดในการวิ่งหนึ่งครั้ง คุณจะยังคงดำเนินการส่งมอบของคุณเพิ่มขึ้นเนื่องจากจะมีบางครั้งที่คุณสามารถกรอกข้อมูลที่ทำงานร่วมกับนักวิเคราะห์ธุรกิจเมื่อนักพัฒนาไม่ว่างในการสร้างแอปพลิเคชันและความคงทนรอบ ๆ แหล่งข้อมูลเหล่านั้น คุณต้องการความสะดวกและไม่ใช่คอขวด มีวิธีการต่าง ๆ ที่เราทำงานร่วมกับนักพัฒนาซอฟต์แวร์ สำหรับบางสิ่งเรามีรูปแบบการออกแบบดังนั้นเราจึงเป็นผู้เข้าร่วมเต็มรูปแบบดังนั้นเราอาจมีรูปแบบการออกแบบที่เราจะบอกว่าเราจะใส่มันลงในแบบจำลองเราจะผลักมันออกไปยังฐานข้อมูล sandbox ของนักพัฒนา เริ่มทำงานกับมันและขอให้เปลี่ยนแปลง

อาจมีพื้นที่อื่น ๆ ที่นักพัฒนาทำงานอยู่พวกเขามีบางอย่างที่พวกเขากำลังทำงานอยู่และพวกเขากำลังสร้างต้นแบบบางอย่างเพื่อให้พวกเขาลองทำบางสิ่งในสภาพแวดล้อมการพัฒนาของตนเอง เรานำฐานข้อมูลนั้นที่พวกเขาได้ทำงานด้วยนำมาไว้ในเครื่องมือสร้างแบบจำลองของเราเปรียบเทียบกับรุ่นที่เรามีแล้วแก้ไขและผลักดันการเปลี่ยนแปลงกลับไปที่พวกเขาเพื่อให้พวกเขาสามารถ refactor รหัสของพวกเขาเพื่อให้พวกเขาปฏิบัติตามโครงสร้างข้อมูลที่เหมาะสม ที่เราต้องการ เนื่องจากพวกเขาอาจสร้างบางสิ่งที่เรามีอยู่แล้วที่อื่นดังนั้นเราจึงตรวจสอบให้แน่ใจว่าพวกเขากำลังทำงานกับแหล่งข้อมูลที่ถูกต้อง เราเพียงแค่วนซ้ำไปเรื่อย ๆ จนถึงขั้นตอนการวิ่งของเราเพื่อให้เราได้รับข้อมูลที่ครบถ้วนเอกสารที่ครบถ้วนและคำจำกัดความของโครงสร้างข้อมูลทั้งหมดที่เราผลิต

โครงการว่องไวที่ประสบความสำเร็จมากที่สุดที่ฉันมีส่วนร่วมในแง่ของการส่งมอบที่ดีมากคือเรามีปรัชญาแบบจำลองการเปลี่ยนแปลงทั้งหมดในสเปคฐานข้อมูลทางกายภาพเต็มรูปแบบ โดยพื้นฐานแล้วตัวแบบข้อมูลจะกลายเป็นฐานข้อมูลที่ถูกปรับใช้ซึ่งคุณกำลังทำงานด้วยเพื่อสิ่งใหม่ ๆ ที่เรากำลังสร้างและมีการอ้างอิงเต็มรูปแบบของแหล่งข้อมูลอื่น ๆ หากเราใช้ฐานข้อมูลภายนอกอื่น เป็นส่วนหนึ่งของการที่เรากำลังผลิตสคริปต์ที่เพิ่มขึ้นเมื่อเทียบกับรุ่นเต็มทุกครั้ง และเรากำลังใช้รูปแบบการออกแบบของเราเพื่อให้เราสามารถยกสิ่งที่กำลังเกิดขึ้นกับทีมพัฒนาที่แตกต่างกันที่เราทำงานด้วย

ในกิจกรรมการวิ่งเช่นกันเป็นอีกครั้งที่พื้นฐานสำหรับการเปรียบเทียบ / ผสานดังนั้นให้เรานำแนวคิดของการสร้างแบบจำลองการเปลี่ยนแปลงแต่ละครั้ง ทุกครั้งที่เราทำการเปลี่ยนแปลงสิ่งที่เราต้องการทำคือเราต้องการทำแบบจำลองการเปลี่ยนแปลงและสิ่งที่สำคัญมากสิ่งที่ขาดหายไปจากการสร้างแบบจำลองข้อมูลจนกระทั่งเมื่อไม่นานมานี้ในความเป็นจริงจนกระทั่งเราได้รับการแนะนำอีกครั้ง งานและสิ่งที่ส่งมอบของคุณด้วยเรื่องราวของผู้ใช้และงานที่ทำให้เกิดการเปลี่ยนแปลงเหล่านั้นเกิดขึ้นจริง เราต้องการให้สามารถตรวจสอบการเปลี่ยนแปลงรูปแบบของเราได้เช่นเดียวกับที่นักพัฒนาตรวจสอบรหัสของพวกเขาโดยอ้างอิงเรื่องราวของผู้ใช้ที่เรามีเพื่อให้เรารู้ว่าทำไมเราถึงทำการเปลี่ยนแปลงในตอนแรกนั่นคือสิ่งที่เราทำ เมื่อเราทำเช่นนั้นเราจะสร้างสคริปต์ DDL ที่เพิ่มขึ้นของเราและโพสต์สคริปต์เพื่อให้สามารถรับกับการพัฒนาอื่น ๆ และตรวจสอบในโซลูชันการสร้างของเรา อีกครั้งเราอาจมีรูปแบบเดียวหรือทำงานกับหลายทีม และเช่นเดียวกับที่ฉันได้พูดคุยเกี่ยวกับบางสิ่งมาจากตัวสร้างข้อมูลสิ่งอื่น ๆ ที่มาจากนักพัฒนาและเราพบกันตรงกลางเพื่อมากับการออกแบบที่ดีที่สุดโดยรวมแล้วผลักไปข้างหน้าและทำให้แน่ใจว่ามันถูกออกแบบอย่างเหมาะสม โครงสร้างข้อมูลโดยรวม เราต้องรักษาระเบียบวินัยในการสร้างความมั่นใจว่าเรามีโครงสร้างที่เหมาะสมทั้งหมดในตัวแบบข้อมูลของเราขณะที่เราดำเนินการไปข้างหน้ารวมถึงสิ่งต่าง ๆ เช่นค่า null และไม่ใช่ค่าว่าง, ข้อ จำกัด การอ้างอิง, ตรวจสอบข้อ จำกัด โดยทั่วไป .

ให้เราพูดถึงตอนนี้เป็นภาพหน้าจอของเครื่องมือบางอย่างที่ช่วยให้เราทำเช่นนี้ สิ่งที่ฉันคิดว่าสำคัญคือการมีพื้นที่เก็บข้อมูลร่วมกันนั้นดังนั้นสิ่งที่เราสามารถทำในฐานะผู้สร้างข้อมูล - และนี่คือตัวอย่างของส่วนของแบบจำลองข้อมูลในพื้นหลัง - คือเมื่อเราทำงานในสิ่งที่เราต้องการเพื่อให้แน่ใจว่าเราสามารถ ทำงานกับวัตถุที่เราต้องสามารถเปลี่ยนแปลงทำการแก้ไขสร้างสคริปต์ DDL ของเราสำหรับการเปลี่ยนแปลงที่เราทำในขณะที่เราตรวจสอบสิ่งต่าง ๆ กลับมาดังนั้นสิ่งที่เราสามารถทำได้คือใน ER Studio เป็นตัวอย่าง เราสามารถตรวจสอบวัตถุหรือกลุ่มวัตถุเพื่อทำงานเราไม่จำเป็นต้องตรวจสอบทั้งโมเดลหรือโมเดลย่อยเราสามารถตรวจสอบสิ่งเหล่านั้นที่เราสนใจ สิ่งที่เราต้องการหลังจากนั้นก็คือเวลาเช็คเอาท์หรือเช็คอินเวลา - เราทำทั้งสองวิธีเนื่องจากทีมพัฒนาที่แตกต่างกันทำงานในวิธีที่ต่างกัน เราต้องการตรวจสอบให้แน่ใจว่าเราเชื่อมโยงกับเรื่องราวของผู้ใช้หรืองานที่ผลักดันข้อกำหนดสำหรับเรื่องนี้และนั่นจะเป็นเรื่องราวหรืองานของผู้ใช้เดียวกันกับที่ผู้พัฒนาจะพัฒนาและตรวจสอบรหัสของพวกเขา

ดังนั้นนี่คือตัวอย่างสั้น ๆ ของหน้าจอสองหน้าของหนึ่งในศูนย์การจัดการการเปลี่ยนแปลงของเรา สิ่งนี้จะทำอย่างไรฉันจะไม่เข้าไปดูรายละเอียดที่นี่ แต่สิ่งที่คุณเห็นคือเรื่องราวของผู้ใช้งานและการเยื้องภายใต้หนึ่งในรายการที่คุณเห็นบันทึกการเปลี่ยนแปลงจริง - เราได้สร้างบันทึกการเปลี่ยนแปลงอัตโนมัติเมื่อ เราทำการเช็คอินและเช็คเอาท์และเราสามารถใส่คำอธิบายเพิ่มเติมลงในบันทึกการเปลี่ยนแปลงได้เช่นกัน มันเกี่ยวข้องกับงานเราสามารถมีการเปลี่ยนแปลงหลายอย่างต่องานเช่นที่คุณคาดหวัง และเมื่อเราเข้าไปในบันทึกการเปลี่ยนแปลงนั้นเราสามารถดูได้และที่สำคัญกว่านั้นเราเปลี่ยนอะไร สำหรับเรื่องนี้เรื่องเด่นที่ฉันมีการเปลี่ยนแปลงประเภทหนึ่งที่เกิดขึ้นและเมื่อฉันดูที่บันทึกการเปลี่ยนแปลงที่เกิดขึ้นจริงมันได้ระบุชิ้นส่วนต่าง ๆ ในแบบจำลองที่มีการเปลี่ยนแปลง ฉันเปลี่ยนคุณลักษณะบางอย่างที่นี่ต่อต้านพวกเขาและมันนำมาซึ่งมุมมองที่จำเป็นต้องเปลี่ยนซึ่งขึ้นอยู่กับสิ่งเหล่านั้นเช่นกันดังนั้นพวกเขาจะถูกสร้างขึ้นใน DLL ที่เพิ่มขึ้น มันไม่ได้เป็นเพียงการสร้างแบบจำลองบนวัตถุฐาน แต่เครื่องมือการสร้างแบบจำลองที่ใช้พลังงานสูงเช่นนี้ยังตรวจจับการเปลี่ยนแปลงที่จะต้องมีการกระเพื่อมผ่านวัตถุที่ต้องพึ่งพาในฐานข้อมูลหรือตัวแบบข้อมูลเช่นกัน

หากเราทำงานร่วมกับนักพัฒนาซอฟต์แวร์และเราทำสิ่งนี้ในสองสิ่งที่แตกต่างกันนั่นคือการทำอะไรสักอย่างในกล่องแซนด์บ็อกซ์ของพวกเขาและเราต้องการเปรียบเทียบและดูว่าความแตกต่างอยู่ที่ไหนเราใช้ความสามารถเปรียบเทียบ / ผสานที่ด้านขวาและซ้าย ด้าน เราสามารถพูดได้ว่า“ นี่คือแบบจำลองของเราทางด้านซ้ายนี่คือฐานข้อมูลทางด้านขวาแสดงความแตกต่างให้ฉัน” จากนั้นเราสามารถเลือกและเลือกวิธีที่เราแก้ไขความแตกต่างเหล่านั้นไม่ว่าเราจะผลักสิ่งต่าง ๆ ลงในฐานข้อมูลหรือ มีบางสิ่งที่พวกเขามีในฐานข้อมูลที่เรานำกลับมาเป็นแบบจำลอง เราสามารถไปแบบสองทิศทางเพื่อให้เราไปทั้งสองทิศทางพร้อมกันอัปเดตทั้งต้นทางและเป้าหมายจากนั้นสร้างสคริปต์ DDL ที่เพิ่มขึ้นเพื่อปรับใช้การเปลี่ยนแปลงเหล่านั้นกับสภาพแวดล้อมของฐานข้อมูลซึ่งมีความสำคัญอย่างยิ่ง สิ่งที่เราสามารถทำได้ก็คือเราสามารถใช้การเปรียบเทียบและผสานความสามารถในเวลาใดก็ตามถ้าเราถ่ายสแนปช็อตระหว่างทางเราสามารถเปรียบเทียบการเริ่มต้นของการวิ่งหนึ่งครั้งเพื่อเริ่มต้นหรือสิ้นสุดการวิ่งอีกครั้ง การเปลี่ยนแปลงที่เพิ่มขึ้นอย่างเต็มรูปแบบของสิ่งที่ทำใน sprint พัฒนาที่กำหนดหรือชุด sprints ที่กำหนด

นี่เป็นตัวอย่างของสคริปต์การเปลี่ยนแปลงอย่างรวดเร็วผู้ใดก็ตามที่ทำงานกับฐานข้อมูลจะเห็นสิ่งประเภทนี้นี่คือสิ่งที่เราสามารถผลักรหัสออกจากการเป็นสคริปต์การแก้ไขเพื่อให้แน่ใจว่าเรา เก็บสิ่งที่นี่ สิ่งที่ฉันดึงออกมาจากที่นี่เพียงเพื่อลดความยุ่งเหยิงคือสิ่งที่เรายังทำกับสคริปต์การเปลี่ยนแปลงเหล่านี้คือเราคิดว่ามีข้อมูลในตารางเหล่านั้นด้วยดังนั้นเราจะสร้าง DML ซึ่งจะดึงข้อมูลของตารางชั่วคราวและ ผลักดันมันกลับเข้าไปในโครงสร้างข้อมูลใหม่เช่นกันดังนั้นเราจึงมองไม่เพียงโครงสร้างเท่านั้น แต่ข้อมูลที่เราอาจมีอยู่ในโครงสร้างเหล่านั้นด้วย

จะพูดอย่างรวดเร็วเกี่ยวกับระบบสร้างอัตโนมัติเพราะเมื่อเราทำโครงการเปรียวบ่อยเรากำลังทำงานกับระบบสร้างอัตโนมัติที่เราต้องตรวจสอบในการส่งมอบที่แตกต่างกันเพื่อให้แน่ใจว่าเราจะไม่ทำลายงานสร้างของเรา สิ่งที่หมายถึงคือเราซิงโครไนซ์สิ่งที่ส่งมอบสคริปต์การเปลี่ยนแปลงที่ฉันพูดถึงด้วยสคริปต์ DDL นั้นจำเป็นต้องได้รับการตรวจสอบในรหัสแอพพลิเคชั่นที่เกี่ยวข้องต้องได้รับการตรวจสอบในเวลาเดียวกัน โดยใช้ SQL โดยตรงกับฐานข้อมูลและประเภทของสิ่งนั้น บ่อยครั้งที่เราใช้เฟรมเวิร์กการคงอยู่หรือสร้างบริการข้อมูล เราต้องตรวจสอบให้แน่ใจว่าการเปลี่ยนแปลงสำหรับเฟรมเวิร์กหรือบริการเหล่านั้นได้รับการตรวจสอบในเวลาเดียวกัน พวกเขาเข้าสู่ระบบการสร้างอัตโนมัติในบางองค์กรและหากการหยุดพักการสร้างในวิธีการแบบเปรียวมันเป็นมือในการแก้ไขดาดฟ้าที่สร้างก่อนที่เราจะก้าวไปข้างหน้าเพื่อให้เรารู้ว่าเรามีวิธีการทำงานก่อนที่เราจะไปต่อ และหนึ่งในโครงการที่ฉันเกี่ยวข้องด้วยเราทำสิ่งนี้ให้สุดขั้ว - ถ้าสิ่งที่สร้างแตกเราได้แนบกับคอมพิวเตอร์หลายเครื่องในพื้นที่ของเราซึ่งเราอยู่กับผู้ใช้ทางธุรกิจเรามีไฟกระพริบสีแดงเพียง เหมือนรถตำรวจ และถ้างานก่อสร้างพังไฟกะพริบสีแดงเหล่านั้นก็เริ่มดับและเรารู้ว่ามันเป็นงานที่ต้องทำบนดาดฟ้า: แก้ไขงานสร้างแล้วดำเนินการต่อในสิ่งที่เรากำลังทำอยู่

ฉันต้องการพูดคุยเกี่ยวกับสิ่งอื่น ๆ และนี่คือความสามารถที่เป็นเอกลักษณ์ของ ER Studio มันช่วยได้จริงๆเมื่อเราพยายามสร้างสิ่งประดิษฐ์เหล่านี้ในฐานะนักพัฒนาสำหรับขอบเขตการคงอยู่เหล่านี้เรามีแนวคิดที่เรียกว่าวัตถุข้อมูลทางธุรกิจและสิ่งที่ทำให้เรา สิ่งที่ต้องทำคือถ้าคุณดูตัวอย่างของข้อมูลที่ง่ายมากมันช่วยให้เราสามารถสรุปเอนทิตีหรือกลุ่มของเอนทิตีสำหรับขอบเขตการคงอยู่ ที่ซึ่งเราในฐานะผู้สร้างแบบจำลองข้อมูลอาจนึกถึงบางอย่างเช่นส่วนหัวของคำสั่งซื้อและการจัดเรียงคำสั่งซื้อและตารางรายละเอียดอื่น ๆ ที่จะผูกไว้ในวิธีที่เราสร้างมันขึ้นมาและนักพัฒนาบริการข้อมูลของเราจำเป็นต้องทราบว่า โครงสร้าง นักพัฒนาของเรากำลังคิดเกี่ยวกับสิ่งต่าง ๆ เช่นใบสั่งซื้อเป็นวัตถุโดยรวมและสัญญาของพวกเขาคืออะไรกับวิธีสร้างวัตถุเหล่านั้น เราสามารถเปิดเผยรายละเอียดทางเทคนิคเพื่อให้คนที่สร้างเซิร์ฟเวอร์ข้อมูลสามารถมองเห็นสิ่งที่อยู่ข้างใต้และเราสามารถป้องกันผู้ชมอื่น ๆ จากความซับซ้อนเพื่อให้พวกเขาเห็นวัตถุระดับสูงต่าง ๆ ซึ่งทำงานได้ดีมากสำหรับการสื่อสารกับธุรกิจ นักวิเคราะห์และผู้มีส่วนได้เสียทางธุรกิจเมื่อเรากำลังพูดถึงปฏิสัมพันธ์ของแนวคิดทางธุรกิจที่แตกต่างเช่นกัน

สิ่งที่ดีเกี่ยวกับสิ่งนั้นก็คือเราขยายและยุบสิ่งเหล่านี้อย่างสร้างสรรค์เพื่อให้เราสามารถรักษาความสัมพันธ์ระหว่างวัตถุที่มีลำดับสูงกว่าได้แม้ว่าวัตถุเหล่านั้นจะมาจากโครงสร้างที่มีอยู่ภายในวัตถุข้อมูลทางธุรกิจเหล่านั้นเอง ตอนนี้ในฐานะนางแบบไปที่จุดสิ้นสุดของการวิ่งในตอนท้ายของการวิ่งแบบสรุปฉันมีหลายสิ่งหลายอย่างที่ฉันต้องทำซึ่งฉันเรียกการทำความสะอาดของฉันเพื่อการวิ่งครั้งต่อไป การวิ่งทุกครั้งที่ฉันสร้างสิ่งที่ฉันเรียกว่าการปล่อยชื่อ - นั่นทำให้ฉันมีพื้นฐานสำหรับสิ่งที่ฉันมีตอนท้ายของการปล่อย นั่นหมายความว่าพื้นฐานของฉันคือการก้าวไปข้างหน้าเส้นเขตแดนทั้งหมดหรือการเผยแพร่ที่มีชื่อเหล่านี้ที่ฉันสร้างและบันทึกในที่เก็บของฉันฉันสามารถใช้ทำการเปรียบเทียบ / ผสานเพื่อให้ฉันสามารถเปรียบเทียบกับจุดสิ้นสุดของการวิ่งใด ๆ เป็นสิ่งสำคัญมากที่จะต้องทราบว่าการเปลี่ยนแปลงของคุณเป็นอย่างไรกับรูปแบบข้อมูลระหว่างการเดินทาง

ฉันยังสร้างสคริปต์ DDL ของเดลต้าโดยใช้การเปรียบเทียบ / ผสานอีกครั้งตั้งแต่ต้นจนจบ sprint ฉันอาจตรวจสอบสคริปต์ที่เพิ่มขึ้นทั้งหมด แต่ถ้าฉันต้องการตอนนี้ฉันมีสคริปต์ที่ฉันสามารถปรับใช้ให้โดดเด่นแซนด์บ็อกซ์อื่น ๆ ดังนั้นฉันสามารถพูดได้ว่านี่คือสิ่งที่เรามีในตอนแรกของการวิ่ง สร้างฐานข้อมูลเป็นแซนด์บ็อกซ์เพื่อเริ่มต้นการวิ่งครั้งต่อไปและเรายังสามารถใช้สิ่งเหล่านั้นเพื่อทำสิ่งต่าง ๆ เช่นอินสแตนซ์ QA แบบสแตนด์อะโลนและแน่นอนที่สุดเราต้องการผลักดันการเปลี่ยนแปลงของเราออกสู่การผลิต ในเวลาเดียวกัน. อีกครั้งเรามีส่วนร่วมอย่างเต็มที่ในการวางแผนการวิ่งและการหวนรำลึกการย้อนหลังเป็นบทเรียนที่ได้เรียนรู้และนั่นเป็นสิ่งสำคัญอย่างยิ่งเพราะคุณสามารถก้าวไปได้อย่างรวดเร็วในช่วงเวลาที่มีความคล่องตัวคุณต้องหยุดและเฉลิมฉลองความสำเร็จเช่นนี้ คิดให้ดีว่ามีอะไรผิดพลาดทำให้ดีขึ้นในครั้งต่อไป แต่ยังเฉลิมฉลองสิ่งที่ถูกต้องและสร้างมันขึ้นมาในขณะที่คุณเดินหน้าต่อไปในการวิ่งครั้งต่อไป

ตอนนี้ฉันกำลังพูดถึงคุณค่าทางธุรกิจอย่างรวดเร็ว มีโครงการที่ฉันเข้าร่วมเมื่อหลายปีก่อนที่เริ่มเป็นโครงการที่มีความคล่องตัวและเป็นโครงการที่รุนแรงดังนั้นมันจึงเป็นทีมจัดระเบียบตัวเองที่บริสุทธิ์ซึ่งเป็นเพียงนักพัฒนาที่ทำทุกอย่าง เพื่อทำให้เรื่องสั้นสั้นลงโครงการนี้หยุดชะงักและพวกเขาพบว่าพวกเขาใช้เวลามากขึ้นในการแก้ไขและแก้ไขข้อบกพร่องที่ระบุไว้มากกว่าที่พวกเขาผลักดันการทำงานให้มากขึ้นและในความเป็นจริงเมื่อพวกเขามองตาม ในชาร์ตที่ถูกเผาไหม้พวกเขาจะต้องขยายโครงการหกเดือนด้วยค่าใช้จ่ายมหาศาล และเมื่อเรามองไปที่วิธีการแก้ไขปัญหาคือการใช้เครื่องมือสร้างแบบจำลองข้อมูลที่เหมาะสมกับตัวสร้างข้อมูลที่มีทักษะที่เกี่ยวข้องกับโครงการ

หากคุณดูที่แถบแนวตั้งในแผนภูมินี้แสดงว่ามีข้อบกพร่องสะสมกับวัตถุสะสมและฉันกำลังพูดถึงวัตถุข้อมูลหรือโครงสร้างที่สร้างขึ้นเช่นตารางที่มีข้อ จำกัด และสิ่งต่าง ๆ หากคุณดูที่ ก่อนที่ตัวจำลองข้อมูลจะถูกนำมาใช้จำนวนข้อบกพร่องนั้นเกินจริงและเริ่มสร้างช่องว่างเล็ก ๆ น้อย ๆ กับจำนวนวัตถุที่ผลิตจริงจนถึงจุดนั้น หลังจากสัปดาห์ที่ 21 นั่นคือเมื่อตัวสร้างข้อมูลเข้ามาสร้างโมเดลข้อมูลใหม่โดยยึดตามสิ่งที่ต้องแก้ไขหลายสิ่งจากนั้นเริ่มสร้างแบบจำลองโดยเป็นส่วนหนึ่งของทีมงานโครงการในอนาคตการเปลี่ยนแปลงเมื่อโครงการนั้นถูกผลักไปข้างหน้า . และคุณเห็นการพลิกกลับอย่างรวดเร็วมากภายในประมาณหนึ่งปีครึ่งเราเห็นการปรับขนาดใหญ่ของจำนวนวัตถุและข้อมูลที่สร้างและสร้างขึ้นเพราะเราสร้างเครื่องมือสร้างแบบจำลองข้อมูลแทนที่จะเป็นนักพัฒนา สร้างพวกเขาในสภาพแวดล้อมและพวกเขาถูกต้องเพราะพวกเขามีความสมบูรณ์ของการอ้างอิงที่เหมาะสมและโครงสร้างอื่น ๆ ที่ควรจะมี ระดับของข้อบกพร่องต่อผู้ที่เกือบจะเป็นแนวราบ ด้วยการดำเนินการที่เหมาะสมและทำให้แน่ใจว่าการสร้างแบบจำลองข้อมูลมีส่วนร่วมอย่างเต็มที่โครงการจะส่งมอบตรงเวลาด้วยคุณภาพระดับที่สูงขึ้นมากและในความเป็นจริงมันจะไม่ส่งมอบเลยหากขั้นตอนเหล่านั้นไม่ได้เกิดขึ้น มีความล้มเหลวของความคล่องตัวมากมายที่นั่นความสำเร็จที่คล่องตัวหากคุณต้องการให้ผู้คนมีบทบาทที่ถูกต้องเหมาะสม ฉันเป็นผู้แสดงความคล่องแคล่วอย่างมากในฐานะเป็นวินัยในการปฏิบัติงาน แต่คุณต้องทำให้แน่ใจว่าคุณมีทักษะของกลุ่มที่ถูกต้องทั้งหมดที่เกี่ยวข้องกับทีมงานโครงการของคุณเมื่อคุณก้าวไปข้างหน้าด้วยความพยายามแบบคล่องตัว

เพื่อสรุปสถาปนิกข้อมูลและผู้สร้างแบบจำลองจะต้องมีส่วนร่วมในโครงการพัฒนาทั้งหมด พวกเขาเป็นกาวที่รวบรวมทุกอย่างเข้าด้วยกันเพราะในฐานะผู้สร้างข้อมูลและสถาปนิกที่เราเข้าใจไม่เพียง แต่ข้อมูลที่สร้างขึ้นจากโครงการพัฒนาที่กำหนด แต่ยังรวมถึงข้อมูลที่มีอยู่ในองค์กรและแหล่งที่มาของข้อมูล กำลังจะถูกใช้และใช้งานนอกแอปพลิเคชันเฉพาะที่เรากำลังดำเนินการอยู่ เราเข้าใจความสัมพันธ์ของข้อมูลที่ซับซ้อนและเป็นสิ่งสำคัญยิ่งที่จะสามารถก้าวไปข้างหน้าและจากมุมมองการกำกับดูแลเพื่อทำแผนที่เอกสารและทำความเข้าใจว่าข้อมูลทั้งหมดของคุณมีลักษณะอย่างไร

มันก็เหมือนกับการผลิต ฉันมาจากพื้นหลังการผลิต คุณไม่สามารถตรวจสอบคุณภาพในบางสิ่งได้ในตอนท้าย - คุณต้องสร้างคุณภาพในการออกแบบล่วงหน้าและในแบบของคุณและการสร้างแบบจำลองข้อมูลเป็นวิธีการสร้างคุณภาพนั้นลงในการออกแบบในลักษณะที่มีประสิทธิภาพและคุ้มค่าตลอด . และอีกครั้งสิ่งที่ต้องจำ - และนี่ไม่ควรซ้ำซาก แต่เป็นความจริง - แอพพลิเคชั่นมาแล้วไปข้อมูลเป็นทรัพย์สินที่สำคัญของ บริษัท และมันสามารถก้าวข้ามขอบเขตของแอพพลิเคชั่นเหล่านั้นทั้งหมด ทุกครั้งที่คุณใส่แอปพลิเคชันคุณอาจถูกขอให้เก็บรักษาข้อมูลจากแอปพลิเคชันอื่น ๆ ที่เคยมีมาก่อนดังนั้นเราจึงจำเป็นต้องจำไว้ว่ามันเป็นสินทรัพย์ที่สำคัญของ บริษัท ที่เราต้องดูแลตลอดเวลา

และนั่นมัน! จากที่นี่เราจะใช้คำถามเพิ่มเติม

Eric Kavanagh: เอาล่ะดีฉันขอโยนมันให้ Robin ก่อน จากนั้นเดซฉันแน่ใจว่าคุณมีคำถามสองสามข้อ เอามันออกไปโรบิน

ดร. โรบินบลอร์: โอเค พูดตามตรงฉันไม่เคยมีปัญหากับวิธีการพัฒนาแบบว่องไวและดูเหมือนว่าสิ่งที่คุณกำลังทำที่นี่ทำให้รู้สึกเด่น ฉันจำได้ว่ากำลังมองหาบางอย่างในช่วงปี 1980 ซึ่งบ่งชี้ว่าจริงๆแล้วปัญหาที่คุณเจอในแง่ของโครงการที่ไม่สามารถควบคุมได้เป็นเรื่องปกติถ้าคุณปล่อยให้ความผิดพลาดยังคงมีอยู่เกินกว่าระยะที่กำหนด มันจะยากมากขึ้นที่จะแก้ไขหากคุณไม่เข้าใจขั้นตอนนั้นดังนั้นสิ่งหนึ่งที่คุณทำที่นี่ - และฉันคิดว่านี่เป็นสไลด์ - แต่สิ่งหนึ่งที่คุณกำลังทำอยู่ที่นี่ ในความคิดของฉันในการวิ่งศูนย์มีความสำคัญอย่างยิ่งเพราะคุณกำลังพยายามเอาของไปส่งที่นั่น และถ้าคุณไม่ได้รับการส่งมอบที่ตรึงแล้วรูปร่างเปลี่ยนแปลงการส่งมอบ

นั่นเป็นความคิดของฉัน มันเป็นความคิดเห็นของฉันด้วย - ฉันไม่มีข้อโต้แย้งใด ๆ กับแนวคิดที่ว่าคุณจะต้องทำให้การสร้างแบบจำลองข้อมูลถูกต้องในระดับรายละเอียดที่แน่นอนก่อนที่คุณจะผ่านไป สิ่งที่ฉันต้องการให้คุณลองทำเพราะฉันยังไม่เข้าใจมันเป็นเพียงแค่อธิบายหนึ่งในโครงการเหล่านี้ในแง่ของขนาดในแง่ของการไหลในแง่ของใครคุณรู้ ปัญหาถูกครอบตัดพวกเขาแก้ไขได้ที่ไหน เพราะฉันคิดว่าสไลด์นี้เป็นหัวใจของมันและถ้าคุณสามารถอธิบายเพิ่มเติมเกี่ยวกับเรื่องนี้ได้อีกเล็กน้อยฉันก็จะรู้สึกขอบคุณมาก

Ron Huizenga: แน่นอนและฉันจะใช้ตัวอย่างโครงการสองสามอย่าง คนที่ชอบออกไปจากรางรถไฟที่ถูกนำกลับมาโดยการให้คนที่เกี่ยวข้องเข้ามามีส่วนร่วมและทำการสร้างแบบจำลองข้อมูลและทุกอย่างเป็นวิธีที่ทำให้แน่ใจได้ว่าการออกแบบนั้นเข้าใจได้ดีขึ้น ระหว่างทางโดยการจำลองมัน เพราะเมื่อคุณทำแบบจำลองคุณรู้ว่าคุณสามารถสร้าง DDL ของคุณและทุกอย่างที่อยู่ด้านหลังและด้านนอกของเครื่องมือแทนที่จะต้องสร้างสิ่งนี้เหมือนคนทั่วไปอาจทำได้โดยการเข้าไปในสภาพแวดล้อมฐานข้อมูลโดยตรง และสิ่งทั่วไปที่จะเกิดขึ้นกับนักพัฒนาคือพวกเขาจะเข้าไปที่นั่นและพวกเขาจะพูดว่าโอเคฉันต้องการตารางเหล่านี้ สมมติว่าเรากำลังทำรายการสั่งซื้อ ดังนั้นพวกเขาอาจสร้างส่วนหัวของคำสั่งซื้อและตารางรายละเอียดคำสั่งซื้อและสิ่งต่าง ๆ เหล่านั้น แต่บ่อยครั้งที่พวกเขาจะลืมหรือเพิกเฉยเพื่อให้แน่ใจว่ามีข้อ จำกัด ในการเป็นตัวแทนของความสัมพันธ์ที่สำคัญกับต่างประเทศ อาจไม่ถูกต้อง อนุสัญญาการตั้งชื่ออาจสงสัยเช่นกัน ฉันไม่รู้ว่าฉันเข้าสู่สภาพแวดล้อมกี่ครั้งเช่นที่คุณเห็นกลุ่มของตารางต่าง ๆ ที่มีชื่อแตกต่างกัน แต่จากนั้นชื่อคอลัมน์ในตารางเหล่านั้นจะเหมือน ID ชื่อหรืออะไรก็ตามดังนั้นพวกเขา ได้สูญเสียบริบทโดยไม่ต้องมีตารางของสิ่งที่เป็น

ดังนั้นโดยทั่วไปเมื่อเราสร้างแบบจำลองข้อมูลเราจะตรวจสอบให้แน่ใจว่าเราใช้หลักการตั้งชื่อที่เหมาะสมกับสิ่งประดิษฐ์ทั้งหมดที่สร้างขึ้นใน DDL เช่นกัน แต่โดยเฉพาะอย่างยิ่งเกี่ยวกับลักษณะของโครงการที่ตัวเองพูดโดยทั่วไปฉันกำลังพูดถึงความคิดริเริ่มที่ค่อนข้างใหญ่ หนึ่งในนั้นคือโครงการแปลงธุรกิจมูลค่า $ 150 ล้านซึ่งเราแทนที่ระบบเดิม ๆ กว่าสิบระบบ เรามีทีมว่องไวที่ต่างกันห้าทีมที่เกิดขึ้นพร้อมกัน ฉันมีทีมงานสถาปัตยกรรมข้อมูลเต็มรูปแบบดังนั้นฉันจึงมีผู้สร้างโมเดลข้อมูลจากทีมของฉันฝังตัวอยู่ในทีมแอปพลิเคชันอื่นทุกทีมและเราทำงานร่วมกับผู้เชี่ยวชาญทางธุรกิจภายในองค์กรที่รู้เรื่องที่กำลังทำอยู่ เรื่องราวของผู้ใช้สำหรับความต้องการของตัวเอง เรามีนักวิเคราะห์ธุรกิจในแต่ละทีมที่เป็นแบบจำลองกระบวนการทางธุรกิจโดยมีแผนภาพกิจกรรมหรือไดอะแกรมกระบวนการธุรกิจช่วยให้เรื่องราวของผู้ใช้กับผู้ใช้มากขึ้นก่อนที่พวกเขาจะถูกบริโภคด้วยส่วนที่เหลือของทีมเช่นกัน

และแน่นอนว่านักพัฒนาซอฟต์แวร์ที่กำลังสร้างรหัสแอปพลิเคชันอยู่ด้านบน และเราก็ทำงานด้วยกันฉันคิดว่ามันเป็นผู้จำหน่ายระบบรวมสี่ระบบที่กำลังสร้างส่วนต่าง ๆ ของแอพพลิเคชั่นด้วยโดยที่ทีมหนึ่งกำลังสร้างบริการข้อมูลส่วนอีกคนกำลังสร้างตรรกะแอปพลิเคชันในพื้นที่หนึ่ง ในพื้นที่ธุรกิจอื่นกำลังสร้างตรรกะของแอปพลิเคชันในพื้นที่นั้น ดังนั้นเราจึงมีการทำงานร่วมกันของผู้คนที่ทำงานในโครงการนี้ โดยเฉพาะอย่างยิ่งเรามี 150 คนบนฝั่งในทีมและอีก 150 ทรัพยากรนอกชายฝั่งของทีมที่ร่วมมือกันในการวิ่งสองสัปดาห์เพื่อขับสิ่งนี้ออกมา และการทำเช่นนั้นคุณต้องทำให้แน่ใจว่าคุณยิงใส่กระบอกสูบทุกกระบอกและทุกคนมีการซิงโครไนซ์อย่างดีในแง่ของการส่งมอบของพวกเขาและคุณมีการรีเซ็ตซ้ำบ่อย ๆ เพื่อให้แน่ใจว่าเราทำการส่งมอบสิ่งประดิษฐ์ที่จำเป็นทั้งหมด ในตอนท้ายของการวิ่งทุกครั้ง

ดร. โรบินบลอร์: มันน่าประทับใจมาก และสำหรับรายละเอียดเพิ่มเติมเล็กน้อยเกี่ยวกับเรื่องนั้น - คุณจบลงด้วยสิ่งที่ฉันจะเรียกว่าแผนที่ MDM ของพื้นที่ข้อมูลทั้งหมดในตอนท้ายของโครงการหรือไม่

Ron Huizenga: เรามีรูปแบบข้อมูลที่สมบูรณ์ซึ่งพังทลายลงด้วยการสลายตัวของธุรกิจต่างๆ พจนานุกรมข้อมูลตัวเองในแง่ของคำจำกัดความเต็มลดลงเล็กน้อยเล็กน้อย เรามีตารางส่วนใหญ่ที่กำหนดไว้ เรามีคอลัมน์ส่วนใหญ่ที่นิยามไว้ตามความหมายที่แท้จริง มีบางอย่างที่ไม่ได้อยู่ที่นั่นและที่น่าสนใจก็คือมีข้อมูลจำนวนมากที่มาจากระบบดั้งเดิมซึ่งหลังจากสิ้นสุดขอบเขตโครงการแล้วซึ่งยังคงถูกบันทึกไว้เป็นชุดส่งต่อ สิ่งประดิษฐ์อย่างที่มันเป็นอยู่นอกโครงการเพราะมันเป็นสิ่งที่จำเป็นต้องได้รับการสนับสนุนจากองค์กรในอนาคต ดังนั้นในขณะเดียวกันองค์กรก็มีมุมมองที่เพิ่มขึ้นอย่างมากเกี่ยวกับความสำคัญของการกำกับดูแลข้อมูลเพราะเราเห็นข้อบกพร่องจำนวนมากในระบบมรดกเหล่านั้นและแหล่งข้อมูลดั้งเดิมที่เราพยายามบริโภคเพราะพวกเขาไม่ได้บันทึกไว้ ในหลายกรณีเรามีฐานข้อมูลที่เราต้องทำวิศวกรรมย้อนกลับและพยายามหาว่ามีอะไรบ้างและข้อมูลนั้นมีไว้เพื่ออะไร

ดร. โรบินบลอร์: มันไม่แปลกใจเลยที่ฉันมีแง่มุมนั้น การกำกับดูแลข้อมูลคือเรียกว่าเป็นข้อกังวลที่ทันสมัยมากและฉันคิดว่าจริงๆแล้วมีงานจำนวนมากที่ควรจะทำในอดีตเกี่ยวกับการกำกับดูแลข้อมูล ไม่เคยเป็นเพราะคุณทำได้หลีกเลี่ยงไม่ทำ แต่เมื่อแหล่งข้อมูลเติบโตและเติบโตในที่สุดคุณก็ทำไม่ได้

อย่างไรก็ตามฉันจะส่งต่อไปยัง Dez เพราะฉันคิดว่าฉันมีเวลาที่กำหนด Dez?

Dez Blanchfield: ใช่ขอบคุณ จากสิ่งทั้งหมดนี้ฉันกำลังเฝ้าดูและคิดกับตัวเองว่าเรากำลังพูดถึงการเห็นความคล่องตัวที่ใช้ความโกรธในหลาย ๆ ด้าน แม้ว่านั่นจะมีนัยยะเชิงลบ ฉันหมายความว่าในทางบวก คุณอาจจะให้สถานการณ์ของฉันกับฉันฉันหมายถึงมีสองที่ที่ฉันเห็นว่านี่เป็นฉากที่สมบูรณ์แบบ: หนึ่งเป็นโครงการใหม่ที่เพิ่งจะต้องทำตั้งแต่วันแรก แต่ฉันคิดว่าอย่างสม่ำเสมอในประสบการณ์ของฉันบ่อยครั้ง กรณีที่เมื่อโครงการมีขนาดใหญ่พอที่จำเป็นในหลาย ๆ ด้านมีความท้าทายที่น่าสนใจระหว่างการติดกาวสองโลกใช่ไหม? คุณสามารถให้ข้อมูลเชิงลึกเกี่ยวกับเรื่องราวความสำเร็จบางอย่างที่คุณได้เห็นในที่ที่คุณได้เข้าไปในองค์กรเป็นที่ชัดเจนว่าพวกเขามีการปะทะกันเล็กน้อยระหว่างสองโลกและคุณสามารถประสบความสำเร็จได้ สิ่งนี้เกิดขึ้นและนำโครงการขนาดใหญ่มารวมกันซึ่งพวกเขาอาจไปทางรถไฟหรือไม่? ฉันรู้ว่ามันเป็นคำถามที่กว้างมาก แต่ฉันแค่สงสัยว่ามีกรณีศึกษาเฉพาะที่คุณสามารถชี้ไปยังจุดที่คุณพูดคุณรู้ไหมเรานำสิ่งนี้มาใช้และนำทีมพัฒนาทั้งหมดมารวมกันด้วย ทีมข้อมูลและเราได้พูดถึงบางสิ่งที่อาจทำให้เรือจมได้หรือไม่?

Ron Huizenga: แน่นอนและที่จริงแล้วโครงการหนึ่งที่เกิดขึ้นเป็นโครงการวางท่อคือโครงการที่ฉันได้กล่าวถึงในที่ที่ฉันแสดงให้เห็นว่าแผนภูมิมีข้อบกพร่องทั้งก่อนและหลังจากตัวสร้างข้อมูลที่เกี่ยวข้อง บ่อยครั้งและมีแนวคิดเกี่ยวกับอุปาทานโดยเฉพาะอย่างยิ่งหากสิ่งต่าง ๆ เกิดขึ้นเมื่อทำจากมุมมองการพัฒนาล้วนๆเป็นเพียงนักพัฒนาที่มีส่วนร่วมในโครงการที่คล่องตัวเหล่านี้เพื่อส่งมอบแอปพลิเคชัน แน่นอนว่าสิ่งที่เกิดขึ้นที่นั่นคือพวกเขาลงจากรางและสิ่งประดิษฐ์ข้อมูลของพวกเขาโดยเฉพาะหรือสิ่งที่ส่งมอบข้อมูลที่พวกเขากำลังผลิตลดลงในระยะสั้นของเครื่องหมายในแง่ของคุณภาพและที่อยู่จริงๆสิ่งที่โดยรวม และบ่อยครั้งที่มีความเข้าใจผิดว่าผู้สร้างข้อมูลจะทำให้โครงการช้าลงและพวกเขาจะทำถ้าผู้สร้างข้อมูลไม่มีทัศนคติที่ถูกต้อง อย่างที่ฉันพูดคุณต้องสูญเสีย - บางครั้งมีตัวสร้างข้อมูลที่มีทัศนคติแบบผู้รักษาประตูแบบดั้งเดิมอยู่ที่ไหน“ เราอยู่ที่นี่เพื่อควบคุมว่าโครงสร้างข้อมูลมีลักษณะอย่างไร” และความคิดนั้นจะหายไป ใครก็ตามที่มีส่วนร่วมในการพัฒนาที่คล่องตัวและโดยเฉพาะผู้สร้างข้อมูลต้องมีบทบาทในฐานะผู้อำนวยความสะดวกเพื่อช่วยให้ทีมก้าวไปข้างหน้าอย่างแท้จริง และวิธีที่ดีที่สุดในการแสดงให้เห็นคือการแสดงให้ทีมเห็นว่าพวกเขาสามารถสร้างผลงานได้อย่างรวดเร็วเพียงใดโดยการสร้างแบบจำลองการเปลี่ยนแปลงก่อน และอีกครั้งนั่นคือเหตุผลที่ฉันพูดคุยเกี่ยวกับการทำงานร่วมกัน

มีบางสิ่งที่เราสามารถสร้างแบบจำลองก่อนและสร้าง DDL เพื่อผลักดันให้นักพัฒนา เราต้องการให้แน่ใจว่าพวกเขาไม่รู้สึกว่าถูก จำกัด ดังนั้นหากมีสิ่งที่พวกเขากำลังทำงานอยู่ให้พวกเขาทำงานต่อไปในกล่องทดลองพัฒนาเพราะนั่นคือสิ่งที่นักพัฒนากำลังทำงานบนเดสก์ท็อปของตนเองหรือฐานข้อมูลอื่น ๆ เพื่อทำการเปลี่ยนแปลงบางอย่างที่พวกเขากำลังทดสอบสิ่งต่างๆ และร่วมมือกับพวกเขาและพูดว่า“ โอเคทำงานกับเรื่องนั้น” เราจะนำมันเข้าไปในเครื่องมือเราจะแก้ไขมันแล้วเราจะผลักดันมันไปข้างหน้าและมอบสคริปต์ที่คุณสามารถนำไปใช้เพื่ออัปเดตของคุณ ฐานข้อมูลเพื่ออัปเกรดเป็นสิ่งที่มุมมองการผลิตจริงที่ถูกทำนองคลองธรรมจะเป็นในขณะที่เรายังคงเดินหน้าต่อไป และคุณสามารถหันไปรอบ ๆ อย่างรวดเร็วมาก ฉันพบว่าวันเวลาของฉันเต็มไปด้วยการที่ฉันย้อนกลับไปมากับทีมพัฒนาที่แตกต่างกันดูการเปลี่ยนแปลงการเปรียบเทียบการสร้างสคริปต์การทำให้พวกเขาไปและฉันก็สามารถติดตามตัวเองด้วยทีมพัฒนาสี่ทีมได้อย่างง่ายดาย บรรลุโมเมนตัม

Dez Blanchfield: หนึ่งในสิ่งที่นึกถึงคือการสนทนาที่ฉันมีอยู่ทุกวันเกี่ยวกับรถไฟบรรทุกสินค้านี้มาถึงพวกเราที่เป็นแบบเครื่องจักร - เครื่องจักรและ IoT และถ้าเราคิดว่าเรามีข้อมูลจำนวนมากในสภาพแวดล้อมปัจจุบันของเราในองค์กรคุณรู้ไหมว่าถ้าเรานำยูนิคอร์นไปสักครู่หนึ่งที่เรารู้ว่า Googles และ Facebook และ Ubers มีข้อมูลเป็นจำนวนมาก แต่ ในองค์กรแบบดั้งเดิมเรากำลังพูดถึงเทราไบต์และข้อมูลจำนวนมาก แต่มีรถไฟบรรทุกสินค้านี้มาที่องค์กรในมุมมองของฉันและดร. โรบินบลอร์พูดพาดพิงถึง IoT ก่อนหน้านี้ คุณรู้ไหมเรามีทราฟฟิกบนเว็บจำนวนมากเรามีทราฟฟิกทางสังคมตอนนี้เรามีอุปกรณ์พกพาและมือถือแล้วคลาวด์ก็มีระเบิดจัด แต่ตอนนี้เรามีโครงสร้างพื้นฐานที่ชาญฉลาดเมืองอัจฉริยะ และมีโลกทั้งโลกของข้อมูลที่เพิ่งระเบิด

สำหรับองค์กรในชีวิตประจำวันองค์กรขนาดกลางถึงขนาดใหญ่ที่กำลังนั่งอยู่ที่นั่นและเห็นโลกแห่งความเจ็บปวดมาที่พวกเขาและไม่ได้มีการวางแผนทันทีในใจสิ่งที่มีอยู่บ้างในประโยคเพียงไม่กี่ประโยคที่คุณต้องการ ให้กับพวกเขาเป็นเวลาและสถานที่ที่พวกเขาต้องการที่จะเริ่มคิดการสนทนาเกี่ยวกับการวางวิธีการเหล่านี้บางอย่างในสถานที่ พวกเขาต้องเริ่มวางแผนที่จะนั่งและให้ความสนใจและบอกว่านี่เป็นเวลาที่เหมาะสมที่จะได้รับเครื่องมือบางอย่างและทำให้ทีมได้รับการฝึกฝนและพูดคุยเกี่ยวกับคำศัพท์ที่ท้าทาย เรื่องราวนี้สายไปมากหรือช้าเกินไป อะไรที่ดูเหมือนกับบางองค์กรที่คุณเห็น

Ron Huizenga: ฉันจะบอกกับองค์กรส่วนใหญ่ว่าถ้าพวกเขายังไม่ได้ทำและปรับการสร้างแบบจำลองข้อมูลและสถาปัตยกรรมข้อมูลด้วยเครื่องมือที่ทรงพลังเช่นนี้เวลาที่พวกเขาต้องทำคือเมื่อวานนี้ เนื่องจากเป็นที่น่าสนใจแม้กระทั่งทุกวันนี้เมื่อคุณดูข้อมูลในองค์กรเรามีข้อมูลมากมายในองค์กรของเราและโดยทั่วไปพูดตามการสำรวจบางอย่างที่เราเห็นเราใช้น้อยกว่าร้อยละห้าของข้อมูลนั้นอย่างมีประสิทธิภาพ เมื่อเรามองข้ามองค์กร และด้วย IoT หรือ NoSQL ข้อมูลขนาดใหญ่ - ไม่ใช่แค่ IoT แต่เป็นข้อมูลขนาดใหญ่โดยทั่วไป - ตอนนี้เราเริ่มที่จะใช้ข้อมูลเพิ่มเติมที่มาจากภายนอกองค์กรของเราความท้าทายนั้นก็ใหญ่ขึ้นเรื่อย ๆ ตลอดเวลา. และวิธีเดียวที่เรามีโอกาสที่จะสามารถจัดการนั่นคือการช่วยให้เราเข้าใจว่าข้อมูลนั้นเกี่ยวกับอะไร

ดังนั้นกรณีใช้จะแตกต่างกันเล็กน้อย สิ่งที่เราพบว่าตัวเองทำคือเมื่อเราดูข้อมูลนั้นเราจะจับมันเราจำเป็นต้องทำวิศวกรรมย้อนกลับดูสิ่งที่อยู่ในนั้นไม่ว่ามันจะอยู่ในข้อมูลของเราหรือแม้แต่ในฐานข้อมูลของเราสังเคราะห์สิ่งที่ ข้อมูลคือใช้ความหมายกับมันและคำจำกัดความของข้อมูลนั้นเพื่อให้เราสามารถเข้าใจได้ว่าข้อมูลคืออะไร เพราะจนกว่าเราจะเข้าใจว่ามันคืออะไรเราไม่สามารถมั่นใจได้ว่าเราใช้มันอย่างถูกต้องหรือเพียงพอ ดังนั้นเราต้องจัดการกับข้อมูลนั้นจริงๆ และอีกส่วนหนึ่งก็คืออย่าดำเนินการเพราะคุณสามารถใช้ข้อมูลภายนอกทั้งหมดนี้ได้ในกรณีที่คุณมีกรณีการใช้งานที่รองรับการใช้ข้อมูลภายนอกนี้ มุ่งเน้นไปที่สิ่งที่คุณต้องการมากกว่าเพียงแค่พยายามดึงและใช้สิ่งที่คุณอาจต้องการในภายหลัง มุ่งเน้นที่สิ่งสำคัญก่อนและเมื่อคุณดำเนินการผ่านมันคุณจะได้รับการบริโภคและพยายามทำความเข้าใจข้อมูลอื่น ๆ จากภายนอก

ตัวอย่างที่สมบูรณ์แบบคือฉันรู้ว่าเรากำลังพูดถึง IoT และเซ็นเซอร์ แต่ปัญหาประเภทเดียวกันได้เกิดขึ้นแล้วในหลาย ๆ องค์กรมาหลายปีแม้กระทั่งก่อนหน้า IoT ใครก็ตามที่มีระบบควบคุมการผลิตไม่ว่าพวกเขาจะเป็น บริษัท ไปป์ไลน์การผลิตหรือ บริษัท ที่ทำงานตามกระบวนการที่มีสิ่งต่าง ๆ ที่พวกเขากำลังดำเนินการอัตโนมัติด้วยการควบคุมจำนวนมากและพวกเขากำลังใช้สตรีมข้อมูลและสิ่งต่าง ๆ เช่นนั้น ข้อมูล firehoses เหล่านี้ที่พวกเขาพยายามที่จะดื่มให้คิดออกเหตุการณ์ที่เกิดขึ้นในอุปกรณ์การผลิตของฉันเพื่อส่งสัญญาณคืออะไรจะเกิดขึ้นและเมื่อใด และในบรรดาสตรีมข้อมูลขนาดใหญ่นี้มีเพียงข้อมูลหรือแท็กเฉพาะที่พวกเขาสนใจซึ่งพวกเขาต้องการที่จะกลั่นกรองสังเคราะห์แบบจำลองและทำความเข้าใจ และพวกเขาสามารถละเว้นส่วนที่เหลือของมันจนกว่าจะถึงเวลาที่จะเข้าใจมันจริงๆและจากนั้นพวกเขาสามารถขยายขอบเขตของพวกเขาเพื่อดึงสิ่งนั้น ๆ เข้ามาในขอบเขตถ้ามันเหมาะสม

Dez Blanchfield: แน่นอน มีคำถามหนึ่งที่ฉันจะนำไปสู่ที่มาจากสุภาพบุรุษที่เรียกว่าเอริคและเราได้พูดคุยกับมันเป็นการส่วนตัว ฉันเพิ่งขออนุญาตจากเขาซึ่งเขาได้รับอนุญาตจากคุณ เพราะสิ่งนี้นำไปสู่สิ่งนี้เพียงแค่ปิดบังเพราะตอนนี้เราจะใช้เวลาเล็กน้อยและฉันจะส่งคืนให้เอริค แต่คำถามจาก Eric อีกข้อหนึ่งก็คือมันสมเหตุสมผลหรือไม่ที่จะสมมติว่าเจ้าของการเริ่มต้นคุ้นเคยและเข้าใจความท้าทายที่ไม่เหมือนใครเกี่ยวกับการสร้างแบบจำลองคำศัพท์และอื่น ๆ หรือควรส่งให้คนอื่นสำหรับการตีความ? ดังนั้นกล่าวอีกนัยหนึ่งการเริ่มต้นควรมีความพร้อมและเต็มใจและสามารถมุ่งเน้นและนำเสนอสิ่งนี้ได้หรือไม่? หรือเป็นสิ่งที่พวกเขาน่าจะซื้อของและนำผู้เชี่ยวชาญมาร่วมด้วย?

Ron Huizenga: ฉันเดาว่าคำตอบสั้น ๆ นั้นขึ้นอยู่กับมันจริงๆ ถ้าเป็นการเริ่มต้นที่ไม่มีใครอยู่ในบ้านที่เป็น data data หรือ modeler ที่เข้าใจฐานข้อมูลจริงๆแล้ววิธีที่รวดเร็วที่สุดในการเริ่มต้นก็คือการให้คนที่มีพื้นฐานการให้คำปรึกษาที่เชี่ยวชาญในพื้นที่นี้เป็นอย่างดี พวกเขาไป เพราะสิ่งที่คุณจะพบ - และในความเป็นจริงฉันทำสิ่งนี้หลายครั้งก่อนที่ฉันจะมาถึงด้านมืดในการจัดการผลิตภัณฑ์ - ฉันจะเข้าไปในองค์กรในฐานะที่ปรึกษานำทีมสถาปัตยกรรมข้อมูลของพวกเขาหรือไม่ เพื่อให้พวกเขาสามารถปรับโฟกัสตัวเองและฝึกฝนผู้คนของพวกเขาเกี่ยวกับวิธีการทำสิ่งต่าง ๆ เหล่านี้เพื่อที่พวกเขาจะสนับสนุนและดำเนินภารกิจต่อไป และจากนั้นฉันก็จะไปที่การมีส่วนร่วมครั้งต่อไปของฉันถ้ามันสมเหตุสมผล มีผู้คนมากมายที่ทำเช่นนั้นนั่นมีประสบการณ์ด้านข้อมูลที่ดีมาก ๆ

Dez Blanchfield: นั่นเป็นจุดรวมตัวที่ดีและฉันก็เห็นด้วยกับมันอย่างสมบูรณ์และฉันมั่นใจว่า Dr. Robin Bloor ก็เช่นกัน โดยเฉพาะอย่างยิ่งในการเริ่มต้นคุณมุ่งเน้นที่จะเป็น SME ในคุณค่าของข้อเสนอที่คุณต้องการสร้างขึ้นเพื่อเป็นส่วนหนึ่งของธุรกิจเริ่มต้นของคุณเองและคุณอาจไม่จำเป็นต้องเป็นผู้เชี่ยวชาญในทุกสิ่งเลย แต่ขอบคุณมากงานนำเสนอที่ยอดเยี่ยม คำตอบและคำถามที่ยอดเยี่ยมจริงๆ เอริคฉันจะส่งคืนให้คุณเพราะฉันรู้ว่าเราอาจใช้เวลาสิบนาทีและฉันรู้ว่าคุณชอบติดกับหน้าต่างเวลาของเรา

Eric Kavanagh: ไม่เป็นไร เรามีคำถามที่ดีอย่างน้อยสองคำถาม ผมขอโยนหนึ่งให้คุณ ฉันคิดว่าคุณตอบคนอื่นบ้าง แต่การสังเกตและคำถามที่น่าสนใจจากผู้เข้าร่วมประชุมคนหนึ่งที่เขียนบางครั้งโครงการเปรียวมีตัวสร้างข้อมูลที่ไม่มีภาพในระยะยาวทั้งหมดดังนั้นพวกเขาจึงจบลงด้วยการออกแบบสิ่งหนึ่งในการวิ่งหนึ่งแล้วต้องออกแบบใหม่ในการวิ่งสามหรือสี่ สิ่งนี้ดูเหมือนจะไม่ต่อต้านหรือไม่ คุณจะหลีกเลี่ยงสิ่งนั้นได้อย่างไร

Ron Huizenga: มันเป็นธรรมชาติของความว่องไวที่คุณจะไม่ได้รับทุกสิ่งอย่างถูกต้องในการวิ่งที่กำหนด และนั่นเป็นส่วนหนึ่งของจิตวิญญาณแห่งความคล่องตัวนั่นคือทำงานกับมัน - คุณกำลังจะทำต้นแบบที่คุณทำงานกับโค้ดในการวิ่งที่กำหนดและคุณจะทำการปรับแต่งมัน และส่วนหนึ่งของกระบวนการนั้นก็คือเมื่อคุณส่งมอบสิ่งต่าง ๆ ที่ผู้ใช้เห็นและพูดว่า“ ใช่มันใกล้เคียงกัน แต่ฉันต้องทำให้มันเพิ่มขึ้นด้วยเช่นกัน” ดังนั้นมันไม่เพียงส่งผลกระทบต่อการออกแบบฟังก์ชั่นเท่านั้น ของรหัสเอง แต่บ่อยครั้งที่เราจำเป็นต้องปรับเปลี่ยนหรือเพิ่มโครงสร้างข้อมูลเพิ่มเติมภายใต้สิ่งเหล่านี้เพื่อส่งมอบสิ่งที่ผู้ใช้ต้องการ และนั่นเป็นเกมที่ยุติธรรมและนั่นเป็นเหตุผลว่าทำไมคุณถึงต้องการใช้เครื่องมือที่ให้พลังงานสูงเพราะคุณสามารถสร้างแบบจำลองได้อย่างรวดเร็วและทำการเปลี่ยนแปลงในเครื่องมือสร้างแบบจำลองจากนั้นสร้าง DDL สำหรับฐานข้อมูลที่นักพัฒนาสามารถทำงานเพื่อส่งมอบ เปลี่ยนได้เร็วยิ่งขึ้น คุณกำลังบันทึกไม่ให้ทำการเข้ารหัสด้วยมือเหมือนโครงสร้างข้อมูลและให้พวกเขาจดจ่อกับการเขียนโปรแกรมหรือตรรกะของแอปพลิเคชันที่มีความเชี่ยวชาญมากที่สุด

Eric Kavanagh: นั่นสมเหตุสมผลดี เรามีคนอื่นอีกสองสามคนที่ถามคำถามเฉพาะเกี่ยวกับวิธีที่สิ่งนี้ผูกติดอยู่กับเครื่องมือ ฉันรู้ว่าคุณใช้เวลาในการดูตัวอย่างและคุณได้แสดงภาพหน้าจอบางอย่างเกี่ยวกับการม้วนสิ่งนี้ออกมาจริงๆ ในแง่ของกระบวนการวิ่งทั้งหมดนี้คุณเห็นบ่อยแค่ไหนในการเล่นในองค์กรเมื่อเทียบกับความถี่ที่คุณเห็นกระบวนการแบบดั้งเดิมมากขึ้นโดยที่สิ่งต่าง ๆ เพียงอย่างเดียวชนิดวางแผนและใช้เวลามากขึ้น? วิธีการแบบลมหายใจที่แพร่หลายจากมุมมองของคุณเป็นอย่างไร

Ron Huizenga: ฉันคิดว่าเราเห็นมันมากขึ้นเรื่อย ๆ ฉันรู้ว่าฉันอาจพูดได้ว่าโดยเฉพาะในช่วง 15 ปีที่ผ่านมาฉันเคยเห็นคนจำนวนมากยอมรับว่าพวกเขาต้องยอมรับการส่งมอบที่รวดเร็วยิ่งขึ้น ดังนั้นฉันจึงเห็นว่ามีองค์กรจำนวนมากขึ้นเรื่อย ๆ ไม่จำเป็นเสมอไป พวกเขาอาจเริ่มต้นด้วยโครงการนำร่องสองสามโครงการเพื่อพิสูจน์ว่ามันใช้งานได้ แต่มีบางอย่างที่ยังคงเป็นแบบดั้งเดิมมากและพวกเขาจะยึดติดกับวิธีน้ำตก ตอนนี้ข่าวดีก็คือว่าเครื่องมือทำงานได้ดีในองค์กรเหล่านั้นเช่นกันสำหรับวิธีการเหล่านั้น แต่เรามีความสามารถในการปรับตัวในเครื่องมือเพื่อให้ผู้ที่กระโดดขึ้นเครื่องมีเครื่องมือในกล่องเครื่องมือที่ ปลายนิ้วของพวกเขา Things like the compare and merge, things like the reverse-engineering capabilities, so they can see what the existing data sources are, so they can actually compare and generate out the incremental DDL scripts very quickly. And as they start to embrace that and see that they can have the productivity, their inclination to embrace agile even more increases.

Eric Kavanagh: Well, this is great stuff, folks. I just posted a link to the slides there in the chat window, so check that out; it's a little bit of a Bitly in there for you. We do have all these webcasts for later viewing. Feel free to share them with your friends and colleagues. And Ron, thank you very much for your time today, you're always pleasant to have on the show – a real expert in the field and it's obvious that you know your stuff. So, thanks to you and thanks to IDERA and, of course, to Dez and our very own Robin Bloor.

And with that we're going to bid you farewell, folks. ขอขอบคุณอีกครั้งสำหรับเวลาและความสนใจของคุณ We appreciate you sticking around for 75 minutes, that's a pretty good sign. Good show guys, we'll talk to you next time. ลาก่อน.