Why one size doesnt fit all? - Selecting scaling framework.

Why one size doesnt fit all?  - Selecting scaling framework.

This session will focus on what are the aspects organizations should consider when they want to scale agile implementation in organization.  There are several frameworks out there like SAFe, LeSS, Spotify, and so on. what is it that organization is trying to achieve and how a systematic approach of scaled agile implementation can help the organization.

Attendees will be able to understand what aspects should be considered before organization decides to scale agile.  How to scale agile and when to do it largely depends on what organization is trying to achieve. Each organization is operating it in different way so there is no defined formula or framework that will work for all. But guidelines from this session will help the members to identify their needs and then take further action.  These guidelines can help the organization to successfully scale agile irrespective of which framework is selected.

 
4 favorite thumb_down thumb_up 9 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

Areas covered in this session are:

  • what are the driving principles while scaling agile
  • Where to start
  • Which Framework should I select?
  • Organizational changes
  • Role of managers?
  • Scaling communication
  • Scaling engineering practices
  • Scaling Product Management role
  • Roll out plan
  • Implement the plan
  • Grow and evolve
  • Set the expectations for the session, what does scaling agile? Poll the audience
  • Define the driving principles when organizations decide to scale agile. Keep scaling process itself simple, iterative and incremental.
  • Questions that org should answer before starting to scale agile - tools, frameworks, readiness, more importantly org needs
  • Briefly introduce scaling frameworks and their main differentiating points.
  • Changes needed at org level - structures, role of managers, other roles
  • What all needs to be scaled - communication, engineering practices, some roles like po,
  • How to roll out the scaling plan, implement it and sustain it
  • To grow and evolve - organizations can continue this journey. It is never ending process. Achieve mastery based on available information  and then evolve, continuous improvement

Learning Outcome

  • Attendees will be able to understand what aspects should be considered before organization decides to scale agile.  
  • How to scale agile and when to do it largely depends on what organization is trying to achieve.
  • Each organization is operating it in different way so there is no defined formula or framework that will work for all. But guidelines from this session will help the members to identify their needs and then take further action.

Target Audience

PMO, Program managers, Project managers, scrum masters, Function/BU Leaders

