1. The document discusses how to attain the next level of agility through a multi-step process. It outlines what is and is not considered agile and important stages to focus on.
2. Key steps to achieving the next level of agility include increasing customer involvement, improving prioritization of features, and adapting to changes during development through iterative methodology.
3. The document recommends assessing your current processes, obtaining executive support, getting team involvement, and using a coach or consultant to help guide the transition in a customized way through pilots and reviews.
Presented at the Lean and Agile Systems Thinking Conference in Melbourne 2012 this presentation covers what games are, what the key elements of a game are, how these relate to our day to day lives and importantly what can we learn or utilise more of from game for Agile Software Development.
A series of ScrumBut anti-patterns observed in multiple Scrum projects along with guidance on how to avoid them.
As presented at the European Scrum Gathering (Munich, Germany) on October 19, 2009.
Agile knowledge check-up: Busting myths on core Agile conceptsRowan Bunning
Does your organisation use terms “Agile”, User Story, MVP, Iteration Manager or ScrumMaster? Do you do a demonstration at the end of each iteration? If you organisation is like most in Australia, it’s likely that people in it are misunderstanding the primary purpose of these concepts. When the main point of such concepts are missed repeatedly, it can cripple the effectiveness of your Agile adoption. Don’t fear, the Doctor is in and there is a clear prescription for your ailment. Come and test your knowledge. Be prepared to be surprised.
A simple formula for becoming Lean, Agile and unlocking high performance teamsRowan Bunning
An extended version of the session at the Sydney Scrum User Group, Agile Brisbane, Melbourne Agile and Scrum User Group and Agile Newcastle between Feb 26 and Mar 20, 2013. This included a promo about the Scrum Australia 2013 conference: http://www.scrum.com.au
Session Intro
In an effort to become Agile and/or Lean, many organisations in Australia are attempting to design their own custom Agile process from Agile and Lean principles at the time at which they are least qualified to do so - before they have started.
This might appear to make sense if you set out to 'implement the Agile Methodology' * or 'do Agile' *. After all, aren't you acting in the adaptable spirit of Agile to pick and choose which practices you adopt and how you implement them? Every organisation is unique, right?
In reality, organisations taking this approach, tend to pick the easy 'low hanging fruit' that are easy for them to adopt over those that offer the most improvement over the status quo. In pulling up stumps early and 'wimping out' of the harder organisational changes, such organisations unconsciously stifle their teams' ability to reach for high performance and limit the organisation's ability to go beyond "good" to be truly "great". They may also be missing the essential understanding that Agile practices were designed to work as an inter-dependent system of disciplined practice. As Kent Beck put it: "No single practice works well by itself, each needs the other practices to keep them in balance. If you follow 80% of the process you get 20% of the benefits."
If, however, you set out to be a high performing organisation, this may not be adequate.
So...
What if there was a way to avoid a half-baked 'Agile-ish' approach producing half-baked outcomes? What if you could get there by "standing on the shoulders of giants"?
What if there were a simple formula for becoming truly Agile?
(Genuinely living the Agile Software Development values and principles.)
What if this simple formula also implicitly implemented the core principles of Lean and did so in a way based not on repetitive Lean Manufacturing of physical objects but on a type of Lean that is much more appropriate for complex knowledge work and systems development?
What if this formula also implemented the management/leadership approaches suggested for a Complex problem domain as per the Cynefin framework?
What if this formula enabled rapid cycles of learning about both:- what the customer really needs and- what techniques are required to rise to the challenge of delivering it using contemporary technologies?
What if this formula was proven to scale and could support you through the Agile Journey from pilot to whole-organisation transformation?
What if this formula was self-correcting in terms of both your project outcome and your processes themselves?
What if there was a way to unlock the full synergistic potential of teams and realise truly high performance?
Presented at the Lean and Agile Systems Thinking Conference in Melbourne 2012 this presentation covers what games are, what the key elements of a game are, how these relate to our day to day lives and importantly what can we learn or utilise more of from game for Agile Software Development.
A series of ScrumBut anti-patterns observed in multiple Scrum projects along with guidance on how to avoid them.
As presented at the European Scrum Gathering (Munich, Germany) on October 19, 2009.
Agile knowledge check-up: Busting myths on core Agile conceptsRowan Bunning
Does your organisation use terms “Agile”, User Story, MVP, Iteration Manager or ScrumMaster? Do you do a demonstration at the end of each iteration? If you organisation is like most in Australia, it’s likely that people in it are misunderstanding the primary purpose of these concepts. When the main point of such concepts are missed repeatedly, it can cripple the effectiveness of your Agile adoption. Don’t fear, the Doctor is in and there is a clear prescription for your ailment. Come and test your knowledge. Be prepared to be surprised.
A simple formula for becoming Lean, Agile and unlocking high performance teamsRowan Bunning
An extended version of the session at the Sydney Scrum User Group, Agile Brisbane, Melbourne Agile and Scrum User Group and Agile Newcastle between Feb 26 and Mar 20, 2013. This included a promo about the Scrum Australia 2013 conference: http://www.scrum.com.au
Session Intro
In an effort to become Agile and/or Lean, many organisations in Australia are attempting to design their own custom Agile process from Agile and Lean principles at the time at which they are least qualified to do so - before they have started.
This might appear to make sense if you set out to 'implement the Agile Methodology' * or 'do Agile' *. After all, aren't you acting in the adaptable spirit of Agile to pick and choose which practices you adopt and how you implement them? Every organisation is unique, right?
In reality, organisations taking this approach, tend to pick the easy 'low hanging fruit' that are easy for them to adopt over those that offer the most improvement over the status quo. In pulling up stumps early and 'wimping out' of the harder organisational changes, such organisations unconsciously stifle their teams' ability to reach for high performance and limit the organisation's ability to go beyond "good" to be truly "great". They may also be missing the essential understanding that Agile practices were designed to work as an inter-dependent system of disciplined practice. As Kent Beck put it: "No single practice works well by itself, each needs the other practices to keep them in balance. If you follow 80% of the process you get 20% of the benefits."
If, however, you set out to be a high performing organisation, this may not be adequate.
So...
What if there was a way to avoid a half-baked 'Agile-ish' approach producing half-baked outcomes? What if you could get there by "standing on the shoulders of giants"?
What if there were a simple formula for becoming truly Agile?
(Genuinely living the Agile Software Development values and principles.)
What if this simple formula also implicitly implemented the core principles of Lean and did so in a way based not on repetitive Lean Manufacturing of physical objects but on a type of Lean that is much more appropriate for complex knowledge work and systems development?
What if this formula also implemented the management/leadership approaches suggested for a Complex problem domain as per the Cynefin framework?
What if this formula enabled rapid cycles of learning about both:- what the customer really needs and- what techniques are required to rise to the challenge of delivering it using contemporary technologies?
What if this formula was proven to scale and could support you through the Agile Journey from pilot to whole-organisation transformation?
What if this formula was self-correcting in terms of both your project outcome and your processes themselves?
What if there was a way to unlock the full synergistic potential of teams and realise truly high performance?
Agile development approaches are becoming increasingly popular these days… but it can mean very different things to different people, to me it’s like being part of the mob.
Email me for the MS PowerPoint version.
An introduction to the Spotify matrix model including recent updates we've made as we have continued to grow. I presented this talk at the Spark the Change Conference in London, UK on July 1, 2015.
Presentation about the article 13 Big Ideas from Spotify Engineering Culture https://medium.com/@andrefaria/14-spotify-engineering-culture-big-ideas-cb18f822f9ad
In the world of agile, there is theory and then there is practice. We like to talk about self-organizing teams, asynchronous execution, BDD, TDD, and emergent architecture. We also talk about cross-functional teams: how analysts, testers, architects, technical writers, and UX designers belong on the same team, right next to programmers. It all sounds nice in theory, but how does this work in reality? What do these people actually do? How do they interact? What does it look like? Is there really a pragmatic way to make this work?
In this simulation, a cross-functional team will actually build a piece of software. Every specialist will have a hand in the process. Every specialist will also act as a generalist. Everyone will add value. And as a team, we’ll get something DONE.
This is your opportunity to see agile development in practice, and to bridge the gap between what agilists say and what teams do. And it’s not as new or as difficult as you think – affinity between testers, BA’s, coders, and other team members has really been at the root of effective development practices all along. Let’s just finally acknowledge that it works, demonstrate its capabilities, and encourage it going forward.
This IS agile development.
How can multiple teams across a product line deliver software while everyone works from home? This is the story of those teams at Sonatype. Also see our experience report at http://bit.ly/agile2015-remotelyagile
@AgilePT 2016 - HyP: A journey to greater efficiencyBruno Cacho
HyP stands for the journey of Farfetch’s FrontEnd teams to find different ways of work, by applying on the field, Jeff Sutherland’s hyperprodutivity patterns for highly efficient teams. These patterns are bounded to the origins and foundations of Scrum, and so, they comprises dynamics that have been identified in highly successful Scrum teams, all around the world.
At the end you will have an introduction of all 9 HyP patterns, how they work together, complemented with some great field stories and finally the results of our journey.
This journey was an extraordinary, collective, eye opening experience, and will leave no one indifferent. Be ready to get inspirational by stories and ideas that emerged in our journey.
From Incremental & Iterative to Agile – What's the Right Process For Your Tea...Atlassian
Every software team has heard the phrase “going agile" and many consider themselves agile, but what does it mean to be truly agile? Implementing agile in a team takes commitment and is anything but “nimble and quick”. In fact, sometimes you need to become good at Incremental and Iterative Development (IID) before you can be Agile. In this talk, you will learn whether IID or Agile is right for your team, how to deploy and maintain a selected process, and how to make JIRA work for your development process.
Agile development approaches are becoming increasingly popular these days… but it can mean very different things to different people, to me it’s like being part of the mob.
Email me for the MS PowerPoint version.
An introduction to the Spotify matrix model including recent updates we've made as we have continued to grow. I presented this talk at the Spark the Change Conference in London, UK on July 1, 2015.
Presentation about the article 13 Big Ideas from Spotify Engineering Culture https://medium.com/@andrefaria/14-spotify-engineering-culture-big-ideas-cb18f822f9ad
In the world of agile, there is theory and then there is practice. We like to talk about self-organizing teams, asynchronous execution, BDD, TDD, and emergent architecture. We also talk about cross-functional teams: how analysts, testers, architects, technical writers, and UX designers belong on the same team, right next to programmers. It all sounds nice in theory, but how does this work in reality? What do these people actually do? How do they interact? What does it look like? Is there really a pragmatic way to make this work?
In this simulation, a cross-functional team will actually build a piece of software. Every specialist will have a hand in the process. Every specialist will also act as a generalist. Everyone will add value. And as a team, we’ll get something DONE.
This is your opportunity to see agile development in practice, and to bridge the gap between what agilists say and what teams do. And it’s not as new or as difficult as you think – affinity between testers, BA’s, coders, and other team members has really been at the root of effective development practices all along. Let’s just finally acknowledge that it works, demonstrate its capabilities, and encourage it going forward.
This IS agile development.
How can multiple teams across a product line deliver software while everyone works from home? This is the story of those teams at Sonatype. Also see our experience report at http://bit.ly/agile2015-remotelyagile
@AgilePT 2016 - HyP: A journey to greater efficiencyBruno Cacho
HyP stands for the journey of Farfetch’s FrontEnd teams to find different ways of work, by applying on the field, Jeff Sutherland’s hyperprodutivity patterns for highly efficient teams. These patterns are bounded to the origins and foundations of Scrum, and so, they comprises dynamics that have been identified in highly successful Scrum teams, all around the world.
At the end you will have an introduction of all 9 HyP patterns, how they work together, complemented with some great field stories and finally the results of our journey.
This journey was an extraordinary, collective, eye opening experience, and will leave no one indifferent. Be ready to get inspirational by stories and ideas that emerged in our journey.
From Incremental & Iterative to Agile – What's the Right Process For Your Tea...Atlassian
Every software team has heard the phrase “going agile" and many consider themselves agile, but what does it mean to be truly agile? Implementing agile in a team takes commitment and is anything but “nimble and quick”. In fact, sometimes you need to become good at Incremental and Iterative Development (IID) before you can be Agile. In this talk, you will learn whether IID or Agile is right for your team, how to deploy and maintain a selected process, and how to make JIRA work for your development process.
Компания Софторг - флагман промышленного швейного оборудования Украины Fialan
С 1999 года компания «Softorg» работает и развивается на рынке швейного оборудования Украины. За это время мы прошли уверенный путь от регионального представительства до ведущего поставщика известных зарубежных производителей, таких как Juki, Jack, Sunstar, Siruba, Malkan, Silter, Stoll, Santoni, Oshima, SWF, и др.
This presentation has been compiled using material available in public domain. Copyrights of the owners and sources of the material used has been duly acknowledged.
My presentation at the 1st Agile Cyprus Meetup, aiming to illustrate some of the most common misunderstandings that many people tend to believe about agile methodologies
200229 PMDays Kharkiv 3 Secrets of Agile LeadersPeter Stevens
Agility as a movement started with software developers uncovering better ways of doing what they do. Today that movement is driving even business leaders to rethink how they lead their organizations. What does it mean to "be" agile? How can agility be applied to leading organizations? Where do successful agile leaders start? Three stories, three secrets and three tips to apply agility to your life and work. As presented at PMDay 2020 in Kharkiv
Software Craftsmanship: Agile is Not EnoughKen Auer
Some people seem to think that following an Agile process will get you good software. But, the reality is that Software Craftsmanship is found in the work produced, not in the process followed. The Agile Manifesto hints at this, but many have missed it. How do you get that quality up there, consistently keep it there, and keep raising the bar? Through a combination of some discussion on the nature of Skills Acquisition, and an analysis of common practices in software development (from Tests to Pull Requests to Pair Programming), we’ll paint a picture of how to become a true expert that you can’t get from “Agile alone”.
Software Craftsmanship: Agile Is Not EnoughKen Auer
Some people seem to think that following an Agile process will get you good software. But, the reality is that Software Craftsmanship is found in the work produced, not in the process followed. The Agile Manifesto hints at this, but many have missed it. How do you get that quality up there, consistently keep it there, and keep raising the bar? Through a combination of some discussion on the nature of Skills Acquisition, and an analysis of common practices in software development (from Tests to Pull Requests to Pair Programming), we’ll paint a picture of how to become a true expert that you can’t get from “Agile alone”.
Money, Process, and Culture- Tech 20/20 June, 2012Adrian Carr
A talk about Company Culture, Software, People, Lean Thinking, Agile Software.
This is the Powerpoint for a talk I gave at Tech2020, in Oak Ridge, Tennessee in June, 2012.
Similar to Journey to Next Level of Agility- Charkrvarthy (20)
The trend in software development has been changed a lot nowadays. People are expecting predictable features from some unpredictable data. We can now develop software products from raw data, refine raw data to produce business insights and analytic. We are using visualizations, statistics, and machine learning to develop and plan the needful. This is termed as Data Science. Data modelling is the first part of any software product development. So, “Waterfall” is the approach.
During this period, “Agile” approaches has been emerged. Software Development projects are now getting delivered on a stipulated period and budget. Data science is still trapped on waterfall method.
Problem area lies here. Galore of opportunities arrives at the juncture of these two trends of
development. Agile big data is a development methodology which can be utilized to address the same. Session will be focused to explore new approaches and team structures to follow this methodology.
Traditionally, businesses like banking and telecom focused high on standardization and national regulation. The development lead times were long. Consequently, the solution providers developed capabilities to influence standards, develop products and interact with the end-service providers. The changing business landscape challenges providers to keep pace. In the slow-moving market, providers honed the ability to run major multi—year projects. Solution Providers became predictable development machinery with extensive mechanisms to enable predictability and control at the expense of flexibility and customer closeness. This led to organizational setups focusing on the alignment with the project structures and deepening the competencies in narrow areas both in the product and in the functional dimensions. The result? Organizational silos with multiple related hand-over challenges.
My talk will cover solutions to these challenges when multiple teams come together to deliver a solution.
Session will have different aspects of the Agile Portfolio Management.
Session is for Lean Agile Leaders which will help them manage portfolio Agile way. Lean Agile principles when applied to portfolio management, will help you keep pace with fast changing business by giving you a disciplined approach to implementing you strategic vision as realistic work plan.
Keeping up with the new pace of change requires light weight processes and an adaptive mindset. It will cover the following main pillars of Agile Portfolio Management:
Work Management
Capacity Management
Financial Management
Value Management
Continuous planning
Continuous Visibility
APM session will help you look at the portfolio in different way; and help you outpace changing business.
Change is hard and it’s an art to conceptualize a change in any organization. This session about Evolutionary approach for change would guide audience to think about the pros and cons of evolutionary approach over other generic approach.
In my proposed model of Evolutionary Approach, Change starts from Sensing the situation at real time rather proposing a ‘boxed’ solution. Every enterprise is different and to an extent with-in enterprise each organization (or projects) is different. Thus requires deeper Analysis and identification of a fit-for-purpose solution ideas followed by Implementation of solution ideas followed by Measure of the results. Measuring result guides improvement to move in right direction in-place of being biased about the ideas and assuming they would always work. Measure adds value
to manage change effectively and delivers a happier, innovative and better enterprise.
Evolutionary Change Approach’s focus is to deliver measurable business gains by implementing improvements at enterprise.
Software-driven business models are shaping the business landscape in a big way. Unprecedented growth in technology has helped to create new generation ‘born-in-the-cloud’ business models. These business models have helped newly formed organizations to catch-up with, and often catapulted past, brick & mortar organizations in less than a decade.
‘Born-in-cloud’ business models are built on NextGen systems. NextGen systems are mass personalized, massively distributed, always on and self-adapting system of systems and have broken the boundary between physical and cyber world.
Software 4.0 is a framework for creating NextGen system. It enables mind-set change, develop people competencies, establishes right methodologies for innovation & speed.
Software 4.0 framework leverages nexus of following methodologies / initiatives –
Business Model Canvas for value promise
Design thinking
Hackathon
Modular Architecture
Agile-at-scale
CLM platform & Continuous Engineering
Machine Learning
Software 4.0 ensures NextGen systems are built in iterative, incremental, self-learning and cost-effective manner with superior quality.
The Digital Technology is making the enterprises to redefine their strategies and reinvent business models. The customer and market expectations are changing dynamically forcing the organizations to adopt “Agile” processes and systems to these changing business needs. “Developing Agile Digital Architecture’” is an important element for the organizations to succeed. The speaker will address the way the digital technologies are driving the businesses to change their services and operations, and how the organizations should develop the agile digital architectures. The session also covers building business, data, and application and technology architectures in an agile way and thereby meeting the changing business requirements and eventually delivering the business goals.
Agile transformation has to be accompanied by suitable governance mechanisms such that the metrics and measures conform to newer ways of working. In waterfall methodology it is straightforward – there is a project and a plan, the metrics verify compliance with the plan on triple constraints. Change was not something seen as desirable.
How does this change for agile teams? Do we still continue with “projects”? Do we track utilization or outcomes? Last
Overall this session will delve on the lightweight governance based on #no projects theme and outcome based metrics on business value, throughput, team engagement and system capability.
Mainframe often termed old world juggernaut of software industry, but still holds large trillions of data in Banking, Insurance, Travel, Hospitality industry, has an impeccable track record of robust processing and security. But often the fast changing Digital world and Mobile eco system, manifests a challenge to Mainframe systems, in terms seamless compatibility. So that organizations can leverage competitive edge to have mobile eco system as part of their IT solution to gain the dynamic edge yet leverage Mainframe as their system of records to leverage stability.
In this talk will share a generic case study of major bank how they leveraged in making their Mainframe eco system nimble and compatible with Mobile eco system using Agile, Devops and Micro services in tandem to leverage competitive advantage and cost savings.
With the increase in population that separates ‘work’ from ‘life’, as if work is absence of life, it becomes increasingly important to study about what happiness means to people at work, so that they can be made to feel alive in their offices too. This session is aimed at introducing two interesting research studies that aimed to do just that. Also, this session helps people understand if business agility keeps us happy in the true sense.
The two studies that this session will discuss about are as follows:
Richard M. Ryan et al’s Self Determination Theory – led to a book Drive by Dan Pink
Mihaly’s Measurement of Flow in Everyday’s life – led to book Flow by Mihaly himself
This session does not just explain these two research works but also will find the commonalities between these and will engage the audience with discussions using leading questions, thereby bringing out personal examples that they can relate to.
We introduce Wave 2 of Agile as a way to understand the high-performance results that come from Being Agile. We know many in our industry have fallen into the trap or “Doing Agile” – where people lose sight of the objectives and lasting results.
Wave 2 is about Living Agile. It is in how we show up. It is in how we work with people and organizations to shape the culture. It is living Mahatma Gandhi's truth:
“Be the change that you want to see in the world”.
When we focus on our own behaviour, we model Being Agile. This is the only way to invite the Agile Mindset. This is Wave 2 Agile. We stop creating conflict and resistance. We become the effective leaders and influencers of lasting change in our organizations.
“To be or not to be? That is the question.”
In October 2009, I presented a well-received session entitled An Agile Engineering Environment (in 59 Minutes or Less) at an Agile conference in Chengdu, China. From 2009 – 2015 the environment presented in that session remained fundamentally unchanged as our primary internal development environment. By 2015, however, we began seeing the emergence of new tools which build upon the basic premises of that environment, but enable an even more robust environment to be established even more quickly and independently than the 59-minute environment realized in the 2009 session.
In this session, we will briefly introduce the original configuration and see how modern tooling and techniques enable the improved environment to be established in a fraction of the time, enabling even greater agility in our engineering environment.
There’s a lot left unsaid about achieving and maintaining “enterprise” agility for large MNCs. For geo-distributed teams that are in the “Forming”, and even, “Norming” stages, there is perceived chaos while envisioning and building v1 products. Unlike teams that are already “norming” or “performing”, and have then adopted Agile, these “v1 teams” have a steeper trek to agility. Often, Agile process gives way to tactical execution. This session deals talks about dealing with this situation and maintaining business agility.
An Agile mindset believes that diverse teams with complementary skills are best equipped to thrive in today’s business environments.
Many organizations, working with Agile methodologies, talk about changing mindsets. I know from extensive experience that Agile principles and practices by themselves will not lead to this kind of transformation. A real Agile transformation is about not just doing Agile, but being Agile.
‘Follow Agile’ mindset will only help us get into the water but ‘Being Agile’ mindset will help us swim in the current. Most Agile implementations fail and their practitioners cannot tell why. Managers jump onto the Agile bandwagon, and quickly discover that the change runs much deeper and wider than they’d been told. Worse yet, people decide for or against Agile without understanding it properly. It does not have to be this way. This will be an interactive workshop leading toward the Agility.
In October 2009, I presented a well-received session entitled An Agile Engineering Environment (in 59 Minutes or Less) at an Agile conference in Chengdu, China. From 2009 – 2015 the environment presented in that session remained fundamentally unchanged as our primary internal development environment. By 2015, however, we began seeing the emergence of new tools which build upon the basic premises of that environment, but enable an even more robust environment to be established even more quickly and independently than the 59-minute environment realized in the 2009 session.
In this session, we will briefly introduce the original configuration and see how modern tooling and techniques enable the improved environment to be established in a fraction of the time, enabling even greater agility in our engineering environment.
We introduce Wave 2 of Agile as a way to understand the high-performance results that come from Being Agile. We know many in our industry have fallen into the trap or “Doing Agile” – where people lose sight of the objectives and lasting results.
Wave 2 is about Living Agile. It is in how we show up. It is in how we work with people and organizations to shape the culture. It is living Mahatma Gandhi's truth:
“Be the change that you want to see in the world”.
When we focus on our own behaviour, we model Being Agile. This is the only way to invite the Agile Mindset. This is Wave 2 Agile. We stop creating conflict and resistance. We become the effective leaders and influencers of lasting change in our organizations.
“To be or not to be? That is the question.”
The world of work is transforming at an unrelenting pace – product development is increasingly complex and uncertain, the speed of decisions and delivery are escalating at an exponential pace, customers are demanding more attention and responsiveness, and the workforce is entering with new expectations of engagement. Through all of this, 80% of managers continue to believe they are operating effectively with their employees, yet only 25% of employees agree. Something is wrong! Most leaders are unaware of how their own thoughts and actions are working against their leadership objectives. Ineffective leadership fuels the top impediments limiting organizational agility and growth – the fear of losing control, the resistance to change and contrasting values.
Pete illustrates how leadership agility improves self-awareness, amplifies decision-making, improves outcomes and grows organizational resilience and capacity in highly complex and fast-paced environments. Through the art of story telling from his two decades of personal experience, as well as the experiences of other senior leaders with whom he has coached, Pete spotlights six critical mistakes you may be unaware of in your own leadership practice, how they may be working against your intent, and how to reorient your focus to improve your leadership outcomes.
Projects are initiated to improve the Business process and optimize the utilization of the Organization resources. Project Managers or Scrum Masters or Product Owners have challenge in getting the right type of resources (man power, machines & material) who are key in making the Projects success. This session helps in understanding where is the real POWER, how to empower the POWER & get the needed resources.
Topics covered in the session are 1) Organization types (Projectized/Matrix/Functional) 2) Stake holder Analysis (Power/Interest) or (Power /Involvement matrix etc) 3) Project Manager/Product Owner/Scrum Master setting the expectations by drawing (RACI Matrix for getting POWER involvement) 4) Project Manager/Product Owner/Scrum Master Selling his Release Plan to POWER & get the Resources allocated 5) Project Manager/Product Owner/Scrum Master Selling empower the POWER and turn Forbidden POWER in various Scrum Ceremonies.
Education brings in awareness which is an important surge for any growing economy and for India to be as Developed Nation. The education system needs primary focus in Rural India. How do we empower rural schools with quality education? What forces can help bring the light in every home and touch every life? What should be the agility of the approach, architecture, design and developing strategies for Digital India?
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/
Accelerate your Kubernetes clusters with Varnish CachingThijs Feryn
A presentation about the usage and availability of Varnish on Kubernetes. This talk explores the capabilities of Varnish caching and shows how to use the Varnish Helm chart to deploy it to Kubernetes.
This presentation was delivered at K8SUG Singapore. See https://feryn.eu/presentations/accelerate-your-kubernetes-clusters-with-varnish-caching-k8sug-singapore-28-2024 for more details.
Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...UiPathCommunity
💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™:
See how to accelerate model training and optimize model performance with active learning
Learn about the latest enhancements to out-of-the-box document processing – with little to no training required
Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages
This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath.
Speakers:
👨🏫 Andras Palfi, Senior Product Manager, UiPath
👩🏫 Lenka Dulovicova, Product Program Manager, UiPath
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
Search and Society: Reimagining Information Access for Radical FuturesBhaskar Mitra
The field of Information retrieval (IR) is currently undergoing a transformative shift, at least partly due to the emerging applications of generative AI to information access. In this talk, we will deliberate on the sociotechnical implications of generative AI for information access. We will argue that there is both a critical necessity and an exciting opportunity for the IR community to re-center our research agendas on societal needs while dismantling the artificial separation between the work on fairness, accountability, transparency, and ethics in IR and the rest of IR research. Instead of adopting a reactionary strategy of trying to mitigate potential social harms from emerging technologies, the community should aim to proactively set the research agenda for the kinds of systems we should build inspired by diverse explicitly stated sociotechnical imaginaries. The sociotechnical imaginaries that underpin the design and development of information access technologies needs to be explicitly articulated, and we need to develop theories of change in context of these diverse perspectives. Our guiding future imaginaries must be informed by other academic fields, such as democratic theory and critical theory, and should be co-developed with social science scholars, legal scholars, civil rights and social justice activists, and artists, among others.
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.
"Impact of front-end architecture on development cost", Viktor TurskyiFwdays
I have heard many times that architecture is not important for the front-end. Also, many times I have seen how developers implement features on the front-end just following the standard rules for a framework and think that this is enough to successfully launch the project, and then the project fails. How to prevent this and what approach to choose? I have launched dozens of complex projects and during the talk we will analyze which approaches have worked for me and which have not.
Leading Change strategies and insights for effective change management pdf 1.pdf
Journey to Next Level of Agility- Charkrvarthy
1. Journey to next level of Agility
చక్రవర్తి
http://about.me/Chakravarthy
www.agiletour.org
2. Who am I
•Started IT career on April 4th 1996
•Worked with various companies & played all roles of SDLC
•Certified by Microsoft as
• Technology Spécialist
• Professional Developer
•Certified by Scrum allience as
• Scrum Master
•Awarded as MVP by Microsoft
•For more information… Post Session
www.agiletour.org Ghost
4. Agenda
•What’s not « Agile »
•What’s « Agile »
•How to attain the next « Agility »
•Important stages
•For more information…
www.agiletour.org GroundRules
5. Ground Rules
• Electronics by exception
•One conversation at a time
•Participation & Respect
•Timeliness
• Anything else.. ?
www.agiletour.org Not Agile
7. # Agile
Everything is Agile
• Resource location is agile
• Resource reporting is agile
• Requirement is agile by every day / every hour
• Team composition is agile
Manager says
• You are everything
• You directly talk to the client and do what ever he asks you
• d
www.agiletour.org Large Projects
8. Agile is not meant for large projects
Agile doesn’t suite for large projects, because
• Architecture can’t be build in small iterations
• That is built on small iterations wouldn’t sustain for huge business
application
• It is always like chasing the moving target
• Work assigning is a tedious task
• Audit history for Change requests is uncontrollable
• Product Owner is the paymaster and thus he dictates
• what is to be done
• when is to be done
• d
www.agiletour.org What’s Agile
9. 3 Steps
3 Phases
What’s Agile
Bing has beyond ample list of web docs
You can bing for Agile methodologies and it is easy to lost in the web hive with the tons of information that is
available for you. Be careful, too much information is also fatal
Local communities help you
Now-a-days, Agile is being a buzz word within the industry as well as with venture capitalists, it is giving
ample scope for the communities to come together. There are few local communities, please join them and
get the different people’s understanding and implementation of Agility within their work space
dictionary.reference.com
“quick and well-coordinated in movement”
No definition @ either wikipedia (or) wikitionary
They have definition for “Agility”, but not of agile.
d
www.agiletour.org Plan&Routes 9
10. Sometimes things don’t go as planned.
Sometimes the original plan is the WRONG one!
How do you know which is right?
How do you know where you are?
(answer: incremental development with feedback)
route to planned goal
What do you do at the moment of crisis?
(1969 lunar landing)
route to better goal
getting lost route to worse goal
www.agiletour.org Step1:HowNextLevel
11. How to next level? Step 1
The first Question is..
Are we professional?
- Ken Schwaber
http://bit.ly/RvProf
There is a difference between “Profession” and “Professional”
One is a standard & the other is Behavior
- David Starr
www.agiletour.org Step2:What2BAgile
12. Step 2 – What has to be more Agile
• Increasing the Customer Involvement
[[Not to an extent of dictating who does what.. ]]
• Improving the prioritization of Features
[[Higher value features generate revenue.. ]]
• Increasing the Team Buy-in & involvement
[[Self organised teams doesn’t need work allocation ]]
• Adapting to change During the Development
[[Iterate methodology helps to reassess the features & Project Timeline ]]
www.agiletour.org BusinessValue 12
13. System Evolution vs. Slices of BV
• Mowing the lawn analogy
– 4 “functions” to mow the law to get to “done, done, done”
– Completing 1 “function” does not deliver “business value”
• Deadline – Time Boxed
• My kid is going to mow the lawn – will he do a good job?
Front Back Sides
Pick Up Trash
Mow
Trim & Edge
Sweep Clippings
BecomeWithin www.agiletour.org
14. Become Agile within
Your Goal should not the be Next Level, but the
Right level
1. Assess your organization to determine where you should begin adding agility.
2. Obtain executive support for the move to the Next level of Agile process.
3. Get the development team involved in the migration process to ensure buy-in.
4. Develop a clear understanding of your current processes by documenting them.
5. Identify a coach or consultant to help you with your migration.
That’s where I can help you..
1. Review your current process, and look for areas that can be shifted to more Agile
methods. Focus on areas with the most potential for improvement and the most
value to the customer and your organization. The readiness assessment will also
help with this task.
2. Outline a custom process based on the findings from the previous step
3. Try the new process on a pilot project.
4. Review the findings after the pilot, make changes, and continue to scale out your
new methodology.
Source: http://msdn.microsoft.com/en-us/library/hh273005.aspx
www.agiletour.org Elders&Kids
16. Step 3 – Five Whys
Why 5
Why 4
Why 2
Why 3
Why 1
The big ? is…
Not “Why” but “How”
dafsdf
www.agiletour.org ProvenFacts 16
17. The Proven Facts
1. There are two villages, Attari and Wazirgunj in Gaya, separated by a big hill.
2. Who does the layout for the Road between these villages?
3. Do we have to follow the below
1. Take permission from Govt
2. Govt does an ariel study for the path plan
3. Govt invites tenders ..
4. Blah .. Blah ..
5. ..
But one man at the age of 60, Manjhi had single-handedly carved out a 360 feet
long, 30 feet high and 30 feet wide passage by cutting through a hill near Gahlaur
with a hammer, chisel and nails, working day and night, resulting
• The road between the villages
• A notice from the Medical agency for the treatment to the man
How is this possible ?
www.agiletour.org IterateModel-ALM
18. Phase 1 – Small & Iterate
Iterate Model : Application Life Stages
Source :
http://en.wikipedia.org/wiki/Iterative_and_incremental_development
www.agiletour.org IteratePlan
19. Phase 1 – Small & Iterate
Iterate Model : Requirements Planning - Generic
http://www.testfocus.co.za/featurearticles/v10n3_09_3rdquarter.html
www.agiletour.org IterateNewModel
20. Phase 1 – Small & Iterate : Right Level
Iterate Model :
www.agiletour.org DefectReason
21. Phase 2 – Testing : Next Level is Right Choice
Defect Identification
www.agiletour.org RallyRelease
23. Phase 3 – Release is Not Iterations
Release (vs) Iterations
• Focused on User Stories • Focused on tasks decomposed
supporting a theme from user stories
• Based on a healthy, historical • Based on velocity and capacity
velocity of the team
• Usually 1-4 months in length • Usually 1-4 weeks in length
consisting of 2-4 iterations
• “What” focused – what can we • “How” focused – how are we
deliver going to get there?
• Story writing • Task estimating
• Shippable product – features • Potentially shippable product –
are made available to the features are demo-able
customer
Source: http://www.rallydev.com/learn_agile/agile_planning/release_planning/
www.agiletour.org ReleaseCycle
24. Phase 3 – Agile Release Structure : Release Cycle
Scrum 1 or 2 sprints depending on
Master the product complexity
Sprint Transition
Planning
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Hardening Hardening
2 – 12 weeks Sprint Sprint
• Team building (Staffing,
Scrum Master 5 – 10% Backlog grooming
• Release Timeline
• Architecture Definition
(coarse grain)
• Dependencies identified System test involved
• Release cost forecast
• Release Backlog
• Prioritized
• Sized
• Detailed
• Estimated
•Sprint goal for 1 or 2 sprint
•May not be formal sprint
www.agiletour.org QA