Your SlideShare is downloading. ×
Reducing Cost Per Release Cycle
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Reducing Cost Per Release Cycle

171
views

Published on

Published in: Technology, Business

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
171
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Put simply, traditional warehouses take too long to plan, build and change. In many cases the warehouse NEVER meets the current requirements of the business, and that costs the business money. A release cycle is basically a full warehouse build in miniature. The plan is created through a set of rigid, detailed requirements of what the designers think is required. Then a series of reviews. And more changes. And more reviews and more changes. All before anything has been built and validated! Meanwhile, the clock is ticking and the business is changing. Because everything is hand built and follows a rigid, detailed process it takes TIME—and time is money to a warehouse release cycle. And by the time it is all done, the business has moved on. Another batch of changes have to be processed and more hand built code generated to try and make the warehouse meet the emerging requirements.
  • Once we have the design of our solution, we go off and start development. (build)Of course, since we are mostly writing code, there will be bugs in our development, which will require testing. (build)So we will spend a significant amount of time in a test/develop loop, gradually refining the code (DDL, ETL, BI semantics and report generation) until we are ready for production. (build)At this point we “productionize” the code (create automated execution scripts and schedules) and finally go into production…(build)And operate our BI infrastructure(build)In many cases, this is a roughly 18 month project.
  • Instead of the traditional waterfall methodology, where we iterate between build and test phases, agile development places the iterations earlier in the process: between analysis and design. But for this to work, we need a tool set that allows us to communicate with the business more effectively during the design phase. We also need a tool that will allow us to show results very quickly – ideally, it should allow the “build” process to be largely automatic.Traditional tools don’t support this..
  • However, methodology alone won’t solve the problem. Let’s look at some other important cost factors of a warehouse release cycle.
  • By clearly defined, I mean defined in a way that reduces confusion and fosters understanding.Fixed requirements is an artificial creation of warehouse development teams. The key ingredient of this creation is shutting the business out of the process once they sign off on the initial requirements document.Much like the business environment itself, agreement is subject to change. Things change, and early looks at what everyone thought was correct brings new ideas. Agreement, especially amongst the key stakeholders must be maintained. This isn’t an invitation to scope creep, it’s just ensuring that what we thought we were asking for is in-fact what we need. If it’s not what we need, it’s throw-away—and will have to be redone. Therefore, keeping consensus greatly reduces cost.
  • When people from France and Italy need to communicate what do they do? They learn English. English is the common language that they use to communicate effectively.IT and business need a common language in the form of a business information model that allows them to communicate and collaborate. The business information model is a representation, which both IT and the business can understand and agree upon, of how data is defined and should flow to support the information needs of the business.But that’s only the tip of the iceberg. The Business Information Model is actually a complete set of blue prints for all data management activities, such as validating data, managing the database schema, and producing reporting semantic layers.
  • The methodology, or the way the organization approaches iterations is also important.Keeping the iterations short, so you never go too far down a wrong path before the business can provide valuable feedback.Making sure that iterations are efficient, and that only steps which provide value are included in them, is key to controlling costs. Too many teams have tried to compress all the steps they used in a waterfall project into an agile sprint. The results are usually disastrous and lead to a burned out IT staff, dismayed business customers and greatly inflated costs.Make sure that each iteration provides real business value and not just IT value!
  • Have you taken off the chains (e.g. over documenting, too many meetings / not enough working)?Have you removed communications barriers (e.g. co-location)Is your team comfortable starting an iteration with incomplete or even semi-baked requirements?
  • Traditional data warehousing tools don’t adapt well to agile development. This is because each tool is dependent upon the completeness and accuracy of the previous step.Kalido, by contrast, is designed to support agile development. It virtually eliminates the need to write, test and debug code. The Kalido Business Information Model is much easier to understand and communicate to a business user. In addition, it drives extensive automation that allows changes in the model to nearly instantly reflected in changes in the BI layer. By using a single tool from data warehouse design through BI semantic definition documentation is simpler, and largely automatic. The smaller team size, and the ability to iterate quickly, delivers results FAR more quickly, and much more accurately aligned to the business needs.
  • And, as Nik Green pointed out in the preceding session, an automated tool provides real savings that translates into both reduced costs and increased capabilities. Here is more detail about what Kalido customers have reported in terms of savings by using our automated data warehouse application.
  • All the automation Kalido provides means that we still do all the steps that are needed for a scalable robust production environment. We can just do them faster and more accurately, which makes for a lower cost per release cycle. The faster , shorter, and less expensive release cycles also provide more benefit per release cycle by allowing business can start to make decisions sooner.
  • Thanks for tuning in today. If you would like to learn more about how you can reduce the cost of your iterations while generated improved business value from them, you can start by taking Kalido’s on-line business agility assessment.If you are planning on attending the TDWI BI Summit this August, you should register for the sessions from Ralph Hughes that explain the agile tools behind these shorter release cycles.Finally you can see this in action by calling or e-mailing Kalido to request a demonstration.Thanks and I’ll turn it back over to Ben.
  • Transcript

    • 1. 1 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 The Kalido Data Warehouse Reducing Cost Per Release Cycle
    • 2. 2 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 A Simple Truth About Data Warehousing If it takes too long to… Plan it Build it Change it It costs the business money.
    • 3. 3 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 The Traditional Approach Requirements Design Develop Test Release to Production Operate Custom-built data warehouses typically take 18 months to deliver And subsequent release cycles take just as long!
    • 4. 4 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Program Management Operations ManagementDeployment Project Management Development Project Management Design Design technical and business solution Operate Manage, track benefits Build Production components Test Deploy, UAT Analysis Highlevelrequirements The Agile Approach Evolve Model Iterative pilots Business involvement Kalido data warehouses average 3 iterations over 9 months to deliver
    • 5. 5 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Cost Elements of a DW Release Cycle Methodology Requirements People Tools
    • 6. 6 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Requirements Clearly defined? Universally understood? Do they change? Do the stakeholders agree? Achieving clarity and consensus early reduces cost!
    • 7. 7 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Data Presentation Data Validation Data Integration Data Storage Data Sourcing Kalido Business Information Model The Business Information Model actively drives the physical structures and automates the processes during development and operations Business Information Business Information Model IT Data
    • 8. 8 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Methodology Are iterations short? When is feedback taken? Do all the steps provide value? Each iteration should provide real business value!
    • 9. © 2010 Kalido I Kalido Confidential I July 19, 20139 Delivery - Rapid Prototyping Design 2nd Model Show & Validate Design 3rd Model Show & Validate Design 4th Model Show & Validate Design 5th Model Show & Validate Deploy Week 1 Week 2 Week 3 Week 4 Week 5 Week 6 Week 7 Week 8 Week 9 Week 10 100% 0% Business Rule Definitions Technical Issues Source of Issues Improved Annual Margin by $10Ms per year Project Leadership 1st GM Model design, populate & Test Gather Requirements Show & Validate
    • 10. 10 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 People Empowered to be fast and agile? Provided an agile environment? The right mindset for agile?
    • 11. 11 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Keep the Focus on Business Questions Business Model Sources Information Architect Logical Data Model Physical Data Model Business Representative Staging Normalised Star Schema Data Mart Physical Schema & Data ETL ETL Staging ETL Normalised Star Schema Data Mart ETL ETL ETL ETL ETL ETL DBA Business Analyst BI Layer Developer WHS Retailer V3 Retailer Group Channel Channel V3 Channel Sales Rep Corporation WHS Customer Owner Sub Family Marketing ProductPrice Segment Marketing Product Country WHS Products Product GroupBrand Family Manufacturer Year Quarter Month Day Week Corporation WHS Customer Owner Corporation WHS Customer Owner Sub Family Marketing ProductPrice Segment Marketing Product Country WHS Products Product GroupBrand Family Manufacturer WHS Retailer V3 Retailer Group Channel Channel V3 Channel Sales Rep Corporation WHS Customer Owner Sub Family Marketing ProductPrice Segment Marketing Product Country WHS Products Product GroupBrand Family Manufacturer Corporation WHS Customer Owner Automatically Designed Automatically Designed Automatically Built & Maintained   
    • 12. 12 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Tools Facilitate understanding of requirements Enable fast results Automate impact analysis Report results quick and easy Your process is only as agile as your tools!
    • 13. 13 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Agile Tools to Accelerate your Warehouse • Saves 50% on Modeling & Design • Saves 65% on Data Integration • Saves 30% on Data Access/BI • Saves 20% on Testing • Saves 30% on Release to Production • Save headache and stress on team Data Infrastructure Logical Modeling Database ETL BISemantics Data Warehouse Mart Mart Mart Governance and Stewardship Business IntelligenceData Warehouse Automation Model-driven • Staging • Schema Management • Mart Generation • In-db transformation • Suspense processing • History handling Data Sources Logistics Credit & Collections Industry Data CRM Sales Operations ERP Customer Trends Operations Marketing Cost Control Executive Dashboard Collections Highly Automated Solution for Rapid delivery of Business Value
    • 14. 14 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Demonstration Demo
    • 15. 15 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Business Requirement After reviewing the first reports, a business analyst realizes that the resellers need to be classified into segments for effective marketing and promotion programs to be directed at them. Business Analyst and IT Architect update the business model to add this information need and deploy it. Steps: 1. Define the requirements 2. Draw the model 3. Deploy the model 4. Load the data 5. Generate the output
    • 16. 16 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Shorten The Cycle, Maximize Business Value Time to Deliver Time to Value Benefit Business Value Business Value Benefit Kalido Traditional
    • 17. 17 July 19, 2013© Kalido I Kalido Confidential I July 19, 2013 Want To Learn More? Attend Ralph Hughes’ session at the TDWI BI Summit in San Diego this August. Request a demo at kalido.com/demo Watch the replay, get the slides and more at get.kalido.com/cost-release-cycle-replay
    • 18. 18 July 19, 2013© Kalido I Kalido Confidential I July 19, 201318 Thank you Questions?

    ×