schedule Submitted 6 months ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Vivek Ganesan
    By Vivek Ganesan  ~  6 months ago
    reply Reply

    Thanks for the submission, Nilesh!

    Please add slides (even from past presentations) or video (even a 2 mins trailer of your session recorded on your phone) before we’ll consider this proposal.

    • Nilesh Kulkarni
      By Nilesh Kulkarni  ~  6 months ago
      reply Reply

      Hi Vivek,

       

      Thank you for your feedback. I have added slides and video link. Please let me know if you have any other questions.

      • Ashay Saxena
        By Ashay Saxena  ~  6 months ago
        reply Reply

        Hi Nilesh,

         

        Request you to update the proposal based on reviewer comments received so far. I see that you have updated the slides and video; it would be great if you could re-visit the write-up and update accordingly.

         

        Regards,

        Ashay

        • Nilesh Kulkarni
          By Nilesh Kulkarni  ~  3 months ago
          reply Reply
          Yes, I am working on it.
           
  • Ashay Saxena
    By Ashay Saxena  ~  6 months ago
    reply Reply

    Hi Nilesh,

     

    Interesting proposal! Couple of clarifications:

     

    (1) You may want to focus more on the 'building blocks towards scaling agile' , rather than providing insights on the choice between multitude of scaling frameworks. In the present form, it is difficult to comprehend how you will compare (and contrast!) among these frameworks. Although there is a mention in the outline of the session, a bit more detail in this regard would be reassuring.

     

    (2) You may want to make it clear that this is not a marketing pitch for any of these frameworks. One apprehension that I have is audience would be inclined to check during the presentation - 'Which framework suits the best in "their" scenario?" How would you like to tackle that question? Your thoughts on the point (1) would provide some indicators towards this comment.

     

    Regards,

    Ashay

    • Nilesh Kulkarni
      By Nilesh Kulkarni  ~  6 months ago
      reply Reply

      Hi Ashay,

       

      Thank you for your feedback.

       

      My  focus will be more on what are the factors before selecting framework? is there a need to select one framework? what are the objectives? is it a sevice company, product company? what is objective? can we select best out of all frameworks etc. I will not be spending much time explaining the frameworks.

      Also you said it right. it is not a marketing discussion. I am not going to recommend any framework. That goes in line with subject of this presentation because even if I select one, it will not fit all the companies in all the domain in all situations. so one size does not fit all. that is the key message.

      • Prasad
        By Prasad  ~  6 months ago
        reply Reply

        thanks for further inputs.. most of the participants knows one size does not fit all..  only with this key message you cant excite our community learners.  Need to be more practical with numbers, metrics, and real anecdotes. Also it makes sense .. pit falls of scaling.. why not to opt to scale.. 

         

  • Rahul Ganjoo
    By Rahul Ganjoo  ~  6 months ago
    reply Reply

    The content seems to cover everything from initial considerations to choice of frameworks to implementation/rollout. I think this may prevent you from going deep enough given time constraints. A lot of the items covered in the description bullets could be sessions in themselves. However, personally feel coming up with a strong POV on what kinds of business models/org charts etc are suited to what kinds of frameworks/approaches could be an interesting session in itself. Would honing this further to tackle that at depth be of interest to you? I feel that would be a lot more interesting and insightful than, say, discussion around roles or communication as those are generally well covered. Thoughts?

    • Nilesh Kulkarni
      By Nilesh Kulkarni  ~  6 months ago
      reply Reply

       

      Thank you Rahul for your feedback. I am very open to replacing some content which is well covered or popular and then replace it with comparison of business models and scaling frameworks.

      My thought process for this proposal was for a beginner type of audience, giving them some food for thought on objectives of scaling agile, parameters for selecting a framework or best of each framework would help them to do their own homework later on.

      This will give some high level guidelines and approach while scaling agile will help them to create a strategy and they can do in depth analysis of what will work for each of the organization.

      If we try to show in depth analysis of which model works for which organization, it will be like selling a model to some type of organizations. This is more like a push system. In an true agile spirit, if we provide all options and logic and allow each organization to go in deep, and pull what they want to take away from this session, it would be more appropriate than enforcing my own idea of what works well for them.

       

      I am looking forward to further inputs.


  • Raj Indugula
    Raj Indugula
    Robert Brown
    Robert Brown
    schedule 6 months ago
    Sold Out!
    45 mins
    Talk
    Beginner

    “Every line is the perfect length if you don't measure it.”  - Marty Rubin

    So your organization has embarked upon a transformation to be more nimble and responsive by employing the latest tools and thinking in the Agile and DevOps arena.  In this transformational context, how do you know that your initiatives are effective?  Empirical measurements should provide insights on business value flow and delivery efficiency, allowing teams and organizations to see how they are progressing toward achieving their goals, but all too often we find ourselves mired in measurement traps that don't quite provide the right guidance in steering our efforts. 

    Rooted in contemporary thinking and tested in practice, this talk explores the principles of good measurement, what to measure, what not to measure, and enumerates some key metrics to help guide and inform our Agile and DevOps efforts.  If done right, metrics can present a true picture of performance, and any progression, digression of these metrics can drive learning and improvement.  

    It is our hope that this session inspires organizations and teams to start or take a fresh look at implementing a valuable measurement program.

  • Liked Woody Zuill
    keyboard_arrow_down

    Mob Programming: A Whole Team Approach

    Woody Zuill
    Woody Zuill
    schedule 7 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Mob Programming is a development practice where the whole team works on the same thing, at the same time, in the same space, and on the same computer. It is a whole-team approach to doing all the work the team does including designing, coding, testing, and working with the customers, users and other stakeholders. This is an evolutionary step beyond pair programming and accentuates face-to-face communication, team alignment, collaboration, and self-organizing team concepts of the Agile approach to software development.

    Mob Programming can be a highly effective approach to software development. There are numerous teams doing Mob Programming all over the world, including distributed teams, and there has been a great deal of positive reports of success. Please join me as I share how the concept got started, the benefits, techniques we use, and some of the problems we've faced.

  • Liked Vishal Prasad
    keyboard_arrow_down

    SLICE - The Experimentation Framework

    Vishal Prasad
    Vishal Prasad
    schedule 6 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Agile Principle # 12 defines that at regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly. From Scrum to Kanban and other agile frameworks, this is accomplished through retrospectives and continuos improvement processes. The key to being a successful agile practitioner is to identify areas of improvement and then experiment ways of improving it. But it doesn't stop there; positive improvements ultimately become success stories for other teams and motivates them to experiment with newer ideas which eventually leads to innovation. A negative outcome isn't bad either since it adds to the experience of situations where ideas may not apply. Thus the key to this process lies in being a child, an explorer, and inculcate an experimentation mindset. The SLICE framework addresses this in the following way:

    • S hare: Share an area of improvement
    • L earn: Explore the area for ways of improvement
    • I mplement: Search & apply the learning to identify the success factors
    • C ollateral: Publish blogs, white papers, presentations, etc. as observations of the implementation
    • E xpansion: Grow, Seed, and Split in order to explore new venues for success

    In this workshop, I create an environment that inculcates an experimentation mindset and utilize the SLICE framework to drive the exploration.

  • Vishal Prasad
    Vishal Prasad
    schedule 6 months ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

    Technical debt is a very common phenomenon; in fact it occurs with virtually every line of code whether you want it or not. Although unoptimized coding due to the rush presented by management pressure may be one of the major reasons for technical debt, it occurs in various flavors based on the nature of execution. Sometimes, even the best written code may run into debt by introducing a minimalistic change in the business definitions, e.g.: a variable name that makes no sense anymore.

    This debt cause and effect is exponentiated when scaled teams come into play. In many cases these teams are distributed and an optimized code for one team may become a debt for another. These debt dependencies between teams is what creates the "Valley of Debt". Unfortunately these cannot be avoided but good engineering practices coupled with lean principles may keep them confined for long enough in order to push the validity of software applications.

    Sooner or later, the cost of change will outweigh the benefit of an application and turn it into legacy; the challenge is to keep it as far as possible by slowing down the fall into the valley of debt. In this (non-PPT) interactive workshop, we will witness first hand how debts are introduced and how these can be confined by utilizing good engineering practices coupled with lean principles.

  • Fabiola Eyholzer
    Fabiola Eyholzer
    schedule 7 months ago
    Sold Out!
    45 mins
    Keynote
    Advanced

    There is growing interest in learning more about Agile HR and its impact on individuals, teams and organizations.

    It is important to separate fact from fiction: What are the real threats and opportunities of bringing Lean | Agile values, principles, and practices to HR? What can we expect in the future? Through anecdotal evidence and case studies, the session will explore the potential of Agile HR as well as provide guidance on how to approach the transformation.

     Issues covered in the presentation include: information on how to embrace the new talent contract, create inspiring, engaging, and fun places of work, shift to an iterative performance flow, take the issue of money off the table, support growth within an Agile enterprise.

  • Liked Balaji Ganesh N
    keyboard_arrow_down

    Be the Change - Key learnings from my coaching and personal transformation journey

    Balaji Ganesh N
    Balaji Ganesh N
    schedule 7 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Introduction and context setting: 

    Everyone has heard the oft-quoted maxim about leadership from ancient Chinese philosopher Lao Tzu, legendary founder of Taoism and author of The Tao Te Ching:

    “A leader is best when people barely know he exists, when his work is done, his aim fulfilled, they will say: we did it ourselves.”

    In the words of Michael Shinagel from Harvard University:

    “Leadership is a protean art that defies a simple definition. It can take the form of a brash “command and control” style epitomized by General George S. Patton: “Lead me, follow me, or get out of my way.”

    Or it can take a subtler form of leadership as exemplified by Nelson Mandela: “It is better to lead from behind and to put others in front, especially when you celebrate victory when nice things occur. You take the front line when there is danger. Then people will appreciate your leadership.”

    Perhaps President John F. Kennedy put it best when he observed, “Leadership and learning are indispensable to each other.” Leaders learn to become leaders, and they continue to learn in their role as leaders.”

    Learning is indispensable to leadership and coaching is one of the least focused or talked about aspects of leadership. Coaching helps leaders catalyze individual strengths towards peak team and organizational performance. In this proposal, I would like to share and  dwell upon the lessons which enables leaders to become effective Change Agents and enable mindset changes that are an essential aspect of every agile transformation.

    Learning 1: Remove self limiting beliefs and become more self aware

    1.1 Never limit yourself by the past

    Early in my career the CEO of the organization that I worked for shared with us what is popularly known as the “Elephant Trick” in one of the open forums. This goes like:

    The best advice I ever got was from an elephant trainer in the jungle outside Bangalore. I was doing a hike through the jungle as a tourist. I saw these large elephants tethered to a small stake. I asked him, 'How can you keep such a large elephant tied to such a small stake?' He said, 'When the elephants are small, they try to pull out the stake, and they fail. When they grow large, they never try to pull out the stake again.”

    Time and again, I have found this insight inspiring whenever I had to influence myself or the teams that I worked with to move out of the comfort zone, go beyond the past failures and expand the horizons. This is at the core of what is better known as “Growth Mindset” these days.

    I always nudge my teams that while it is my job to enable them to move out of the comfort zone and challenge the status quo, it is their job to tell me when they have reached the limit and need help. Failures are fine as long as they lead to learning experiences that helps shape a better future. This approach helps teams to let go of their limiting self beliefs, past failures and harness the power of a “Continuously Learning Mindset”. 

     1.2 Perception is reality

    There are very few of us who are not surprised by the 360 degrees feedback that we get on an annual basis.

    Whatever may be the reality, how people perceive us is what determines the way they interact with us on a day to day basis. We create perception through every action that we take or do not take. As we go about the business of carrying out our life, people will make judgments about our appearance, personality and capabilities

    It is very important to constantly communicate with the stakeholders and be consistent in “Doing what you say and saying what you do”. Providing and seeking feedback regularly helps reduce the gap between perception and reality. 

    Learning 2: Change behavior, not culture

    We often hear that employees are irrational in face of change and find all possible reasons to avoid it. I do not agree with same. Majority of the times, the irrational ones are the organizations who set objectives, processes, job description in a way that people stick to them and are surprised that they resist while being exhorted to do the opposite.

    So, where does real change start ? Real organizational change starts from changing behaviors. Behaviors in turn are triggered by performance management, rewards and recognition systems. It is important that are 

    As Eliyahu Goldratt mentioned ““Tell me how you measure me and I will tell you how I will behave. If you measure me in an illogical way… do not complain about illogical behavior…”

    It is also important to recognize the behaviors that lead to the outcomes as much as we recognize the outcomes themselves. This helps shape the organizational culture that we would like to build and is at the core of building light house teams with high trust and ownership that set the trend for the rest of the organization.

    Learning 3: Asking people to collaborate does not foster collaboration

    An example that I recollect is of two teams who had tangential goals and were asked to collaborate. One of the teams was measured on identifying the maximum number of defects and errors whereas the other team was measured on the velocity of the deliverable and Time To Market (TTM). As many would agree, similar environment prevails between development and QA teams in most organizations.

    Lesson learnt is “Don’t ask people to collaborate if they know that, in the end, there will be a winner and a loser. “ At the heart of most team / organizational dysfunction lies a non-aligned goal setting, performance management or rewards and recognition system.

    So how then do we make teams collaborate and achieve synergies. This is where the power of “Shared Vision” kicks in. Measuring teams on a common high impact outcome helps them to collaborate with each other. I realized that measuring teams on a common goal of Time To Market (TTM) and business value creates excellent collaboration between development and QA teams. 

    Learning 4: Develop clarity of thought

    Wherever there is clarity of thought, there is also commitment, focus an flow. It is essential to focus on the basics like creating trust and ownership in the team, getting and acting on early customer feedback, writing excellent code, automating repetitive processes, thorough regression testing and creating continuous incremental business value. Most of the times people chase the latest fads like mob programming, latest technology without really understanding if that is really required to solve the problem on hand. 

    It is also important for the leader to ask the right questions. Leaders should focus on “why” people do what they do vs. “what” they do. Asking the powerful question “why?” forces people to think deep. They can then peel back the layers of excuses and get to the root cause of the problem. For example, if employees have failed to meet a goal and are asked “why” questions rather than “what” or “how” questions, they might give responses like, “I didn’t prioritize my time.” So, the leader must then go farther and ask, “Why didn’t you prioritize your time?” When the employees say they have too much on their plate, the leader must ask “Why?” once again. The final answer: These employees are working on many tasks and cannot distinguish between what is and what isn’t a priority. With the real problem revealed, the leader can now take appropriate action, perhaps setting up time to help them prioritize their many tasks.

     Learning 5 :Creating teams with "Purpose"

    Most of us are aware of Dr. Viktor Frankl  who became well known to the world through his book "Man's Search for Meaning" which is devoted to studying, understanding and promoting “meaning.”

    In his words, as given below:

    "Everything can be taken from a man but one thing: the last of the human freedoms—to choose one’s attitude in any given set of circumstances, to choose one’s own way.When we are no longer able to change a situation, we are challenged to change ourselves. Between stimulus and response there is a space. In that space is our power to choose our response. In our response lies our growth and our freedom."

    “He who has a why to live for can bear almost any how.” — Nietzsche

    Wherever people understand the "Why" behind what they are working for, this automatically creates an environment of high commitment, pride in work and ownership.  Storytelling is also an effective mechanism to help people relate to the situation on hand and engender higher levels of involvement.

    Usage of purpose alignment matrix and four questions (who do we serve ?, What do they need and want most ?, What do we do better than anyone else to meet those needs and wants ?, What is the best way to deliver these products / services ? ) helps establish the team's purpose

    While compensation is definitely a hygiene factor, it does not by itself motivate people toward better performance.I have personally found Dan Pink' s model of Purpose, Autonomy and Mastery quite effective when deployed at the work place.  

    Learning 6: Steer clear of common  decision making bias and pitfalls

     As leaders, we should be aware  of and steer clear of the following common biases. I will cover these in more detail during the talk with specific examples.

    • Attribution bias
    • Zero risk bias
    • Recency effect
    • Information bias
    • Ostrich effect
    • Overconfidence
  • Liked AnkitTandon
    keyboard_arrow_down

    DIY Scaling Agile Framework

    AnkitTandon
    AnkitTandon
    schedule 5 months ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

    Is the scaling framework your organization is on helping you to be Agile or pretend to be Agile? How about drafting one that stays true to Agile principles and helps with what your organization needs most while scaling

    While there are a many frameworks available to scale Agile it is important to see if these prescriptions address the real problems that an organization have while scaling up.  Does one size fits all? Is it worth adopting a framework and then retrofitting your organization into it or it makes more sense to understand the dynamics of your organization, the existing challenges and business objectives and carve out a scaling approach, keeping Agile principles intact, that suits the organizations needs best.

    This interactive workshop is about discovering the best approach to create your own scaling framework, one that is custom made to respond to your organization’s needs. 

  • Liked Manjunatha M S Rao
    keyboard_arrow_down

    Agile Clinic – Strengthen Your Organization Agility

    Manjunatha M S Rao
    Manjunatha M S Rao
    Vijay Wade
    Vijay Wade
    Sriharsha B
    Sriharsha B
    schedule 6 months ago
    Sold Out!
    45 mins
    Experience Report
    Intermediate

    When a company thinks about transformation or a change from legacy traditional software development models to Agile, they first think of bringing in External coaches or Scrum experts. In another situation when the companies want to increase their maturity in agile, they still will want to hire people from outside who are experts in this arena. This discussion is all about how we could groom people internally to sustain and increase the credentials within the organization rather than relying always on external coaches.

  • Liked Vijay Wade
    keyboard_arrow_down

    Study of Agile Practices Implementation in Distributed Software Development

    Vijay Wade
    Vijay Wade
    Manjunatha M S Rao
    Manjunatha M S Rao
    schedule 6 months ago
    Sold Out!
    45 mins
    Original Research
    Beginner

    This session is intended to provide an overview of status of agile implementation practices.  The findings are based on survey data collated from selected agile practitioners from 14 different software organizations spread across the globe. The survey was designed based on agile manifesto and Twelve Principles of Agile Software Development and most commonly used Agile Scrum and XP practices. The survey includes 54% of response from new product development, 32% from enhancement projects and remaining 14% from maintenance and support projects. Results are summarized as most effectively implemented practices, most widely recommended practices, least implemented practices and practices which always need modifications / tailoring based on any given project or organization environment.  

    The objective of this study is following

    • To do an in-depth analyze of implementation of established agile practices from practitioners point of view based on data collected from the survey.
    • Understand any correlation the survey results are having with the already conducted surveys and published literature on Agile practices
    • Provide food for thoughts to practitioners community to fine tune or elaborate agile practices which may lead to update of standard reference materials

     

     

     

     

  • Liked Benji Portwin
    keyboard_arrow_down

    Spotify, how we scale agile and what doesn't work the way we hoped it would

    Benji Portwin
    Benji Portwin
    Joakim Sunden
    Joakim Sunden
    schedule 7 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Spotify is no longer a small company comprised only of techie music enthusiasts from Sweden. It now has 2000+ employees spread across the globe and is a global major player in the music and entertainment space, and they have no intention of slowing down.

    Such rapid growth carries big challenges. How can they continue to improve their product at great speed, while growing the numbers of users, employees and supported platforms and devices? How do they keep our agile values as they grow?