Based on a wide variety of surveys taken over recent years, many companies are transitioning to something that looks more like Agile than the processes they were using in previous years. However, that transition doesn’t necessarily mean implementations have been done respectfully of the Agile Manifesto and the principles behind it. In large part, industry trends seem to indicate that the sloganization of the word has done a significant disservice to the ideas that were originally founded in 2001. To add even more pain, most people seem to be entirely unaware of the core basis of Agile which is the idea to embrace change but inspect and adapt to that change. Are we lost as an industry? Is there anyway we can recover from this problem? In this session, attendees can expect to engage in a conversation about the rise of the Agile community, the negative and positive impact it has had on the industry, and how you individually can help your organizations and teams lower the risk of encountering the negative problems, and speed your way towards the positives. Topics will include: - The intentions behind agile - Ways you can rework or improve your not so great agile situation - Things you should avoid from the start.
In my scrum team, as a tester, I'm responsible for the test work to be done. Most of that test work is done manually. We need to automate those test cases. But, when? And how? The developers and and the tester can do a lot together. Some times we test together. Some times we program together. Some times I'm on my own, testing or creating/writing automation scripts. In my talk I will share my experiences what I'm doing with my developer colleagues. From the moment we start development on the feature (Epic or user story) up until we ship it. We explore, build and test the feature. Based on that we create scripts for automation on various levels. From unit test level up until end to end testing. Take aways from this session are: - How to work together with your developer(s) - Motivate your stakeholders to work this way - Give tester a way to participate in coding and learn from the experience - Provide Agile coaches a way how to set up automation in a scrum team
This document discusses using Jira Portfolio for agile planning and management. It describes how the Product Owner can use Portfolio to plan at the program level by ranking epics and branches of work. It also describes how the Project Manager can use Portfolio to track multiple teams' progress, dependencies, and capacity. Finally, it outlines some current limitations of Portfolio and how SAFe uses it for program execution and planning at scale.
Aðalsteinn "Alli" Óttarsson", Technical Producer CCP. Synopsis: Massively multiplayer online game developer CCP has been pursuing a multi-product development effort and has teams scattered across the globe. In 2008 CCP decided transition the production of its flagship product EVE Online to agile development and at the same time release their most ambitious expansion to the online universe. In order to achieve this CCP shifted a large portion of their globally distributed resources from working on separate local projects to one unified development effort using Scrum. While getting an insight into the fascinating field of game development attendees will learn about the structure of the project, its roll-out and how the company as a whole transitioned to Agile throughout the release and how the entire development arm of the company has now unified around the framework. Alli covers the biggest hurdles and impediments the company was faced with and how they were solved as well as how the development teams and management embraced agility and the cultural change.
This document provides tips for creating effective pull requests. It recommends that submitters review their own code, write clear titles and descriptions, use good commit messages, and keep code changes short. Reviewers should provide constructive feedback, ask questions, and review in short sessions. Tools like code analysis and checklists can help reviewers. Pair programming and early feedback can improve code quality before a pull request. The goal is for teams to work collaboratively through the pull request process.
Presented at Agile2017. Practical tips & real life traps to watch out for when launching and leading AWESOME Agile Release Trains using the Scaled Agile Framework (SAFe).
The document discusses how JIRA Portfolio can help organizations plan projects by organizing backlogs, managing team capacity and release cadences, and visualizing dependencies and strategic initiatives. It highlights key features like organizing backlogs, planning with team capacity and releases in mind, and ensuring dependencies are considered. The goal is to help answer common questions around delivering on time, reacting to changing priorities, and keeping focused on overall business goals.
Aviram E. has more than years in building outsourced teams. He will present his vision of how to buiild an outsourced team for AV/VR, what are the trends in that, what are the important issues to cover when doing that and more.
In this talk, I shared about Skyscanner's Engineering Principles and how we put them in practice within our team. I gave real examples and links to resources for further reading.
What is Agile? - What are the roles in Agile development? How do we implement or scale with Agile? Which Agile processes should I use in my case? There are so many questions about Agile, so in a series of Meetups, we will try to uncover as many aspects of Agile as possible, in order to provide the full overview of Agility in organisations. The form will be a combination of presentations and discussions, so everyone has a chance to address their thoughts on the matter. In the first chapter, we had a more "general" talk about what Agile software development is, and the value behind it. What does it mean to be Agile? - In the second chapter we looked into the Product Owner role and the many expectations and responsibilities that comes along with the "titel" - and in the third chapter we turned our focus towards the Scrum Master, his role, responsibilities and the ceremonies in SCRUM. In the fourth chapter - the last this year - we will focus on the feedback loop. In order to be agile, to inspect and adapt and to learn fast you need to get feedback, so a strong and quick feedback loop is essential for succes with Agile. In the chapter we will be covering the following topics: • Failing is learning • Feedback loop • DevOps
Edith Harbaugh, CEO LaunchDarkly discusses the cultural changes that happen - not just in engineering but across the organization - when you add feature flagging to your development cycle and stop relying on long-lived branching. This presentation is from DefragCon 2016.
The cultural change of “DevOps” beyond just developers and operations is just at the beginning. What happens when an entire organization changes from shipping once a year to once a month, then multiple times a month, week or even daily? How do developers approach a sprint when their code can be live in real time? How does product management change when features can evolve daily? How does marketing change when the features of tomorrow can be immediately influenced by response to messaging today? We’re at the very beginning of thinking of code as a living object instead of a static file thrown over the wall.
The document discusses the need for a service-delivery review feedback loop between customer and delivery teams. It proposes a regular, quantitative review to discuss the fitness of a team's service delivery for its intended purpose. Key metrics like delivery times, blockers, value-demand ratio would be reviewed. Establishing clear service-level expectations and collecting feedback helps teams understand failures and improve their service to better meet customer needs. Regular reviews in a collaborative spirit can strengthen relationships and build customer trust and loyalty.
This document discusses retrospectives in Agile software development. It outlines the basic structure of retrospectives, including setting the stage, gathering data, generating insights, deciding what to do, and closing. It emphasizes the "prime directive" of understanding that everyone did their best given the circumstances. The document also presents various tools that can be used in retrospectives, such as timelines, silent retrospectives, and team radars. It concludes by advertising an upcoming Agile engineering conference and recommending a book on Agile retrospectives.
What is Agile? - What are the roles in Agile development? How do we implement or scale with Agile? Which Agile processes should I use in my case? There are so many questions about Agile, so in a series of Meetups, we will try to uncover as many aspects of Agile as possible, in order to provide the full overview of Agility in organisations. The form will be a combination of presentations and discussions, so everyone has a chance to address their thoughts on the matter. In the first chapter, we had a more "general" talk about what Agile software development is, and the value behind it. What does it mean to be Agile? - In the second chapter we looked into the Product Owner role and the many expectations and responsibilities that comes along with the "titel" - and in the third chapter we turned our focus towards the Scrum Master, his role, responsibilities and the ceremonies in SCRUM. Fourth chapter where about the Feedback loop, and the importance on being able to reach upon changes. In this fifth chapter we focussed on growing with Agile. What happens when one development team isn't enough to deliver the requirements of your product, and you need to scale? In the chapter we covered the following topics: • Scaling with Agile • LESS • SAFE
New feature development in agile should almost always start with a spike. Spikes help to define feature scope, uncover technical unknowns, and provide accurate estimates. In this session we will cover how to introduce spikes into your development cycles and show how Atlassian defines spike goals, focuses spike efforts, and makes feature development more effective.
This document discusses how testers can contribute in an agile environment. It begins by defining agile testing as testing done incrementally and in parallel with development. Testers should have a mindset of collaboration, communication, ongoing planning, and viewing failures as opportunities to learn. Testers can contribute in agile events like planning, refinement, and retrospectives. They can help write user stories and acceptance criteria. They also help determine if work is done by demonstrating increments and providing feedback. Defects are viewed as unfinished work rather than managed in a separate phase. The document discusses metrics that matter like working software, velocity trends, and release burndowns. It emphasizes documentation should be "just enough" and
Webinar by Clarke Ching Agile and ToC expert. Agile: the Good, the Bad and the Ugly. If your Agile is broken then this is how to fix it! Your Agile teams are busy. Busy delivering. Busy improving. Your quality is amazing. Rework is low. The product looks great. Your users love it. You are a high performing team! But your internal customers say your teams are slow. This session will teach you how to use the Theory of Constraints to figure out how to speed up, by finding the one thing that’s slowing them down. This webinar will cover how, in an Agile environment: - to better control scope creep, - to reinforce your relationship with the I.T. Development team’s client, - to be able to make commitments and honour them and - to decide where your bottleneck should be. About the speaker Clarke Ching is a computer scientist with an MBA who discovered Goldratt’s Theory of Constraints (ToC) in 2003 and has been using it ever since to accelerate Agile initiatives. He is fascinated by Agile and obsessed with ToC. He wrote the amazon best-sellers Rolling Rocks Downhill and The Bottleneck Rules. Rolling Rocks Downhill teaches 3 things: the fundamentals of Agile combined with ToC; how to use those fundamentals to deliver big projects faster and on time; and how to deliver quietly huge transformations. It’s been featured in The Guardian newspaper and The Spectator magazine. It was one of Barbara Oakley’s top 10 books of 2019. It was the #2 best-selling Leadership book on amazon.com, just behind Steven Covey’s 7-habits book. He has been Agile / Lean / ToC expert in: GE Energy, Dell, Royal London (life insurance & pensions), Gazprom and Standard Life Aberdeen among other organizations. He is the past Chairperson of Agile Scotland. He is a lecturer at Victoria University School Of Management in New Zealand where he now lives. Today he is the founder and Chief Productivity Officer of Odd Socks Consulting
This presentation will take developers behind the scenes of the Keynote Demo to showcase how designers and a developers work together to achieve outstanding results. In this presentation, we'll identify the gap between designers and developers, and walk you through an actual example of how to build bridges that increase trust in your products. You'll learn about: - UX basics - Design within open source communities - Understanding the problems between developers and designers - The advantages (and disadvantages) of working with a designer - Coping with common pitfalls and false assumptions - Specific CSS and JS techniques used during the Keynote demo visualization You'll leave knowing that UX goes beyond the UI, with a better understanding of why working with a designer is important, and how to work together successfully.
Node.js is a very popular framework for developing asynchronous, event-driven, reactive applications. Red Hat JBoss Data Grid, an in-memory distributed database designed for fast access to large volumes of data and scalability, has recently gained compatibility with Node.js letting reactive applications use it as a persistence layer. Thanks to near caching, JBoss Data Grid offers excellent response times for data queried regularly, and its continuous remote event support means data can get pushed from the data grid to the Node.js application instead of having to wait for the data grid to serve it. In this session, we'll show how to build Node.js applications that use JBoss Data Grid as a persistence layer.
In this session, we'll talk about what's different about this generation of web applications and how a solid development approach must consider the latency, throughput, and interactivity demand by users across mobile devices, web browsers, and Internet of Things (IoT). We'll demonstrate how to include Couchbase in such applications to support a flexible data model and the easy scalability required for modern development. We'ill demonstrate how to create a full stack application focusing on the CEAN stack, which is composed of Couchbase, Express Framework, AngularJS, and Node.js.
JBoss EAP7 brings support for the most recent industry standards and technologies, including Java EE7, the latest edition of the premier enterprise development standard. This session will provide an overview of the major additions to Java EE7, and how your team can use these capabilities on the advanced EAP7 runtime to produce better applications with less code.
This document discusses using microservices and in-memory data grids for high performance data storage and analytics. It shows how Apache Spark can be used for real-time analytics on data stored in an in-memory data grid. Examples are provided of SQL queries run on Spark to analyze user data and posts from a social network. The results are collected and written back to the data grid.
Despite the popularity and hype of containers, there is no need to regard containers as a block box. It is important to have an awareness of what's going on under the hood to help optimize your container requirements. In this session, we'll discuss: - Namespacing in the kernel - Copy-on-write storage choices - Portable container formats - Available container alternatives - Validation, trust, and content addressability with image verification See examples and options for your use-cases.
The document discusses microservices for Java developers. It introduces Christian Posta, a principal middleware specialist and architect who works with large microservices and is a blogger and speaker on topics like DevOps, integration, and microservices. It then discusses how creating value through software is about speed, iteration, and continuous improvement. It covers concepts like distributed configuration, service discovery, load balancing, circuit breakers, and versioning/routing that are important for microservices. Finally, it mentions container cluster management with Kubernetes and technologies like Kubernetes, OpenShift, and Fabric8 that can help with microservices development.