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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ภาพรวมการทำงานของ Scrum ทำได้ดังนี้: ใช้รายการสิ่งที่องค์กรต้องการทำเรียกใช้ผ่านชุดของสิ่งที่เราเรียกว่าเอสเอสซึ่งแบ่งออกเป็น 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 ตามที่ฉันต้องการเรียกพวกเขา รวมถึงแหล่งข้อมูลขนาดใหญ่เหล่านั้นเพราะเราอาจรวมแหล่งข้อมูลที่แตกต่างกันจำนวนมากในแง่ของการบริโภคข้อมูลและนำมาไว้ในโซลูชันของเรารวมถึงวิธีการที่เรายังคงมีอยู่หรือบันทึกข้อมูลนั้นออกจากโซลูชันของเราเช่นกัน

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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