Licensed Software - Cost Benefit Analysis Bill Dalton – Tech Director Bioware Austin

Slides:



Advertisements
Similar presentations
Chapter 3.1 Teams and Processes. 2 Programming Teams In the 1980s programmers developed the whole game (and did the art and sounds too!) Now programmers.
Advertisements

RISK MANAGEMENT IN SOFTWARE ENGINEERING RISK MANAGEMENT IN SOFTWARE ENGINEERING Prepared by Prepared by Sneha Mudumba Sneha Mudumba.
1 Design and Integration: Part 1 Nuggets about Design vs Project Management.
Systemic Issues of Software Confederations Jaroslav Král, Michal Žemlička Charles University, Prague
Business Communication.  An expert, more generally, is a person with extensive knowledge or ability based on research, experience, or occupation and.
In a Cloud or on a Server? Translation Technology What’s Best for Your Company?
Genie Pal A Versatile Intelligent Assistant To Help Both Work And Personal life.
Azure Stack Foundation
Upturn Consulting 27, March 2017.
Overview of E-Learning Authoring Software
Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 33 Estimation for Software Projects
Who cares….is there really that much to know about them???
CSC 222: Object-Oriented Programming
Chapter 7: Modifiability
CO Games Development 2 Week 16 Blackboard Model
Segmap Solutions Mapping segments.
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Fundamentals of Information Systems, Sixth Edition
Live Customer Support Solution
Laura Morse & Amira Aaron ELUNA Steering Committee
The importance of project management
of our Partners and Customers
Building the foundations for innovation
The Systems Engineering Context
Elanex presentation to FLA technology symposium, November 14th, 2007
CS 641 – Requirements Engineering
Software Engineering (CSI 321)
Sales and marketing business to business
Message First, Everything Else Second
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
SOCIAL MEDIA MARKETING
Enterprise Content Management, Shared Services, & Contract Management
VENDORS, CONSULTANTS AND USERS
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Altai Otgonyin, Mark Williams
The Top 10 Reasons Why Federated Can’t Succeed
Growth-Driven Performance Management
Where is Your Organization on the Accessibility Maturity Scale
EECE 310 Software Engineering
12/8/2018 OFC-B270 Why Adoption Matters: Key Factors in Maximizing ROI and Customer Satisfaction in Your Lync Deployment Marc Sanders © 2014 Microsoft.
How to analyze the Cost of Cross- platform Mobile App Development?
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
Software engineering -1
Community Source Software development is poised to move to the next level. Beware the sleeping dragon.
Implementing an Initiative .
Enterprise Program Management Office
10 Things Great Designers Exhibit
Understanding DECISION MAKING
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
Copyright © JanBask Training. All rights reserved Become AWS Certified & Get Amazing Job Opportunities.
Chapter 33 Estimation for Software Projects
Why Innovate with Lagom & SAP?
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
About this Template Dear Colleague, This template is provided by Valooto to help you communicate the facts about your need for a CPQ (Configure Price Quote)
Jean-Luc Ozoux – EcoSys Solution Specialist
MORE ON ARCHITECTURES The main reasons for using an architecture are maintainability and performance. We want to structure the software into reasonably.
Project Management How to access the power of projects!
SNS College of Engineering Coimbatore
Sales Training at the Point of Work
PLANNING.
Temple University TU Study Amruth Glenn Jacky February 5, 2015.
Rapid software development
Chapter 26 Estimation for Software Projects.
Growth-Driven Performance Management
OU BATTLECARD: Oracle Systems Learning Subscription
CAMSA Road Tour Sacramento, California October 2019.
Risks in Mobile App Development!
Product Development & Planning
Presentation transcript:

Licensed Software - Cost Benefit Analysis Bill Dalton – Tech Director Bioware Austin So how’s that licensed software working for you? If you take nothing else away from this talk, remember the red parts.

Contents Part I – Selection Criteria Part II – Impact Part III – Case Study – BioWare MMO

Selection Criteria: Why license? Time to build = money Time to build = opportunity cost Lacking Expertise?

Selection Criteria: time = money? Consider Are you licensing your “best trick?” How complex is the product Most importantly, is it integral to your work flow? These considerations should not disqualify licensing, but…

Selection Criteria: time = money? Assuming that you have taken the above into account, analysis of build/buy is straight forward. We have technical requirements…

