With this brownbag session I intend to provide an excerpt of what I have learned at the conference that can be of value to us.
As some of you may know I will be attending ITx 2016 from July 11 to July 13 next week. I feel that ITx has great value...
Feel free to visit the ITx Site to learn about the details of the conference and the programme details: http://itx.nz/
Below is just a small part of the list of topics that I will attend at the conference. These specific topics can be of value to us:
Monday, 11th July 2016
10:50am Service Management 2 - Peter Doherty, Jaclyn Bell: DevOps, Agile and ITIL just don't work together - or do they?
11:30am Service Management 2 - Alex Leonov: Being agile and seeing the big picture: the challenge
2:20pm Tech Trends - Ray Cooke: Managing for DevOps and beyond
Tuesday, 12th July 2016
3:20pm Mark Smalley: Kill DevOps
Wednesday, 13th July 2016
10:40am (1) Rob England: How DevOps messes with your head
12:00pm (1) Karen Ferris, Rob England, Mark Smalley, Lou Hunnebeck, Matt Hooper: Panel session: Integrating ITIL with Agile and DevOps
Also please look at the details of each topic. If the topic has a Q&A I might be able to ask some questions for you.
Cheers and Regards,
Ritchie Grijaldo
.Net Technical Lead | Datacom Systems (Wellington) Ltd.
Don't get blamed for your choices - Techorama 2019Hannes Lowette
As developers, we make choices all the time: architecture, frameworks, libraries, cloud providers, etc. And if you’ve been around for a while, you probably ended up regretting at least some of your choices.
In this session, we'll explore the typical pitfalls of making development choices and how to avoid them. By the end of this session, you will be armed to take any decision they will throw at you.
Now, if only there was a way to prove to your peers and superiors that you acquired this skill...
Well, there is! RAD Certification! I'll end my talk by telling you about this awesome certification program!
My talk from Drupalcamp London Business Day on 1st March 2013
When building big websites, you're going to face a lot of problems regardless of your technology choice. This talk unveils some of the common problems, and shows how the Drupal community will help you solve these problems.
Climbing out of a Crisis Loop at the BBCRafiq Gemmail
A talk I gave with my friend and mentor Katherine Kirk, on our journey to Scrumban and a leaner workflow at the BBC. See https://www.infoq.com/presentations/bbc-agile-case-study for the full presentation.
How would you build a team from scratch? What techniques would you use? What metrics should you respond to?
In this talk you’ll see how we assembled a team, embedded agile values, a DevOps mindset and a clear purpose to create a squad with an infectious, high performing culture.
We’ll demonstrate the coaching and visualisation techniques we used to reduce batch size and improve quality. You’ll see how to reveal ‘hidden’ product backlogs, make the invisible visible, and use domain driven design, theory of constraints and language to optimise team resilience.
Don't get blamed for your choices - Techorama 2019Hannes Lowette
As developers, we make choices all the time: architecture, frameworks, libraries, cloud providers, etc. And if you’ve been around for a while, you probably ended up regretting at least some of your choices.
In this session, we'll explore the typical pitfalls of making development choices and how to avoid them. By the end of this session, you will be armed to take any decision they will throw at you.
Now, if only there was a way to prove to your peers and superiors that you acquired this skill...
Well, there is! RAD Certification! I'll end my talk by telling you about this awesome certification program!
My talk from Drupalcamp London Business Day on 1st March 2013
When building big websites, you're going to face a lot of problems regardless of your technology choice. This talk unveils some of the common problems, and shows how the Drupal community will help you solve these problems.
Climbing out of a Crisis Loop at the BBCRafiq Gemmail
A talk I gave with my friend and mentor Katherine Kirk, on our journey to Scrumban and a leaner workflow at the BBC. See https://www.infoq.com/presentations/bbc-agile-case-study for the full presentation.
How would you build a team from scratch? What techniques would you use? What metrics should you respond to?
In this talk you’ll see how we assembled a team, embedded agile values, a DevOps mindset and a clear purpose to create a squad with an infectious, high performing culture.
We’ll demonstrate the coaching and visualisation techniques we used to reduce batch size and improve quality. You’ll see how to reveal ‘hidden’ product backlogs, make the invisible visible, and use domain driven design, theory of constraints and language to optimise team resilience.
Great products require many people? Dispel the myth! Start small, and stay small! Self-organisation flourishes in great small teams of passionate, dedicated developers. This presentation is a follow up of our presentation on Self-Organisation. Here we would like to demonstrate, that creative self-organisation is easier to achieve in small teams. We also advocate that it is best to start with one team only, regardless of perceived size of the product.
Group Interaction Patterns - The Keys for Highly Productive Teams -- Global S...Michael R. Wolf
Group interaction patterns are a collection of practices that work in groups, regardless of group context or group size.
Introduce participants to 4 different practices for group interaction:
* Liberating Structures - Including and Unleashing Everyone
* Group Works Card Deck - Bring Life to Meetings and Other Gatherings
* Core Protocols - All Live in Greatness
* Personal Kanban - Visualize Learn Improve
ADDO19: Geek's Guide to DevOps Cultural TransformationKaslin Fields
From All Day DevOps 2019: Together, we will explore neuroscience to help reveal techniques to improve your own collaboration skills. By combining this research with examples of real-life use cases/situations (in comic form!), you'll walk away with a concrete understanding of how you can further your career while helping your company nail this "DevOps" thing! Adopting a DevOps culture means bringing the technical groups within your organization closer together. Developers learning from Operations folks, and vice versa. This means that the people that make up those technical teams will need to grow more comfortable interacting and sharing knowledge with each other. So how does your average tech worker learn to thrive in this new collaboration-heavy environment? What individual skills can help workers lead the transition to a successful and thriving DevOps culture? Well, in true geek form, we'll find the answers through science!
DOES15 - Jeffrey Snover - The Cultural Battle To Remove Windows from Windows ...Gene Kim
Jeffrey Snover, Distinguished Engineer and Lead Architect for Windows Server and System Center, Microsoft
In this session Jeffrey Snover, the inventor of PowerShell, will describe his difficult, painful, but ultimately successful, journey to challenge the foundation of one of the most successful businesses in the history of world. Imagine the challenges of removing Windows from Windows and replacing it with command line interface. Anyone who has faced challenges making changes in their organization, or needing to create a culture change to succeed will find relevant lessons in this talk.
Managing programmers is hard! Becoming a successful manager requires a drastic change of focus.
The transition from programmer to manager is made particularly challenging by the dramatic difference between what made us successful as programmers and what it takes to successfully manage others. In addition, programmers are an interesting management challenge. We tend to be free spirits, playful, curious, and (very) independent.
What’s management really about? What differentiates success as a manager? What's it mean to manage in the era of agile? How do you prioritize? What constitutes great management?
Presenter is Ron Lichty, who co-authored the Addison-Wesley tutorial and reference, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams - http://www.ManagingTheUnmanageable.net. Compared by reviewers to software development classics, The Mythical Man-Month and Peopleware, the content is now also available as video training, LiveLessons: Managing Software People and Teams, http://www.ManagingTheUnmanageable.net/video.html. Ron aspires to make software development better worldwide by advancing the practice of software development management.
Ron has been alternating between consulting with and managing software development and product organizations for 25 years, almost all of those spent untangling the knots in software development and transforming chaos to clarity, the last 20 of those in the era of Agile. Originally a programmer, he earned several patents and wrote two popular programming books before being hired into his first management role by Apple Computer, which nurtured his managerial growth in both development and product management roles.
Principal and owner of Ron Lichty Consulting, Inc. (www.RonLichty.com), Ron advises business, product and engineering leaders to solve development team challenges, taking on an occasional interim vice president of engineering role, and training teams and executives in making agile more effective. He transitions teams from waterfall and iterative methodologies to agile, coaches teams already using agile to make their software development "hum", and trains managers in managing software people and teams. In his continued search for effective best practices, Ron co-authors the Study of Product Team Performance (http://www.ronlichty.com/study.html).
Wix.com back-end engineering guild activities and culture manifesto describes our guild activities and culture that support a highly innovative and renowned engineering group
How to grow learning multi-site agile organizationsAlexey Krivitsky
What is making organizations so complex and slow? Why an "enterprise" is an equivalent to "inefficient"? How to de-scale organizations? There is no easy answers. But understanding the internal system dynamics is the key skill here.
How to get your agile development team to love you (product camp, 3.14)Ron Lichty
Product managers and product owners can engage and motivate their teams to delight customers - or they can distract and dishearten their teams. Ron Lichty has been a product manager and VP in among leading development organizations and teams. As a development leader, he regards product managers who "get it" as key partners in delivering great work. This Product Camp talk delivers 15 ways to engage and motivate teams - so you can, together, delight customers.
An attemp to define an "unified field theory" of the most relevant agile methods.
Based on my MSc thesis in Computer Science, about my Extreme Programming and Agile Development teaching at University of Chile since 2002 available in spanish at http://chileagil.comopapel.com/publicaciones/1/
When organisations make the transition to Agile ITIL seems to be the least popular thing to talk about. Because ITIL is all about the rules and administration, things that Agile is not about, right? But in an Enterprise organisation there is still a lot of value in an ITIL implementation for Service Management. And are ITIL and DevOps really not compatible? In this talk we discuss how me adapted our ITIL processes to match the new DevOps organisation. Using the best of both worlds to their mutual benefit. We call this adaptation of our ITIL implementation Agile ITSM.
This presentation was originally given at the DevOps Enterprise Summit 2015 in the Hyatt Regency Hotel in San Francisco on the 19th of October 2015.
Great products require many people? Dispel the myth! Start small, and stay small! Self-organisation flourishes in great small teams of passionate, dedicated developers. This presentation is a follow up of our presentation on Self-Organisation. Here we would like to demonstrate, that creative self-organisation is easier to achieve in small teams. We also advocate that it is best to start with one team only, regardless of perceived size of the product.
Group Interaction Patterns - The Keys for Highly Productive Teams -- Global S...Michael R. Wolf
Group interaction patterns are a collection of practices that work in groups, regardless of group context or group size.
Introduce participants to 4 different practices for group interaction:
* Liberating Structures - Including and Unleashing Everyone
* Group Works Card Deck - Bring Life to Meetings and Other Gatherings
* Core Protocols - All Live in Greatness
* Personal Kanban - Visualize Learn Improve
ADDO19: Geek's Guide to DevOps Cultural TransformationKaslin Fields
From All Day DevOps 2019: Together, we will explore neuroscience to help reveal techniques to improve your own collaboration skills. By combining this research with examples of real-life use cases/situations (in comic form!), you'll walk away with a concrete understanding of how you can further your career while helping your company nail this "DevOps" thing! Adopting a DevOps culture means bringing the technical groups within your organization closer together. Developers learning from Operations folks, and vice versa. This means that the people that make up those technical teams will need to grow more comfortable interacting and sharing knowledge with each other. So how does your average tech worker learn to thrive in this new collaboration-heavy environment? What individual skills can help workers lead the transition to a successful and thriving DevOps culture? Well, in true geek form, we'll find the answers through science!
DOES15 - Jeffrey Snover - The Cultural Battle To Remove Windows from Windows ...Gene Kim
Jeffrey Snover, Distinguished Engineer and Lead Architect for Windows Server and System Center, Microsoft
In this session Jeffrey Snover, the inventor of PowerShell, will describe his difficult, painful, but ultimately successful, journey to challenge the foundation of one of the most successful businesses in the history of world. Imagine the challenges of removing Windows from Windows and replacing it with command line interface. Anyone who has faced challenges making changes in their organization, or needing to create a culture change to succeed will find relevant lessons in this talk.
Managing programmers is hard! Becoming a successful manager requires a drastic change of focus.
The transition from programmer to manager is made particularly challenging by the dramatic difference between what made us successful as programmers and what it takes to successfully manage others. In addition, programmers are an interesting management challenge. We tend to be free spirits, playful, curious, and (very) independent.
What’s management really about? What differentiates success as a manager? What's it mean to manage in the era of agile? How do you prioritize? What constitutes great management?
Presenter is Ron Lichty, who co-authored the Addison-Wesley tutorial and reference, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams - http://www.ManagingTheUnmanageable.net. Compared by reviewers to software development classics, The Mythical Man-Month and Peopleware, the content is now also available as video training, LiveLessons: Managing Software People and Teams, http://www.ManagingTheUnmanageable.net/video.html. Ron aspires to make software development better worldwide by advancing the practice of software development management.
Ron has been alternating between consulting with and managing software development and product organizations for 25 years, almost all of those spent untangling the knots in software development and transforming chaos to clarity, the last 20 of those in the era of Agile. Originally a programmer, he earned several patents and wrote two popular programming books before being hired into his first management role by Apple Computer, which nurtured his managerial growth in both development and product management roles.
Principal and owner of Ron Lichty Consulting, Inc. (www.RonLichty.com), Ron advises business, product and engineering leaders to solve development team challenges, taking on an occasional interim vice president of engineering role, and training teams and executives in making agile more effective. He transitions teams from waterfall and iterative methodologies to agile, coaches teams already using agile to make their software development "hum", and trains managers in managing software people and teams. In his continued search for effective best practices, Ron co-authors the Study of Product Team Performance (http://www.ronlichty.com/study.html).
Wix.com back-end engineering guild activities and culture manifesto describes our guild activities and culture that support a highly innovative and renowned engineering group
How to grow learning multi-site agile organizationsAlexey Krivitsky
What is making organizations so complex and slow? Why an "enterprise" is an equivalent to "inefficient"? How to de-scale organizations? There is no easy answers. But understanding the internal system dynamics is the key skill here.
How to get your agile development team to love you (product camp, 3.14)Ron Lichty
Product managers and product owners can engage and motivate their teams to delight customers - or they can distract and dishearten their teams. Ron Lichty has been a product manager and VP in among leading development organizations and teams. As a development leader, he regards product managers who "get it" as key partners in delivering great work. This Product Camp talk delivers 15 ways to engage and motivate teams - so you can, together, delight customers.
An attemp to define an "unified field theory" of the most relevant agile methods.
Based on my MSc thesis in Computer Science, about my Extreme Programming and Agile Development teaching at University of Chile since 2002 available in spanish at http://chileagil.comopapel.com/publicaciones/1/
When organisations make the transition to Agile ITIL seems to be the least popular thing to talk about. Because ITIL is all about the rules and administration, things that Agile is not about, right? But in an Enterprise organisation there is still a lot of value in an ITIL implementation for Service Management. And are ITIL and DevOps really not compatible? In this talk we discuss how me adapted our ITIL processes to match the new DevOps organisation. Using the best of both worlds to their mutual benefit. We call this adaptation of our ITIL implementation Agile ITSM.
This presentation was originally given at the DevOps Enterprise Summit 2015 in the Hyatt Regency Hotel in San Francisco on the 19th of October 2015.
Blending ITIL, Agile, DevOps and LeanUX at Auto Trader UKAndrew Humphrey
Presentation on how we work at Auto Trader UK from #PINK16 IT Service Management conference in Las Vegas.
Blending ITIL, Agile, DevOps and LeanUX at Auto Trader UK
This presentation was delivered by Pink Elephant for the launch of the DevOps Certification framework in Asia. During the two-hour breakfast session, speakers Jan-Willem Middelburg and Karen Chua explained the business case for DevOps and provided an overview of the DevOps Certification Scheme of the DevOps Agile Skills Association (DASA).
DevOps is a culture, movement or practice that emphasizes the collaboration and communication between all relevant information-technology (IT) professionals to deliver high quality, valuable IT services to customers. It aims to improve the performance of the IT services through establishing flow in the delivery of all aspects of the IT service. Which means creating a culture, organization, and environment in which the building, testing, releasing and supporting software and infrastructure changes can happen rapidly, frequently and more reliably, often through extensive automation.
To many people ITIL seems like the antithesis of Agile, with process-heavy, manual checks and approval gates a blocker to rapid delivery. However, at its core ITIL recommends iterative and continual improvement of software services based on the ‘Plan, Do, Check, Act’ (PDCA) cycle of Deming, an approach also central to DevOps. In this talk we’ll explore how – if implemented appropriately – ITIL and Agile can complement each other for a DevOps approach to iterative evolution of successful software systems.
From our talk at Unicom DevOps Summit on 26th March 2015 in London.
ITIL and DevOps at War in the Enterprise - DevOpsDays Amsterdam 2014Jan-Joost Bouwman
The journey from ITIL/CMMi to DevOps in the corporate setting of ING Netherlands. Presentation by Mark Heistek and Jan-Joost Bouwman at DevOpsDays Amsterdam 2014.
DOES 15 - Jan-Joost Bouwman and Ingrid Algra - ITIL and DevOps Can Be Friends Gene Kim
Jan-Joost Bouwman, Enterprise Process Owner Change Management, ING
Ingrid Algra, IT Chapter lead, ING
ING is a worldwide financial institution, based in the Netherlands. The IT department of the Netherlands manages a mix of off the shelf applications and in house built software. Traditionally development was governed by CMMi and IT Servicemanagement by ITIL processes. Three years ago the developers started working in Agile/Scrum teams, dropping CMMi. The next step was to involve Operations as well and transform to an DevOps organisation, striving for Continuous Delivery.
In a lot of Agile organisation ITIL is considered the evil soul sucking epiphany of bureaucracy. But is it really? If we look at the tasks you perform in the ITIL processes Incident management, Problem management and Change management, you will find that a lot of those you still need to perform in an Agile/Scrum way of work. And that there actually is a lot of value in making some rules on how we want to interact in these processes between teams. But we may call the task differently than we were used to in ITIL. And we may choose to use different tools to handle parts of the process. We call this adaptation of ITIL Agile ITSM.
This talk focuses on the adaptations we have made to our ITSM processes to accommodate the requirements of an Agile/Scrum way of work. Proving that there is still value in a lot of the things we used to do in ITIL And that there is no real conflict between Agile and ITIL.
DOES SFO 2016 - Steve Brodie - The Future of DevOps in the EnterpriseGene Kim
DevOps adoption is growing rapidly, especially in the enterprise. What started as a “keeping up with the unicorns” grassroots movement within more forward thinking companies, has matured to large, complex enterprises now often being on the forefront of DevOps innovation.
IndigoCube the agile enterprise: moving beyond scrum by JacoViljoenIndigoCube
To stay relevant in a world of accelerating change, business executives are increasingly striving for greater business agility.
To achieve this, the modern enterprise faces challenges such as:
• Increased responsiveness to market demands,
• Managing business agility at the portfolio and program level,
• Aligning business and IT agility,
• Extending software development agility to the greater application life cycle,
• Scaling agile practices so that it perpetuates throughout the organisation,
• Enabling agility using DevOps toolsets that significantly enhance productivity and speeds up delivery.
Join Jaco Viljoen, Principal consultant for Agile Software Development at IndigoCube and hear about the latest thinking in scaling agile to the enterprise and learn how to address these problems. Furthermore, Viljoen will discuss the state of agile today, agile frameworks for the agile enterprise, enabling DevOps toolsets, and how it all comes together to facilitate business agility.
Devops is about 3 things: 1) Automation of IT 2) Cross disciplinary teams and 3) Learning from production. These 3 elements support organizations directly in becoming digital, client-driven and data-oriented enterprises.
DevOps is an emerging name for the collection of techniques we are adopting to meet this challenge and close the gap. While the DevOps movement is relatively young, many of its approaches are rooted in existing best practices.
This presentation makes an argument for DevOps, and proposes a DevOps Infrastructure team to help implement tooling that brings Developers and Operations folks together.
These slides are from a recorded webcast available here: http://www.urbancode.com/html/resources/webinars/DevOps_ITs_Automation_Revolution.html
Technical Excellence Doesn't Just Happen - AgileIndy 2016Allison Pollard
The ninth principle from the Agile Manifesto states that technical excellence enhances agility, but when the codebase is ugly and the deadlines are tight, most teams don’t choose to refactor mercilessly, adopt TDD, or evaluate automated testing tools—unless they have the proper support. In our experience working with multiple teams in a single codebase, developers can feel victim to a legacy codebase if only a few people are writing clean code or refactoring; guiding them on how to decrease technical debt while delivering their projects helps "unstuck" their other agile practices. We will talk about the challenges we’ve seen with Product Owners, Managers, and Scrum Masters interacting with teams at various stages of agile+technical excellence and how a focus on technical practices sparked a wider interest in craftsmanship. Learn how can you influence the team towards the right practices while fostering their sense of ownership. Getting serious about technical excellence requires support from technical and non-technical roles, and we’ll share how we partnered as coaches to help an organization through a technical turnaround with some tips for others who need to do the same.
Presentatie 31-5-2016 PizzasessieXL Apeldoorn
Agile software developent is born because of the missing need for speed of IT. F1 racing gives a clear view on racing, commitment and winning.
The journey toward a self-service data platform at Netflix - sf 2019Karthik Murugesan
The Netflix data platform is a massive-scale, cloud-only suite of tools and technologies. It includes big data tech (Spark and Flink), enabling services (federated metadata management), and machine learning support. But with power comes complexity. Kurt Brown explains how Netflix is working toward an easier, "self-service" data platform without sacrificing any enabling capabilities.
How to Pitch a Software Development Initiative and Ignite Culture ChangeRed Gate Software
You’ve got a great idea for transforming software development or IT processes in your organization, but you’re not sure how to get buy-in from key stakeholders, or how to change your company culture.
In this session, Microsoft MVP Ike Ellis will draw on his experience as a consultant and leader in software development to give you real-world tips to define, shape, and share your pitch successfully. Whether you are launching a revolutionary new initiative or expanding an existing effort to improve your software development, Ike’s tips will help you create a plan to effect change in your teams.
Help me move away from Oracle - or not?! (Oracle Community Tour EMEA - LVOUG...Lucas Jellema
I hear this aspiration from a growing number of organizations. Sometimes as a quite literal question. This however is merely half of a wish. Apparently, organizations want to quit with one thing — but have not yet stipulated what they desire instead. What is the objective that is pursued here? Only to get rid of Oracle? It will become clear why you should give a considerable thought about dropping Oracle, or any other vendors’ technology, when you’re not pleased with your current IT situation. You need to focus on the actual problems and objectives and define the suitable roadmap to fit your real needs. It turns out that the quest is usually for modernization and flexibility - and Oracle can very well be a part of that future.
Organizations with decades of investment in Oracle technology sometimes (and increasingly) express a wish to move away from Oracle. In this session, we will first explore where the desire to move away from Oracle might come from. Then we describe what the term Oracle represents — more than 2.000 products on all layers in the technology stack and in different business areas. Finally, we map out what the ‘moving away from’ consists of: defining where you ‘move to’ and subsequently actually going there.
It will become clear why you should give considerable thought about dropping Oracle, or any other vendors’ technology, when you’re not pleased with your current IT situation. You need to focus on the actual problems and objectives and define the suitable roadmap to fit your real needs. It turns out that the quest is usually for modernization and flexibility - and Oracle can very well be a part of that future.
Original storyline in this Medium Article: https://medium.com/real-vox/what-if-companies-say-help-me-move-away-from-oracle-ffbbc95afc4f
Scaling r&d org while maintaining qualityAviran Mordo
As a fast growing company Wix R&D doubles every year. In this talk I will describe how we structured our R&D division, what we are doing to build and keep an "A" team of developers and our dev centric and quality based culture that supports innovation.
DOES16 London - Jonathan Fletcher - Re-imagining Hiscox IT: A DevOps StoryGene Kim
Re-imagining Hiscox IT: A DevOps Story
Jonathan Fletcher, Enterprise Architect & Platform Services lead, Hiscox
Description:
DevOps at Hiscox is a journey without an obvious destination! Come and hear about why this is so important to them and how its redefining much of what they do. In this session, we'll examine some practises for making a start with DevOps and what it's like to be the annoying guy that's driving things forward.
DevOps Enterprise Summit London 2016
Navvia is always looking for ways to improve how we do things and we’ve come to see DevOps as our compass on the road to continual improvement. However, DevOps means different things to different people.
To our company, it has become the rallying cry for organizational change. It is the standard that leads us on a path towards better alignment across teams, enhanced agility, higher quality and the elimination of waste.
What you will learn:
- Why Navvia embarked on DevOps
- An overview of DevOps including common misconceptions
- A case study entitled “a tale of two apps”
- How Navvia is implementing DevOps
- What we’ve learned so far
It’s an exciting journey with the destination being improved customer experience, higher rates of innovation and a faster path to business value.
Technical Excellence Doesn't Just Happen--Igniting a Craftsmanship CultureAllison Pollard
The ninth principle from the Agile Manifesto states that technical excellence enhances agility, but when the codebase is ugly and the deadlines are tight, most teams don’t choose to refactor mercilessly, adopt TDD, or evaluate automated testing tools—unless they have the proper support. In our experience working with multiple teams in a single codebase, developers can feel victim to a legacy codebase if only a few people are writing clean code or refactoring; guiding them on how to decrease technical debt while delivering their projects helps "unstuck" their other agile practices. We will talk about the challenges we’ve seen with Product Owners, Managers, and Scrum Masters interacting with teams at various stages of agile+technical excellence and how a focus on technical practices sparked a wider interest in craftsmanship. Learn how can you influence the team towards the right practices while fostering their sense of ownership. Getting serious about technical excellence requires support from technical and non-technical roles, and we’ll share how we partnered as coaches to help an organization through a technical turnaround with some tips for others who need to do the same.
Sustaining Engineering - life after DevOps?TimothyBonci
You have some challenges after attrition, team re-orgs (agile or top-down), and de-prioritized cross-training has left engineers frantically searching email archives for “fixed content deployment” or staring blankly as git blame lists only their most talented former colleagues. If only there were a structured way to have ensured these services lived on.
Similar to DevOps, Agile, Scrum, ITIL, & ITSM: Excerpts From ITx 2016 (20)
Securing your Kubernetes cluster_ a step-by-step guide to success !KatiaHIMEUR1
Today, after several years of existence, an extremely active community and an ultra-dynamic ecosystem, Kubernetes has established itself as the de facto standard in container orchestration. Thanks to a wide range of managed services, it has never been so easy to set up a ready-to-use Kubernetes cluster.
However, this ease of use means that the subject of security in Kubernetes is often left for later, or even neglected. This exposes companies to significant risks.
In this talk, I'll show you step-by-step how to secure your Kubernetes cluster for greater peace of mind and reliability.
GraphRAG is All You need? LLM & Knowledge GraphGuy Korland
Guy Korland, CEO and Co-founder of FalkorDB, will review two articles on the integration of language models with knowledge graphs.
1. Unifying Large Language Models and Knowledge Graphs: A Roadmap.
https://arxiv.org/abs/2306.08302
2. Microsoft Research's GraphRAG paper and a review paper on various uses of knowledge graphs:
https://www.microsoft.com/en-us/research/blog/graphrag-unlocking-llm-discovery-on-narrative-private-data/
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
LF Energy Webinar: Electrical Grid Modelling and Simulation Through PowSyBl -...DanBrown980551
Do you want to learn how to model and simulate an electrical network from scratch in under an hour?
Then welcome to this PowSyBl workshop, hosted by Rte, the French Transmission System Operator (TSO)!
During the webinar, you will discover the PowSyBl ecosystem as well as handle and study an electrical network through an interactive Python notebook.
PowSyBl is an open source project hosted by LF Energy, which offers a comprehensive set of features for electrical grid modelling and simulation. Among other advanced features, PowSyBl provides:
- A fully editable and extendable library for grid component modelling;
- Visualization tools to display your network;
- Grid simulation tools, such as power flows, security analyses (with or without remedial actions) and sensitivity analyses;
The framework is mostly written in Java, with a Python binding so that Python developers can access PowSyBl functionalities as well.
What you will learn during the webinar:
- For beginners: discover PowSyBl's functionalities through a quick general presentation and the notebook, without needing any expert coding skills;
- For advanced developers: master the skills to efficiently apply PowSyBl functionalities to your real-world scenarios.
Transcript: Selling digital books in 2024: Insights from industry leaders - T...BookNet Canada
The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more.
Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/
Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
Elevating Tactical DDD Patterns Through Object CalisthenicsDorra BARTAGUIZ
After immersing yourself in the blue book and its red counterpart, attending DDD-focused conferences, and applying tactical patterns, you're left with a crucial question: How do I ensure my design is effective? Tactical patterns within Domain-Driven Design (DDD) serve as guiding principles for creating clear and manageable domain models. However, achieving success with these patterns requires additional guidance. Interestingly, we've observed that a set of constraints initially designed for training purposes remarkably aligns with effective pattern implementation, offering a more ‘mechanical’ approach. Let's explore together how Object Calisthenics can elevate the design of your tactical DDD patterns, offering concrete help for those venturing into DDD for the first time!
2. Introduction
• What is a “brownbag” session / meeting?
• What is ITx?
• DevOps, Agile and ITIL just don't work together - or do
they? - Peter Doherty
• Being agile and seeing the big picture: the challenge - Alex
Leonov
• Managing for DevOps and beyond - Ray Cooke
• Kill DevOps - Mark Smalley
• How DevOps messes with your head - Rob England
• Panel session: Integrating ITIL with Agile and DevOps
• Some Thoughts
3. What is a “brownbag” meeting?
• “A lunch meetings where people bring their own food…” -
www.businessdictionary.com/definition/brown-bag-meeting.html
• Familiarize the audience with a new concept or to share information.
• Casual or “informal” meeting. No one is an expert/hero.
*All images in this presentation were shamelessly downloaded from the Internet. I do not claim ownership of any of these images, nor intend to
plagiarize any literature owned by someone else.
8. Peter Doherty
• Ops influences Dev
• Dev drives Agile
• Agile reinvents Service Management
Ops
Dev
Agile
SM
9. Being agile and seeing the big picture:
the challenge
• Alex Leonov, Director, Knowledge Lab
• “Agile allows us to work faster.”
• “Agile methodology.”
11. Ritchie Grijaldo
• Look at how people “actually” work.
• Accept that you can never know everything about the business need.
• No dot restrict change. Embrace it and prepare for it.
• Align with common purpose.
12. Alex Leonov
• See the big picture.
• Recommendation 1: Traceability
• Recommendation 2: Disintermediation
• Recommendation 3: Immediate Feedback
13. Managing for DevOps and beyond
• Ray Cooke, Principal Consultant & Lean/Agile Business
Transformation Coach, Equinox IT
• Injecting DevOps into a business is like a “T” function.
• SM: In order to use (agile) DevOps, your system should already be of
high quality.
• Agile is “delivery-focused”.
• DevOps is “service-focused”.
24. How DevOps messes with your head
• Rob England, Managing Director, Two Hills Ltd.
• New Zealand's only certified DevOps Foundation instructor.
• DevOps ≠ Automation
• DevOps - Agile extended to Ops
• DevOps - Agile + Lean + ITSM
• DevOps wants to “fail fast”.
• DevOps wants to “fail forward”.
25. Rob England
• If it hurts, do it more. Also use andon cords.
• IAC: Dev team defines the environments especially Prod, not Ops.
• Challenge “ceremonies”: if you’re not delivering value, get out of the
way.
• DevOps transition: Dev is accountable to the software in Prod. Ops is
accountable to raising what Dev needs to be accountable to.
• Dead Cat Syndrome itskeptic.org/dead-cat-syndrome
• Canary Release: Test in Production (a.k.a. FB’s “silent go-live”).
26. Rob England
• Fully support & lead the mission of
DevOps direction.
• Mature DevOps: “Push Button Releases”
or CD.
• Phoenix Servers & Immutable Servers
• Self-healing capability – be mean to your
code. Antifragile.
(wikipedia.org/wiki/Chaos_Monkey)
• TDD – fundamentals of DevOps
(drdobbs.com/architecture-and-
design/test-driven-design/240168102)
27. Rob England
• Breaks the Iron Triangle.
• Chasing cost distorts behavior.
• ChatOps & Incident Management
29. Panel session: Integrating ITIL
with Agile and DevOps
• Karen Ferris, Director, Macanta Consulting Pty Ltd (Melbourne,
Australia)
• Lou Hunnebeck, Principal, Advisory Services at Fruition Partners (New
York, USA)
• Rob England & Mark Smalley
30. Rob, Mark, Karen, & Lou
• Who is handling organization change management in your company?
• ITIL tends to overprotect.
• Go back to “why?” and then answer “how?”
• Controlled Chaos
• Servant Leader: Empowerment is “supporting with freedom”.
32. Some Thoughts
• Fatigue: “extreme tiredness resulting from mental or physical exertion
or illness.” (Google.com)
• Fatigue: civil engineering: the weakening or breakdown of material
subjected to stress, especially a repeated series of stresses.
(Dictionary.com)
• Scrum Fatigue: “Scrum has silos”.
• Scrum Fatigue: “Loose” ideas and going back to basics.
• How could something meant to remove impediments and give value
to every task of every person be causing fatigue?
33. Some Thoughts
• Automation is key to enabling DevOps.
• Continuous…well, everything that can be automated.
• Step 1: Decide what slice of the system to do DevOps.
• Step 2: Automate everything that can be automated on that slice.
• Step 3: Foster the DevOps culture (a.k.a. stop Dev from putting a
barrier between Dev and Ops, and vice-versa).
• Step 4: Leverage effective DevOps-centric tools, disciplines, and
methodologies. Take your DevOps into maturity by following and
maintaining its core mission.
• Step 5: Add other slices of the system.
Editor's Notes
3.5 hours compressed into 1 hour.
Attendees are expected to bring their lunch to the meeting room and eat while they listen to the presentation.
In general, the purpose of a brownbag is to familiarize the audience with a new concept or to share information with the rest of the team.
a.k.a. “no budget” meeting.
Meant to be an open discussion. Sharing of ideas. Free to agree or disagree.
ITx is where New Zealand’s digital technology sector comes together. ITx focuses on innovation, technology and education and brings IT professionals, decision-makers, leaders and academics together under one roof. This is a conference like no other: where industry, academia and government come together to network, learn and engage.
So many valuables sessions. Yet on top of that, there are even more beers.
Speaker: ITIL Manager (Distinction), ITIL V3 Expert - Practical service management implementations at many ASX 200 companies, presented many times at itSMFNZ and Australia as well as Korea, USA, HK, Singapore.
Topic: Do the words Agile and Dev Ops scare the heck out of you? Well they shouldn’t. Peter Doherty has always been a big fan of Agile methodologies and until a little while ago could not get his head around how they fitted within a governance structure. That was until he had a discussion with his co-presenter on how she very successfully uses Dev Ops to roll out daily releases. Daily releases – are you kidding! Doherty realised that it was all about the size, impact and risks of these daily releases. Once you start understanding that it becomes much less scary. Come to this session to demystify how Service Management can embrace and leverage Agile and Dev Ops to deliver enormous benefits to your organisation and deliver disruptive business innovation.
Reality: we will never cover all use scenarios within our testing approaches. The point of thorough testing is to cover “common” and “known” scenarios.
Speaker: Alex has more than 15 years of IT experience from network and service management, through to software development, business analysis and management. He has worked on amazing projects in companies around the world. His industry experience includes marketing, freight forwarding, telecommunications, postal services, and entertainment. After gaining experience in small, medium-sized, and large international companies, Alex believes that it is his duty to share his knowledge among other professionals.
Topic: The ability to see details of the service operations in a transparent way is one of the essential parts of being agile. At the same time, too much detail hides the big picture. It takes increasingly more energy to see one as services spread over different channels, and reaction times are expected to get lower and lower. But without the big picture steering the organisation is extremely hard. The challenge is to see operations as a whole, and seeing their details at the same time. Without some kind of a structured approach it seems to be a challenging, if not impossible, task. In this presentation, you will find the ways to deal with the problem: keep and expand agile operations, and maintain a steady overview of the whole at the same time. It has practical advice on dealing with typical problems, and guidelines on customising the ideas to your own environment.
Agile is not a methodology. Jeff Sutherland clarified that in his publications. He had an impression that people didn’t actually understand the mission of Agile Manifesto.
It will be difficult to effectively and regularly deliver in a team that does not understand agile.
This reality is represented by most “agile” projects.
Look at how people actually work, and base your actual velocity (the so-called working speed) from that.
Prepare for the unknowns in the system. This is where best practices and effective testing approaches comes in.
Embrace uncertainty and creativity.
For DevOps to work, teams need to be aligned with common purpose.
Speaker: Ray is a Principle Consultant working for Equinox IT in Wellington, New Zealand. He has been a Software Development Manager in one form or other for over ten years and is currently consulting under the title of Lean & Agile Business Transformation Coach. He has worked in organisations from start-ups through to global corporations in both the public and private sectors, and is accustomed to growing and managing teams delivering and supporting software using a variety of frameworks and delivery methodologies. As well as managing and delivering through existing teams, Ray is experienced in recruiting, setting up and improving teams of IT professionals and always undertakes this with a view to maximising their value to the organisation he's working for. Adding to this experience in project management, vendor management, policy creation and hardware and software procurement has given him a modern and broad applicability in the field of IT management. When not at work, Ray puts the same problem-solving skills to the test at the indoor climbing wall but he's more than happy to admit that he won’t be switching his career away from IT to mountain climbing any time soon! Ray is currently working with a number of New Zealand government departments helping them build on their existing software delivery capabilities and working to his personal goal of making the IT sector better at improving people’s lives.
Topic: Traditional and agile DevOps organisational models are on a spectrum, and there are advantages and disadvantages in traversing this spectrum. The disadvantages of traversing in different directions on the spectrum can be countered by organisational changes. Organisational change is tough and change instigators are often significantly further ahead than those taking part in the change. Find out how to make change in your organisation, and the vision behind a possible future state beyond DevOps.
In order to do DevOps, you need to be in the state that is ready to implement it.
It’s not easy, but the proposed value is also tremendous as you have already seen with large companies that successfully implemented it.
Bank of UK experience: Regimented hierarchy until they got "lucky" by having a mandate from the business because the stakes are so high in a trading division, which drove the push for DevOps.
The drive came from the development team, pulling resources from system administration and other teams.
Lesson: DevOps is always driven by key management. You can never have DevOps if you don't have customer buy-in and management support.
Traditional Management vs. Agile vs. DevOps
Controls: Change Control Board, Design Review Boards, etc.
Speaker: Mark Smalley, based in the Netherlands, is an IT Management Consultant at Smalley.IT and Ambassador at the non-profit ASL BiSL Foundation. He is also affiliated with AllThingsITSM, APMG International, BrightTALK, BRM Institute, GamingWorks, IT4IT Forum, ITPreneurs, Pink Elephant, Taking Service Forward, Topconf, and Van Haren Publishing. Mark is specialised in Application Management and Business Information Management and has reached out to thousands of IT professionals at more than 100 events in more than 20 countries. Connect with him @marksmalley & www.linkedin.com/in/marksmalley
Topic: "If you think that you’ve found it, think again, because you never will.“ This ancient Zen saying about a monk's journey towards enlightenment and awakening is the inspiration behind the presentation title ‘Kill DevOps’. DevOps is about continuous experimentation and learning. DevOps brought Agile’s value proposition closer to the users by speeding up deployment (and more!). However no value is realised until the users actually use well-conceived systems. This is often the weakest link, so we need to extend our reach, and the presentation will show you how to do this.
No, it’s not DevOps. Automation is NOT DevOps, it’s just the leg!
Automation is at the heart of DevOps, but it’s just the tools and processes, and not the culture.
Use your gut feeling. People love to sell the hype in a way that makes money.
John is frustrated that we focus on the tools, not the culture.
Gene Kim – leading author of DevOps publications, among other things.
Reluctant because Gene understands that DevOps is at its infancy so he wants it to evolve, to improve and develop further.
The Phoenix Project by Gene Kim
You can implement DevOps in 3 ways.
This is DevOps in real life.
Business is king.
Architecture is alien. Why? Architecturally Agile.
See AllThingsITSM for details.
His observation as DevOps being essentially a cycle.
Again: DevOps is always driven by key management (demand). You can never have DevOps if you don't have customer buy-in and management support (use).
Free eBook.
Let it evolve. So let’s not kill it…yet.
Speaker: Rob England is a self-employed IT commentator and consultant. He consults in New Zealand on IT governance, strategy and processes. Internationally, he is best known for his blog The IT Skeptic and half a dozen books on IT, and he speaks widely at conferences and online. Rob was the NZ IT Service Management Champion for 2010 and his blog was voted the best "IT consultant and analyst" blog in the UK's Computer Weekly IT Blog Awards for 2010. He is an acknowledged contributor to ITIL (2011 Service Strategy book).
Topic: Sooner or later we will all need to make the lateral shift in mindset required by challenging concepts borne out of DevOps. DevOps turns some fundamental principles of IT and ITSM on their heads, with new concepts such as high velocity change, fail fast, infrastructure as code, people over process, servers as cattle, and empowered developers. DevOps is a strong leading indicator of our IT future. Your IT fundamental axioms will be challenged.
Saying DevOps is just another term for automation is like saying your car is just an additional 5 seats.
Agile thinking extended from build extended to lifecycle of software.
DevOps ancestor: Agile + Lean + ITSM combined.
Agile principles are essentially DevOps principles. Agile Principle: individuals and interactions over processes and tools. Responding to change, etc.
“Fail Fast” is adopted from Agile. DevOps redefines “failure” by encouraging it to happen early and be fixed early…so the next time it happens it’s rather an “expected” scenario.
We need to “Fail Forward” especially on large complex systems. Put it on production as early as possible. Stop pretending rollback works for complex systems. The only way to find out is to see it in Prod.
Releases are painful, but the lesser the frequency, the more unknowns, the higher the risk, the more painful it gets. Just look at waterfall methodology.
“Infrastructure As Code” is an absolute necessity for successful DevOps. Translates “infrastructure provisioned via a controlled code”. Use tools like Ansible.
Emphasizes that dev defines final details of target environment, not Ops. Expected that they know their software best.
Removal of impediments such as unnecessary ceremonies.
Role is to make much changes to happen as fast as possible. If your blocking it, you’re not delivering value.
From position of high control and low trust, to position of high trust and high empowerment.
Let the Development Team own Production, let them have responsibility on building each of the production server, not only on the application they deploy there. CIOs who have done this in their company have said “you should have seen the change in the quality of code when dev handles Prod. It’s just so powerful when Dev becomes accountable when their applications goes live.”
MBIE Document Conversion Service. You know I’m a “lazy” developer. I made sure Infra and Support won’t bother me after go live. Imagine if every developer is afraid of Infra and App Support to the idea that it gives them nightmares. More so imagine if they are the ones responsible for Prod.
Remember IAC.
DevOps is currently at it’s infancy, so we need to move towards “push-button releases” or Continuous Delivery, in order to find the best approaches to fully mature the discipline.
Amazon made record changes to production every 11.6 seconds on average in May of 2011. Facebook releases to production twice a day. Many Google services see releases multiple times a week.
What if a chaos monkey randomly smashes your server, deleting bits of properties here and there…will your system be able to survive?
Good Read: Antifragile by Nassim Nicholas Taleb.
Test-driven design is one of the fundamentals of DevOps. Read more about this idea at Dr. Dobbs site.
Focus on quality not on chasing cost.
Incident Management aims to document, report, and control the flow of incident resolution.
ChatOps is a collaboration model that connects people, tools, process, and automation into a transparent workflow. IM can leverage chat history by being the incident management history. There is not much difference.
Since DevOps aim to deploy as soon as something has been constructed, it does not need TFS branches.
Think about it: no merge conflicts, functional integration risks are drastically reduced. You can immediately see the impact of your changes and have the capability to remove such changes just as fast as you deployed it!
Karen Ferris: Karen is a result focussed, self-motivated senior professional in IT Service Management. She is passionate about best practice as per ITIL across a breadth and range of industries including agriculture, education, import/export, finance, government, healthcare, ICT/technology, mining, retail and utilities. She is an experienced practitioner in Organisational Change Management. Karen has added value for a diverse range of companies including IBM, Telstra, NAB, Coles Myer, Deakin University, MMG, Department of Defence, Hazelwood Power, South East Sydney Area Health, Victorian Parliament, CSC Australia, Vodafone, NEC, Department of Health and Aging, and HP. Karen has experience to enable small, medium and large scale organisations to deliver commercial results to their internal clients and external customers. Karen has contributed extensively to Service Management publications, including ITIL Version 2 and 3. A sought after international keynote speaker and acclaimed author, Karen received the Lifetime Achievement Award from itSMF Australia in 2014 in recognition of her contribution to the ITSM industry.
Lou Hunnebeck: An ITIL Expert with over 30 years in service industries, Lou's passion for improving how we do what we do has led her to IT Service Management from a background of process consulting, training and Service Management systems consulting. Devoted to advancing the art and practice of Service Management, Lou served as the author of the ITIL Service Design publication, 2011 Edition. She is on the Senior Examination Panel for ITIL, and the Architect Team for the new ITIL Practitioner qualification, and speaks regularly at industry meetings to spread the message of ITSM.
Hosted by Matt Hooper, this panel of Karen Ferris, Rob England, Lou Hunnebeck & Mark Smalley will discuss how to integrate "traditional" frameworks (e.g. ITIL) with other approaches (e.g. DevOps & Agile).
Who is handling organization change management in your company? – ITIL controls and limits change to limit risks. DevOps promotes change.
One argument about ITIL is that it tends to overprotect, and with overprotection, innovation becomes limited if not fully hampered.
What happens to children if you always prevent them from getting hurt?
Recommendation: Why don’t we go back to “why?” and then answer “how?” in light of DevOps and Agile?
Revisit existing processes and ask ourselves “what value can DevOps and Agile bring us now?”
ITIL needs to give up some of its controls to give freedom to DevOps, giving the opportunity to prove that it is built to stand up and run better when it gets wounded (a.k.a. “fail fast”).
Up to you if you support these ideas or not because these has been an open discussion during that panel session.
“Gavin Coughlan: Battling Scrum Fatigue.”
Reaction: There seems to be so many ideas about scrum that just went awry…that's the risk of "loose" ideals. We need to go back to basics to avoid such things they call as "fatigue".
Application of scrum is definitely in an infant stage.