This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
• Non-Invasive Data Governance:The Path of Least Resistance and Greatest SuccessISBN 9781935504856 / Technics Publishing / Amazon.com
• KIKConsulting.comHome of Non-Invasive Data Governance™
• DATAVERSITY EventsEnterprise Data Governance On-LineVirtual Conference – January 25, 2017Kick Off Session – Selecting the Right Approach to Data Governance
Enterprise Data World 2017Atlanta, Georgia – April 2, 2017Tutorial – Comparing Approaches to Data Governance
• The Data Administration Newsletter (TDAN.com)– Bi-Monthly Publication– December 2016 Issue Available– New Content 1st & 3rd Wednesdays– Articles, Columns, Features, Blogs– Published by Bob Seiner– Produced by DATAVERSITY– Subscribe On-Line for Updates
• Just Announced– DATAVERSITY Training Center– On-Line Course Plan – 7 Courses– Non-Invasive Data Governance– Produced by DATAVERSITY
• This webinar will cover:– The audience of both Agile and Data Governance– The governance aspects of Agile– Why Data Governance Practitioners Should Embrace Agile– Agile considerations for Data Governance– How to Use Agile to Justify Data Governance
• The Waterfall Approach– A linear and sequential approach to software development, each waterfall stage is
assigned to a separate team to ensure greater project and deadline control,important for on-time project delivery. A linear approach means a stage by stageapproach for product building, e.g.1. Analyze and Prioritize Business Requirements / Needs2. Design Business Requirements Translated into IT Solution3. Processes Defined, Layouts Built, Code Implementation4. Evolves into Tested Solution for Implementation5. Testing for Evaluation by End-User6. Evaluation and Maintenance
• What Does Senior Leadership Want from Data Governance?– Understood Data – Govern Data Definition– Quality Data – Govern Data Production– Protected Data – Govern Data Usage
• What Does Senior Leadership Think About Data Governance?– The reason why they are implementing Data Governance:
• Data must be managed as an asset.• The data must be protected.• The data drives analytics and decision-making so it must be high quality.• The auditors are telling them they must have formal governance.• Other organizations are governing their data.
• What Does Senior Leadership Think About Data Governance?– The reasons why they are not implementing Data Governance:
• They do not understand all of the approaches that are available.• They have the perception that …
– DG is very complex based on the organization.– DG moves very slowly.– DG can be quite expensive.– DG requires a lot of resources.– DG will change the culture.– DG is not a project.
• What Does Senior Leadership Think About Agile?– The reason why they are implementing Agile:
• Large projects take too long and they cost way too much.• Large projects must be managed to be delivered quickly and accurately.• The project must be delivered early and continuously.• The project communications must be face-to-face and constant.• High Quality and Timely Delivery are Critical.
• What Does Senior Leadership Think About Agile?– The reason why they are not implementing Agile:
• The fact is that they are attempting to deliver projects using Agile.• Sold on the virtues of Agile. Not sold on the virtues of Data Governance.• And … Agile is only being used for large and complex projects.
• Agile is a Development Methodology– Who does what, when and how when it comes to the development effort.– Very structured.– Very disciplined.– Very timely.
• Governance is Execution and Enforcement of Authority.– Who does what, when and how when it comes to the data discipline.– Very structured.– Very disciplined.– Very timely.
• Governance Bill of “Rights”.– Getting the “right” people– Involved at the “right” time– In the “right” process– Using the “right” data– To do the “right” thing– To get the “right” result
• Development Bill of “Rights”– Getting the “right” development people– Involved at the “right” development time– In the “right” development process– Using the “right” development data– To do the “right” development thing– To get the “right” development result
• The focus of Agile is …– People / Interaction– Speed / Effectiveness– Software / Working Products– Requirements / Collaboration– Response / Evolvement
• The focus of Agile is …– People / Interaction – Data Governance Practitioners Want This!– Speed / Effectiveness– Software / Working Products– Requirements / Collaboration– Response / Evolvement
• The focus of Agile is …– People / Interaction – Data Governance Practitioners Want This!– Speed / Effectiveness – Data Governance Practitioners Want This!– Software / Working Products– Requirements / Collaboration– Response / Evolvement
• RequirementsataHighLevel– Summary• Limit Data Demand for Requirements• Achieve an Agreed Upon Level of Requirements• Provide Tools to Effectively Capture Essential Requirements• Provide Resource(s) Focused on Data Governance / Agile Alignment
• WoW: Incrementally Apply Agreed Level of Data Requirements to Agile
The debt can be thought of as work that needs to be done before a particular job canbe considered complete or proper. If the debt is not repaid, then it will keep onaccumulating interest, making it hard to implement changes later on. Wikipedia
• Business pressures - where the business considers getting something releasedsooner before all of the necessary changes are complete, builds up technical debtcomprising those uncompleted changes.
• Lack of process or understanding - where businesses are blind to the concept oftechnical debt, and make decisions without considering the implications.
• Lack of test suite - which encourages quick and risky Band-Aids to fix bugs.• Lack of documentation - where code is created without necessary supporting
documentation. That work to create the supporting documentation represents adebt that must be paid.
• Lack of collaboration - where knowledge isn't shared around the organization andbusiness efficiency suffers, or junior developers are not properly mentored
• Parallel development at the same time on two or more branches - can cause thebuildup of technical debt because of the work that will eventually be required tomerge the changes into a single source base. The more changes that are done inisolation, the more debt that is piled up.
• Delayed refactoring – As the requirements for a project evolve, it may becomeclear that parts of the code have become unwieldy and must be refactored inorder to support future requirements.
• Lack of knowledge - When developer simply doesn't know how to write code.
• Formal Accountability for Managing Technical Debt• Formal Escalation of Issues Associated with Technical Debt• Formal Reporting of Technical Debt Status
• Requirements Evolve / Timescale Fixed– Requirements evolve means a gradual process in which the requirement (including
data requirements) change into a different usually more complex or better form.
– Let’s break this down:• Gradual process – not all at once – requires constant governance• Changes into something different – requires constant governance• Usually more complex or better form – requires constant governance
• Requirements Evolve / Timescale Fixed– Management of Requirements requires Governance of Requirements.– Provide 2 of 3 – Time, Resources, Effort– Agile is a form of Project Governance – Just not Data Governance.
• WoW: Bottom line – Governance is the Execution & Enforcement of Authority
• Requirements Evolve / Timescale Fixed – Summary– The challenge is to gather the:
• Most valuable requirements / documentation – and use them effectively• Most effective requirements – and make them available• Most available requirements – and make certain essentials are covered• Most essential requirements – in a short period of time.
• This webinar covered:– The audience of both Agile and Data Governance– The governance aspects of Agile– Why Data Governance Practitioners Should Embrace Agile– Agile considerations for Data Governance– How to Use Agile to Justify Data Governance