Selection Criteria: choose wisely By this point you have committed to licensing something. The spreadsheets help you determine which something to buy. But they offer a strictly a technical analysis. There are also some less obvious considerations: Include stakeholders’ usage requirements. Licensing/legal requirements – be careful with this. Service agreements – recurring costs, source code integration. All of this is probably less important than the choice to build/buy in the first place.

Selection Criteria: opportunity costs Opportunity cost is the value of a product forgone to produce or obtain another product. - McConnell, Campbell (2005). Microeconomics: Principles, Problems, and Policies. McGraw-Hill Professional, 27. Time to build = time you could have spent making a great game or improving a working tool

Selection Criteria: opportunity costs Also, Time to build = time your customers (content providers) are not iterating on ideas and not building a great game. They are waiting, and doing something else (that you hope is productive.) This is usually the real reason to license.

Impact Philosophy It is easy to point to what is broken day by day. It is somehow harder to recognize what is going well today.

Impact continued How often do people come to your office to tell you how great those tools you built are?

Impact continued How often do they come asking for a new feature?

Impact continued Licensing will not change the ratio of these occurrences

Impact continued Thesis: The features requested under a licensing scenario will be much higher value to your team’s productivity, and/or to the final quality of the product

Impact continued In other words, for a given timeline, licensed software can help you: deliver a game ahead of schedule, or deliver a higher quality game on schedule. (Most people choose this one.) Hackers and Painters: Big Ideas from the Computer Age by Paul Graham Key take away – Always use the highest level language you can get away with to solve a problem. Licensing software is an analog for game development.

Case study: BWA MMO Here is a partial list of the technology that we have licensed. For each one I want to lay out 1) What we would have done without it. 2) How much leverage we gained by using it. 3) What, if any, advanced features/capabilities do we have as a consequence of licensing that tech.

Case study: BWA MMO continued dPVS (Umbra Software) Without dPVS Write our own visibility system. Leverage Very efficient, gives us headroom for other things. Advanced features enabled Nothing specific. Conclusion No brainer. Very narrow focus. Just plug it in. It works.

Case study: BWA MMO continued Morpheme (Natural Motion) Without Morpheme Write our own animation system and authoring/editing tools. Leverage Source code license allows us to modify an already robust system. Advanced features enabled Some nice game-specific integration here. Conclusion Good for us, but lots of labor involved in our modifications. Animation is a big deal to us and we are halfway between custom/license with Morpheme.

Case study: BWA MMO continued GFx (Scaleform) Without GFx Write our own UI system and authoring tools. Leverage Huge – anyone who can work in flash can develop our UI. Advanced features enabled Allows a lot of UI possibilities. Conclusion No brainer. Well isolated from game. Using Flash engine is a major win.

Case study: BWA MMO continued Kynapse (Autodesk) Without GFx Write our own AI pathing system and authoring tools. Leverage Sophisticated tools to analyze terrain/levels. Frees up content developers that would have been placing nodes etc. Advanced features enabled Full AI solution – comes with a lot of interesting canned functionality that I doubt we would have developed on our own. Conclusion No brainer. Easiest possible workflow once integrated. Extremely nice performance characteristics for MMO.

Case study: BWA MMO continued Oracle (Oracle ) Without Oracle Write our own persistence mechanism (lots of games have). Open source? Leverage Sophisticated analysis tools. Can hire Oracle experts. Pre-existing array of Oracle-ready libraries. Advanced features enabled Vast array of reporting capabilities. Data warehousing etc. Conclusion Expensive, but worth the money for us.

Case study: BWA MMO continued Omega (Castlehill(defunct)) Without Omega Use HeroEngine process management and messaging protocols. Leverage Robust server control and reporting capabilities. Code generation capabilities Advanced features enabled More extensible server architecture. Conclusion Special purpose – good for us.

Case study: BWA MMO continued HeroEngine (Simutronics ) Without HeroEngine Write our own engine from scratch (probably not). Build our own engine from more granular pieces. Leverage Content development from day one. Advanced features enabled Extremely sophisticated content tools. Live editing – iterative power. Conclusion Excellent paradigm for game programmers to work directly with content developers. Excellent productivity. Byzantine code base – difficult to adapt in place. Hard to measure performance.

Recap Real reasons to license: Time to build = time your customers (content providers) not iterating on ideas and not building a great game. The features requested under a licensing scenario will be much higher value to your team’s productivity, and/or to the final quality of the product

Discussion Some possible talking points Consider life cycle of product Early adopter +/- Platform support? Vendor goes out of business? Licensing may not save you any time at all! Sometimes integrating someone else’s tech is as hard as building your own.