Data @ the core of Enterprise Agile
Agile adopts an empirical approach to software development. One of the key aspects of a successful Agile Implementation is how quickly we can react to change. For this, we need to ensure that data flows seamlessly from customer to the Agile team. This data should form a critical part of our decision making.
- Is the customer successful in using our product or service?
- Which features are customer most interested in?
- Where are the friction points in usage?
- Where are the failures happening in our product?
- How is the customer engaging with our product over time?
and many more similar questions.
In this talk, I discuss best practices in data collection, analysis and visualization and how data can make your Agile process and thereby your business more effective.
Outline/structure of the Session
- Introduction to the data sources in Agile Software Development
- Data Collection methodologies
- Best practices in analyzing data
- Visualization of data
- Decision making from data
- Data to Insights
- Understand data collection methodologies
- Effectively analyze & visualize data
- Make better decisions using data
- Apply machine learning to derive deeper insights from data
Developers, Leads, Managers
schedule Submitted 2 years ago
People who liked this proposal, also liked:
Mathew Aniyan - Beyond the wall of issues – Focus to drive velocityMathew AniyanSenior Program ManagerMicrosoft
schedule 2 years agoSold Out!
IntermediateAs we iterate faster in Agile cycles, we tend to choose locally optimal solutions. E.g:- We use an algorithm which has poor performance so that we can deliver the feature to customer early. These choices lead to a build-up of technical debt in software; reduces our velocity in future iterations and we deliver less business value to customers. Counter-intuitively, we become less agile. So how can we prevent technical debt from growing? First you stop it getting worse – stop the leak, and then manage it down – clear up the flood. Making this concrete, debt gets manifested as code analysis issues, missing tests, flaky and overlapping tests, tangled dependencies and so on. The problem is that as tools get switched on to manifest that debt, the developer is faced with a wall of issues – the flood, that is just too overwhelming to deal with. So to take control of the debt, those existing issues need to be hidden so developers get visibility into the new ones that they introduce, and fix them. Then they can stop the leak. To clear up the flood, there are a number of strategies that can be employed, from clearing up as you go, e.g. when you change a method or file clear the debt out of that, to a more planful approach choosing to clean up specific components or particular kinds of debt, using e.g. the SQALE pyramid as a guide.In this talk, I will walk you through best practices in setting up a system to measure and understand your technical debt. After that, I will show you a real-life example of the “Wall of Issues” and show how to focus and manage it down.
Ritu - Thinking Beyond :: Marry Agile and DevOps for Phenomenal resultsRituSr. Program ManagerAricent
schedule 2 years agoSold Out!
DevOps is not a person or a task or a defined role. It is a transition of mindset and culture which ensures more collaboration to build better quality software quickly and reliably. Agile and DevOps can no longer exit is Silos. They need to have a strong partnership for overall success as we move towards cloud.
Its more of 3 key points
1. Collaboration of People
2. Convergence of Process
3. Creation & Exploitation of To o l s
We have been working in DevOps model for last 2 years. Would share the transitioning challenges and gaps. Also the first hand experience on
- How the culture and thought process got transitioned.
- Quality and metrics details
- How tools supported this collaboration
Our next vision to improve it further.