location_city Bengaluru schedule Feb 26th 01:30 PM - Jan 1st 12:00 AM place Sigma

How do you effectively scale skill-based, quality training across your organization?

Over the years, I've experimented with different ideas/models to scaling skill-based training across an organization. In the last 4 years, I've pretty much settled down on the following model. Its very useful when mentoring teams on skills like Test-Drive-Development (TDD), Behavior-Driven Development (BDD), Product Discovery, Writing User Stories, Evolutionary Design, Design Patterns, Problem Solving, etc. I've successfully implemented this model at some very prominent fortune 500 enterprises.

The goal of this workshop is to explore what other successful models organized have used to scale skill-based training in their organization.

 
 

Outline/Structure of the Workshop

The participants will be divided in groups of 5-6. For each exercise, they will collaborate with other participants in their groups and present back their consolidated learning to the other the groups.

  1. Differentiate skill-based training from other kinds of training - 10 mins
  2. Discussion on adult learning touching upon activity based, informal learning - 15 mins
  3. Key ingredients of any skill-based training - 15 mins
  4. Presentation on Train-the-Trainer Model - 15 mins
  5. Discussion on other training models - 10 mins
  6. What should we measure to know the effectiveness of the training - 15 mins
  7. Recap - 10 mins

Learning Outcome

  • Differentiate between skill-based,experiential training from passive, knowledge-based training
  • Gain insights into how adults learn (activity based, informal, pull-based learning)
  • Understand the key ingredients of what makes a skill-based training effective
  • Various different models of scaling training
  • A measurement framework to know if the training is being effective

Target Audience

Leadership Team, Change Agents responsible for rolling out Agile methods inside their organization

schedule Submitted 7 years ago

Public Feedback


    • Ryan Martens
      keyboard_arrow_down

      Ryan Martens - Beyond Agile Execution: Agility for Business and Impact

      Ryan Martens
      Ryan Martens
      CTO
      Rally Software
      schedule 6 years ago
      Sold Out!
      60 Mins
      Keynote
      Beginner

      Agile is not just a process change, its a mindset change for most. With faster time to market, better feedback and highly functioning teams, the Agile mindset opens our eyes to a better way of working as humans on large complicated and complex problems. Combining it with the concepts of Lean Startup, delivers another leap in team capacity and capabilities. It also opens the possibilities of using agility for more than just software development.

      Do you wonder how can we drive innovation in a disciplined way to tame our world's toughest problems? Can we apply the lessons learned from Agile and Lean Startup? Over the past three years, we've been able to apply agility at a new level, beyond business impact. Through our corporate social responsibility effort, "Rally for Impact", we aim to apply the agile mindset to mobilize citizen engineers to serve our communities and protect the planet. I want you to consider this growth path for yourself and your agile teams.

      Let's open the worlds mindset to a better way to empathize, explore and execute in these complex times.

    • Jim McCarthy
      keyboard_arrow_down

      Jim McCarthy - Culture Hacking: The Prospect of Magnificence

      Jim McCarthy
      Jim McCarthy
      Founder
      McCarthy Technologies
      schedule 7 years ago
      Sold Out!
      60 Mins
      Keynote
      Beginner

      A culture is the set of shared attitudes, values, goals, and practices that both describes and shapes a group. The unique challenges of creating software have demanded totally new types of corporate culture. In response, we have created Agile, Scrum, and XP and many other cultural disciplines. These represent the birth of culture engineering and, although significant, are primitive compared to what will follow. Jim McCarthy introduces "culture hacking," a kind of cultural engineering that focuses on protecting personal freedom, extending openness, and embodying rationality. In the near future, a system made up of shared commitments and interpersonal protocols for hosting cultural innovations is likely to become available and standardized, leading to enormous personal and collective cultural and productivity gains. Happily, these gains will be based on culturally designed nobility of purpose, and a potent and virtuous cycle will continue to emerge, whereby profit derives from ennobled behavior. This cycle will lead to an era of widespread and abundant greatness - an era of unparalleled magnificence.

    • 60 Mins
      Keynote
      Advanced

      In 2002, Secretary of Defense Donald Rumsfeld introduced us to the concepts of known knowns, known unknowns, and unknown unknowns. But he left out Unknown Knowns, things that we know without knowing it. And it turns out that these Unknown Knowns are actually the biggest category of knowledge - tacit knowledge.


      As developers, we work with knowledge: knowledge of the problem domain, knowledge of our tools, knowledge of our techniques, and knowledge of each other. So getting good at accumulating tacit knowledge is important.

      This talk will look at how we are poorly served by most of the current ways we are taught to be better developers. Can we do better? Only if we stop talking and start showing. Let's see why.

    • Martin Fowler
      Martin Fowler
      Chief Scientist
      ThoughtWorks
      schedule 6 years ago
      Sold Out!
      60 Mins
      Keynote
      Intermediate

      In the last decade or so we've seen a number of new ideas added to the mix to help us effectively design our software. Patterns help us capture the solutions and rationale for using them. Refactoring allows us to alter the design of a system after the code is written. Agile methods, in particular Extreme Programming, give us a highly iterative and evolutionary approach which is particularly well suited to changing requirements and environments. Martin Fowler has been a leading voice in these techniques and will give a suite of short talks featuring various aspects about his recent thinking about how these and other developments affect our software development.

    • Rae Abileah
      keyboard_arrow_down

      Rae Abileah - Engendering Justice: Women, War and Peace

      45 Mins
      Keynote
      Beginner

      One in three women will be raped or beaten in her lifetime. Half of the seven billion global population are women so that means one billion women alive now will, or have been, beaten or raped or beaten. Women and children are disproportionately affected by war and occupation as well. And yet numerous studies illustrate how uplifting women's work and leadership can strengthen the whole society and economy. Women are at the forefront of global campaigns challenging militarism and violence, and working to redirect resources into health care, education, green jobs and other life-affirming activities. What can we learn from these women and their successes thus far? How can the technology sector support this crucial work? How do these social movements stay agile to rapidly respond to breaking news while building a long-term progressive movements for deeper social, economic and environmental justice? As Arundhati Roy said, "Another world is not only possible, she is on her way. On a quiet day, I can hear her breathing." In this talk, Rae Abileah will share visionary examples of women-led work for peace and justice and explore the paradigm shift needed for equality, human rights, and justice for all.

    • Todd Little
      Todd Little
      Chairman
      Kanban University
      schedule 6 years ago
      Sold Out!
      60 Mins
      Keynote
      Intermediate

      A major challenge in agile development is the ability of test teams to keep pace with ongoing development while simultaneously ensuring that new development has not created regression failures. This case study from Halliburton shows how together with two globally distributed outsourcing partners they developed a comprehensive test automation strategy for their agile teams that effectively leveraged both in house and outsourced activities. This approach resulted in a significant quality improvement from prior releases.

    • Ash Maurya
      Ash Maurya
      Founder
      Spark59
      schedule 6 years ago
      Sold Out!
      60 Mins
      Keynote
      Intermediate

      Most products fail. Not because we fail to build what we set out to build, but because we waste time, money, and effort building the wrong product.

      In this talk, I'll share our lean product development process that utilizes continuous customer feedback loops to ensure you don't go astray and instead build products people (will) want.

      What you'll learn:

      - How to track your your feature lifecycle on a validated learning kanban board
      - How to use qualitative testing techniques for early validation during the design and test phases
      - And then follow up with cohort based quantitative metrics to verify you have built something people wanted.

    • Naresh Jain
      Naresh Jain
      Founder
      Xnsio
      schedule 6 years ago
      Sold Out!
      45 Mins
      Workshop
      Advanced

      As the popularity of Agile methods have grown, so have the misconceptions or myths associated with Agile also grown. These myths get even more glorified when we talk about them in the offshore or distributed context. And to make matters worse, you can throw in a fixed-price contract spanner into the engine.

      Worry not! In this fun-filled activity, we'll collect facts from the participants that they believe are true and then we'll declare them as confirmed or busted after an interactive (heated) discussion.

    • Corey Haines
      Corey Haines
      CTO
      Wavetable
      schedule 6 years ago
      Sold Out!
      45 Mins
      Tutorial
      Beginner

      Everyone has acronyms, mnemonics, and a list of rules to guide their everyday software design. In order to get the most out of these age-old gems, one needs to deliberately practices them. Rules are a good way to remind ourselves of these gems.

      Corey Haines emphasies his design guidelines in form of the "4 Rules of Simple Design." Attend this talk to understand the four rules and their importance in everyday programming.

    • Corey Haines
      keyboard_arrow_down

      Corey Haines - Stories from 10 Years of Extreme Programming

      Corey Haines
      Corey Haines
      CTO
      Wavetable
      schedule 6 years ago
      Sold Out!
      45 Mins
      Talk
      Intermediate

      10 years ago I was introduced to Extreme Programming. Since then, I've been an avid practitioner, applying the techniques and values to my life as a software developer. Over that time, I've bounced between many extremes, learning and reflecting on the value that I get when building systems both for myself and for others.

      In this talk, I'll share some of those learnings and how my life as a software developer has changed with the times.

    • Balaji Muniraja
      keyboard_arrow_down

      Balaji Muniraja / Srinath Chandrasekharan - Visualization and Agile Practices to the Rescue of Traditional Project

      20 Mins
      Experience Report
      Intermediate

      We are from Large Indian IT Services organisation where most of the projects follow traditional/waterfall ways of working and the mindset of the senior management is also used to this way of working for all project types (Application Maintenance, Minor Enhancement, Bug Fixing and L3 Analysis space), while these methods have their own shortfalls and projects suffer because of the methodology, many leaders still believe that by following tradtional process their problems would be solved. Through this experience report, we would like to share how Visualisation and Agile Practices rescued the waterfall project from depleting Customer Confidence and Quality of Service Delivery.

      The Project team of 9 members distributed at onsite and offshore was involved in maintenance / enhancement type of work for a large Investment Bank with several new features being implemented as change requests. Team’s responsibility starts from Analysis to Deployment into Production for the work comes in ad-hoc manner. The issues and challenges by project teams were

      • Longer duration to complete the change requests and ensuring an on-time delivery
      • Low Customer Satisfaction and Quality of Deliverable.
      • Proactively manage application issues despite higher experience of team.
      • Low employee morale
      • Lack of senior management participation and constant fire fighting with the customer.

      Project team focused on 3 areas

      Business/Client IT team

      • Prioritize the change requests by highest business/end user value (Input Cadence)

      • ‘Drive’ the development efforts to incrementally deliver

      Teams

      • Focused on speed in delivering change request by eliminating waste

      • Focused on enhancing knowledge sharing by Collaboration using Visualisation Boards and daily stand up meeting

      • Focus to Deliver right at First Time

      Management

      • Focus on the value stream (cycle time)

      • ‘Drive’ Continuous Improvement (Kaizen)

      • Manage impediments , making blockers visible

      Within 3 months of time after team started adopting the Visualisation and Agile practices the teams and senior management could see the improvement in the areas of 

      1. Increase in Balance Score Card scores from 4 to 6.5 and many areas scored 7.0/7.0
      2. Productivity improvement by 25%

    • Vinod Sankaranarayanan
      keyboard_arrow_down

      Vinod Sankaranarayanan / Pravin Kumar Thakur - Introducing Agile Knowledge Transfer

      20 Mins
      Experience Report
      Beginner

      After more than 5 years of supporting the thetrainline.com platform, ThoughtWorks worked with The Trainline teams to transfer knowledge and context  back to the Trainline Teams.

      This methodology was co-created by ThoughtWorks and Trainline as a healthy sustainable and mature way to transfer knowledge. The transition itself was about a year long and involved multiple agile concepts around remote pairing, program MVP and above all, continuous delivery and non-disruption to business through the process.

      This presentation would take the audience through the experiences and learnings of the process. This session is co-presented by ThoughtWorks and Trainline (vendor and customer) and will provide an insight across multiple spectrums of delivery and business.

    • Tarang Baxi
      keyboard_arrow_down

      Tarang Baxi / Chirag Doshi - A Practical Guide to Setting up Distributed Agile Projects

      45 Mins
      Talk
      Beginner

      A practical guide to setting up a new agile project team. Based on years of agile delivery and coaching experience for projects in a number of distributed and offshore models, for teams sized from 10 to 200 people, and spread across 4 continents, and 8+ locations. Some areas that will be touched on:

      • People - how to organize distributed teams, cultural factors to consider, ways to build trust, and how to avoid timezone burnout.
      • Process - how to communicate effectively, plan collaboratively, setup distributed practices (standups, retros, pairing, etc), effectively divide work on a common codebase, maintain visibility, and track progress.
      • Tools - (tips provided as a handout) which hardware and software tools should you absolutely invest in to help overcome communication,  visibility and collaboration challenges
    • Mukesh Bhangria
      keyboard_arrow_down

      Mukesh Bhangria - Continuous Refactoring at Amazon: A Case Study

      45 Mins
      Talk
      Beginner

      Between the project deadlines, we always feel there is code which needs to be improved

      Usually Developers have the following 3 options:

      - Bite the bullet and do the refactoring as they go along.
      - Park the issue and address it later.
      - Allocate special time when the project gets out-of-control.

      As customer facing stories take higher priority, usually Developers are forced to choose the last option.

      However a team at Amazon took a different approach. Attend this session to listen to their first-hand story of how they changed this typical behavior to achieve Continuous Deployment on a critical service.

    • Victoria Schiffer
      keyboard_arrow_down

      Victoria Schiffer - Agile Coaching? Sure thing! What about Life Coaching in Agile Thinking?

      Victoria Schiffer
      Victoria Schiffer
      Delivery Manager
      SEEK
      schedule 7 years ago
      Sold Out!
      45 Mins
      Talk
      Beginner

      I love being around awesome people, who build great products customers desire. 
      I love learning from and together with these amazing minds. 
      I love creating the right environment for teams to flourish. 
      I love change, and learning from new experiences. 
      I love working in Agile environments.

      How about you? 
      I bet there are some elements of this list why you're in Agile, too. And you can probably add even more elements to it.

      The Agile Manifesto states amongst others individuals and interactions, customer collaboration and responding to change.

      In our everyday life doing Agile we already respect these aspects in many ways. 
      But do we practice what we preach as best we can?

      I'd like to challenge your current way of thinking about people and processes. 
      I'd like to challenge you to focus on you, before you focus on others. 
      I'd like to challenge your current way of reflecting. 
      I'd like to inspire you to go different ways. 
      I'd like to inspire you to inspire others.

      In Agile we're already good in improving our processes and creating well performing teams and hence building the right things in the right way. And in the Agile Manifesto's communication and collaboration piece we can even get better.
      "You have not yet reached the limit of what you're capable of!" means we can always further improve. And we do follow this idea in our Agile processes, too, through continuous feedback (Retrospectives) and improvement.

      And why not take it even further? Why not go "Beyond Agile"?!

      Here's where aspects of Life Coaching come in handy: through also understanding and improving ourselves (how do we interact with people due to how we perceive our environment) we will even further improve communication and collaboration.

      Life Coaches believe our clients know the answer. And even if Agile Coaching is slightly different than Life Coaching, I see it as very relevant in Agile Coaching, too. If we apply this in Agile, instead of giving our clients (team, colleagues) the answers, asking them powerful questions to help them be more aware of what's happening at the moment, they will find their answer for it and will have a much better commitment to making the change for themselves, their teams and the company. It's not for us to TELL them what to do, but to ASK them what's going on for themselves. Here's where I see a huge chance for improvement.

      In my session I give lots of examples on how to link Life Coaching ideas to our Agile work environments. I've given the session at LAST Conference Melbourne and at the Agile Coaching Circles Meetup Melbourne. The audience was engaged and the attendees were very happy about having some new ideas on how to improve their daily work life.

      Come along to be inspired by Life Coaching and thus to benefit our Agile Thinking!

    • Giovanni Asproni
      keyboard_arrow_down

      Giovanni Asproni - Methodology Patterns: a Different Approach to Create a Methodology for Your Project

      Giovanni Asproni
      Giovanni Asproni
      Consultant
      Asprotunity Limited
      schedule 7 years ago
      Sold Out!
      90 Mins
      Tutorial
      Advanced

      In the software world we have been looking for “The Methodology” to solve our software development sorrows for quite a while. We started with Waterfall, then Spiral, Evo, RUP and, more recently with XP, Scrum, Kanban, DAD, SAFe (there are many others, but, their impact, so far, has been limited).

      In this tutorial, I'll show why this search for the holy grail is bound to fail--each methodology has strenghts and weaknesses that make it suitable only in some contexts--and I'll describe a different approach based on patterns and pattern languages, that teams can use to create their own methodologies to suit their specific needs, which, in my experience, has a higher chance of success. 

      The approach is based on the observation that all the practices used in all modern methodologies--e.g., user stories, use cases, team self organization, TDD, unit testing, acceptance testing, continuous integration, iterative and incremental development, etc.--come from the same set. Different methodologies just mix and match them differently. All those practices can (and many have already been) described as patterns whose relationships with each other form a set of pattern languages.

    • Raja Bavani
      keyboard_arrow_down

      Raja Bavani - A Principle-Centered Approach to Distributed Agile (OR) Distributed Agile: Ten Guiding Principles

      Raja Bavani
      Raja Bavani
      Chief Architect
      Mindtree
      schedule 7 years ago
      Sold Out!
      20 Mins
      Experience Report
      Beginner

      The challenges in distributed agile can be seen under three broad categories viz., a) Communication and Coordination, b) Time Zone Differences and c) Issues related to People, Culture and Leadership Style. Successful teams consciously adhere to certain principles and it is their principle-centered approach that helps them face such challenges and deliver the best.

      Steven Covey wrote: "Principles always have natural consequences attached to them. There are positive consequences when we live in harmony with the principles. There are negative consequences when we ignore them. But because these principles apply to everyone, whether or not they are aware, this limitation is universal. And the more we know of correct principles, the greater is our personal freedom to act wisely." This is true in all situations of life and it includes application of agile methods in geographically distributed teams too.

      This session is to present the ten principles and elaborate 3-4 principles learned through experience in working with project teams and interactions with industry experts, and applied for more than a decade. These ten principles are above and beyond agile manifesto and agile principles. These are related to areas such as context-specific methodology, tools for productivity improvement, infrastructure for communication and coordination, knowledge management, focus on quality, inclusion, collaborative governance, automation, technical debt management, iteration progression and ensuring early success.

    • Tathagat Varma
      keyboard_arrow_down

      Tathagat Varma - Agile, Management 3.0, Holacracy...what next?

      Tathagat Varma
      Tathagat Varma
      Country Manager
      NerdWallet
      schedule 7 years ago
      Sold Out!
      45 Mins
      Talk
      Advanced

      Pesentation deck is now available at http://www.slideshare.net/Managewell/what-next-31791295

      Modern management methods are still based on the then seminal work by Henri Fayol some 200 years back, followed by Frederick Taylor's work some 100 years back! Sadly, those models were predominantly based on industrial work, and don't really work that well in knowledge industry and today's sociological dynamics at workplace. Classical Agile methods codify several people practices that allow for a self-organizing team to evolve, but doesn't offer a lot of guidance on how to develop and groom leadership for agile organizations beyond a software team. Management 3.0 takes this issue further and develops it into a separate discipline altogether. On similar lines, Holacracy seeks to create social technology for purposeful organizations, though not specially targeting software organizations. So, the issue of leadership still continues to be unresolved and rather left to pave its way on its own. Unfortunately, when we want to achieve true end-to-end agility, it is not enough for software teams to be charging at top speeds but leadership not evenly matched to support them well in their endeavors. We clearly have a problem at hand...

      In this talk, we will study how the role of leadership has evolved and what does it look like for agile organizations at present. Many agile methods take an extreme view that limit leadership to team-level collective ownership of leadership. However, that might not be enough because of various reasons. In any non-trivial organization, whether a software organizations or any modern business employing software for business advantage, the reality is that organization units beyond a plain-vanilla software teams do exist. So, how does one go about grooming their top talent for playing an effective part in this process?

      Finally, we will also try to take a shot at some of evolving paradigms. For example, all these management thoughts are still based on the kind of outdated premise that an organization is based on 'boundaries' of operations. However, already we see that model being broken down, and the future teams look more like boundaryless entities bound with nothing but a unifying purpose that brings a bunch of volunteers together for a period of time. If our success increasing depends on such teams being able to effectively self-manage themselves, what role does leadership have to play in it, and are we getting ready for it? 

    • Daniel Zen
      keyboard_arrow_down

      Daniel Zen - Agile Engineering Javascript with Jasmine & AngularJS, Karma & Jenkins

      Daniel Zen
      Daniel Zen
      CEO
      Zen Digital
      schedule 7 years ago
      Sold Out!
      90 Mins
      Tutorial
      Intermediate

      Agile & Test Driven Development of frontend JavaScript User Interface code is often passed over using the excuse that the UI code is "declarative" (What you see is what you get) and therefore does not 'need' to be tested. Others, will dismiss testing frontend AJAX code as too difficult to maintain or unnecessary because it is only important in context with the server. We will show how these misconceptions are false. 

      We will cover several popular JavaScript tools and technologies that make Agile frontend web development easy. We will show how these front end technologies cannot only be functionally tested, but Unit Tested. If time is available will cover Continuous Integration, Dependency Injection, & Mock objects.  

      By including your front-end code in your automated testing process you can prevent the inclusion of bugs that are usually only caught with manual testing.

    • Naresh Jain
      Naresh Jain
      Founder
      Xnsio
      schedule 7 years ago
      Sold Out!
      45 Mins
      Demonstration
      Intermediate

      "Release Early, Release Often" is a proven mantra and many companies have taken this one step further by releasing products to real users with every commit a.k.a Continuous Deployment (CD).

      Over the years, I've built many web/infrastructure products, where we've effectively practiced CD. However at Edventure Labs, when we started building iPad games, we realized there was no easy was to practice CD, esp. given the fact that Apple review takes a few days.

      Our main question was: As mobile app developers, how should we architect/design our apps for CD?

      We were a young startup, learning new behavior about our users (kids aged 5-8) everyday. We could not afford any delay in releasing latest, greatest features to our users. To solve this problem, I believe we've built an innovative solution to enable any mobile app developer to achieve CD.

      If you are building real products, which have platform/3rd-party dependencies and you want to practice CD, this session is for you.