When Agile becomes Fr-agile..learn your lessons the fun way!

So you have heard of "Code Smells". Did you hear of "Agile Smells"? Yes or No; then this session is for you (us).
 
In this session, Karthik intends to talk about the very many things that go wrong in companies that attempt to be or become Agile.
But fault-finding is the easiest thing. Can Karthik provide concrete solutions? Yepp, he intends to share the solutions as well for most if not all the problems.
And in same breadth seeks to know what others has to offer from their experience.
 
Piquing your interest? Are you wanting to get a taste of some of the Agile smells? Below are some of them:
* Belated Stand-ups
* Non-participative stand-ups
* War-zone Retrospectives 
* Unfruitful Sprint planning meeting
* Zero-Test development
* Inverted Test Pyramid development
* Gate-keeper QAs
* Hierarchical Roles
* Velocity Driven Development
 
 
2 favorite thumb_down thumb_up 12 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

Delivery Style of talk:
* Interactive
* Story-telling
* Quizzes

Learning Outcome

The purpose of the talk is for the audience to 
- reflect on their every-day **Agile** experience back in their offices,
- help them laugh out their mistakes ,
- carry lesson from the talk in light-hearted, brain-friendly way, and
- finally apply the lessons learnt back in their workplaces

Target Audience

**ALL**

schedule Submitted 3 years ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • AgileSattva Consulting LLP
    By AgileSattva Consulting LLP  ~  1 year ago
    reply Reply

    Hi Karthik!

     I did go through the slides of Standup. i like the idea of bringing in simple analogies that people relate with standup. The second part of the rules (about template etc), I feel is very known to people, yet they dont practice! Having said that, its still the essential point what you are making, I liked the idea of party meter. I invite you to think of getting in more of such ideas compared to what is already known (as in rules of standup).

    I also did go through Testing slideshare, i really liked the idea of you giving in real issues, again would invite you to add in more of alternatives/suggestions that can be incorporated for people!

    I know the slides may not be the actuals, however that was close to what I could see to understand the style of this session.

    The above two are just examples, it applies to all the Agile smells! I invite you to think of creative ideas that you incorporated in ur experience.

    Good Luck!

    Deepak

  • AgileSattva Consulting LLP
    By AgileSattva Consulting LLP  ~  1 year ago
    reply Reply

    Hi Karthik,

     Interesting topic, would like to know it would be about sharing your experiences? As I understand every team is different, and what works for one may not work for another. So would like to know how you would bring in the essense of each ceremony yet not providing the solutions. 

    The session you have timed is also 45 mins, would like to know about your approach, would it be group work, or activities etc. (could you elaborate on that?)

    Good luck!

    Deepak

    • Karthik Sirasanagandla
      By Karthik Sirasanagandla  ~  3 years ago
      reply Reply

      Hi Deepak,

      • Yepp, I intend to share my experience.
      • I get your question. Many organisations/teams end-up with a certain set of ceremonies thinking that is all to being agile. It takes some time for them to realise and admit that their ceremonies aren't fetching results. And this session intends to make them think of those issues, laugh them out, and explore tips/solutions that has worked for some of the teams possibly with some reasoning on why those solutions worked.
      • I've changed the session type to talk. Hope that helps and makes better sense.
      • I've shared linked to the related presentations. Those are some of the talks that I've given in the past. I intend to pick some slides from these deck as part of my talk. Hence did I call it related presentations.

      Thanks for stopping by, reading, asking questions and wishing me luck :)

  • AgileSattva Consulting LLP
    By AgileSattva Consulting LLP  ~  1 year ago
    reply Reply

    Hi Karthik,

     Would really appreciate if you could respond to the comments!

    Deepak!

    • Karthik Sirasanagandla
      By Karthik Sirasanagandla  ~  3 years ago
      reply Reply

      Hi Deepak,

      Jus' back from vacation (away from mobile and internet world) and hence the delay..

      Thanks for open suggestions. I'll think through them and should give them a try.

      And I'm hopeful that I'll talk about this topic atleast 2-3 times before Agile India to get feedback from session attendies. With every talk the deck might become better..hopefully :P

      Cheers, Karthik

  • Naresh Jain
    By Naresh Jain  ~  3 years ago
    reply Reply

    Karthik, the topic certainly looks interesting. I'm a bit confused on how this session will be structured.

    Do you plan to present one Agile smell, do some story telling, help people understand why its a smell and then present how you can refactor the smell? And repeat this process for each smell?

    • Karthik Sirasanagandla
      By Karthik Sirasanagandla  ~  3 years ago
      reply Reply

      Hi Naresh,

      You guesses right. That's how I plan to present my thoughts. Atleast that is how I have presented in the past (please find my style in the related presentation section).

      Most importantly, I might not tell a story for every smell. I'll however have questions and answers to share with the audience to help them recognise each of those as smell.

      • Naresh Jain
        By Naresh Jain  ~  3 years ago
        reply Reply

        How many smells do you plan to cover?

        I've tried this serveral times and I'll tell you based on first hand experience that its would take at the very least 10-15 mins to do justice to each smell.

        Also in a session like this, it is very to sound like "Process OVER People." How are you going to avoid that?

        • Karthik Sirasanagandla
          By Karthik Sirasanagandla  ~  3 years ago
          reply Reply

          I intend to cover between 15-20 smells. 

          Based on my first hand experience that I had yesterday, I was running through stuff and got stuck with one smell over long discussions. It was not a conference but an invited talk. So my strategy there was to spend as much time as possible over each smell and progress on. In a conference with more preparation, I hoping to run through it all it 30 minutes time and leave the floor for QnA. 

          Speculating?? It really depends on the message I convey. Don't you think so?

          • Karthik Sirasanagandla
            By Karthik Sirasanagandla  ~  3 years ago
            reply Reply

            Hi Naresh, per our discussion, I've published the slide-deck on this topic, that I presented as part of invited talk at one of the big corporates. Hope it gives you insight on what I think ;)

            Please find the deck at http://www.slideshare.net/sirkarthik/when-agile-becomes-fragile

  • Savita Pahuja
    By Savita Pahuja  ~  3 years ago
    reply Reply

    Hi Karthik

    Seems to be interesting.. but just thinking 9 agile smells in 45 minutes.. Do you think time is this sufficient to explain each with examples. 

    Regards

    Savita

    • Karthik Sirasanagandla
      By Karthik Sirasanagandla  ~  3 years ago
      reply Reply

      Hi Savita, I didn't commit on the number (9 - nine) of smells that I intend to cover in my talk. I listed ##some## smells that I /intend/ to talk and see if those are some of the things they have or face back in their offices and find my talk interesting. It's purely an effort from my end to grab the attention and interest of the readers on what I intend to deliver during the talk and in the process possibly get some feedback/ideas. Hope that helps! --Karthik


  • Liked Naresh Jain
    keyboard_arrow_down

    Naresh Jain - Scaling XP Practices inside your organization using Train-the-Trainer Model

    Naresh Jain
    Naresh Jain
    Founder
    ConfEngine.com
    schedule 4 years ago
    Sold Out!
    90 mins
    Workshop
    Advanced

    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.

  • Liked Pramod Sadalage
    keyboard_arrow_down

    Pramod Sadalage - Ten Patterns of Database Refactoring

    Pramod Sadalage
    Pramod Sadalage
    Developer
    ThoughtWorks
    schedule 4 years ago
    Sold Out!
    45 mins
    Talk
    Beginner

    Over the life of an application as requirements change, application usage patterns alter, load and performance changes the need to change database and database architecture is inevitable. There are patterns of these changes such as

    1. 1. Encapsulate Table with View
    2. 2. Migrate method from database
    3. 3. Replace method with views
    4. 4. Introduce Read only table
    5. 5. Split table
    6. 6. Make column non-nullable
    7. 7. Drop column
    8. 8. Add foreign key constaint
    9. 9. Merge columns
    10. 10. Replace columns

    In this talk we will discuss the above database refactoring patterns and different implementation techniques to enable blue, green deployments, allow for legacy applications to work with fast changing database and enable the teams to effectively refactor the database to fulfill the changing needs of the organization.

  • 45 mins
    Demonstration
    Beginner

    Can you maintain agile engineering practices with a distributed team?

    Johannes is the Oslo based Chief Scientist for the Sri Lanka based company Exilesoft. In order to promote agile engineering practices, he uses remote pair programming to connect with teams halfway across the world.

    In this talk, we will go through a practical approach for remote pair programming adopted for high-latency situations. We will demonstrate remote pair programming with a live example and we will discuss the advantages and usages of the approach. We will also cover the practical parts of remote pair programming, such as tools and setup.

    After seeing this talk, the audience should be able to remotely pair with members of their distributed team. They will also get a lot of tips on how to use pair programming effectively in both local and remote settings.

  • Liked Michael Heydt
    keyboard_arrow_down

    Michael Heydt - Applying Lean UX to Capital Markets - Lessons From a Year of Lean UX on Wall Street

    45 mins
    Talk
    Intermediate

    The Lean UX approach to interaction design is a spectacular model for defining and implemented what is needed in appications to support the users in their jobs, as compared to technical deliverables that in the end often do not meet the needs of the users.  In this talk, I will go over strategies for applying lean UX practices to capital markets projects, adapting UX to agile processes, including executing user interviews, rapid UX design, mockups to UI prototypes, and rapid implementation through continuous delivery and end user experience / acceptance testing.

  • Liked Ellen Grove
    keyboard_arrow_down

    Ellen Grove - Build Your Dreams: User Requirements Gathering with LEGO Serious Play

    90 mins
    Workshop
    Beginner

    Let your hands be the search engine for your brain! LEGO® Serious Play® is a powerful thinking, communicating and problem solving technique that can help you and your team do serious work through structured play activities using a popular and playful 3D modeling toy. Through a facilitated process of building models that, storytelling and reflection, every person at the table is engaged and actively participating in the discussion, whether the topic is individual aspirations, team relationships, developing a new product or solving a wicked organizational problem. Everyone builds and everyone tells their story – all participants have equal opportunity to put their own points of view on the table, unlocking new perspectives and exposing the answers that are already in the room.  LEGO Serious Play has been used successfully for team-building and problem solving in a variety of organizations, from NASA to RBC to academic settings and public utilities.  

    This presentation provides a hands-on introduction to LEGO Serious Play, so that you can experience firsthand how using LEGO to do real work unleashes creativity and enables meaningful conversations in a very short time. We will explore how to use this playful technique to collaboratively elicit information about user requirements and strategic design issues using the open source User Requirements with Lego methodology developed by a team at the University of Lugano, Switzerland.  This approach is particularly suited to Agile teams that want to get team members and stakeholders sharing their different perspectives on common goals in an open and light-weight manner.

  • Liked Colin O'Neill
    keyboard_arrow_down

    Colin O'Neill - Achieving Enterprise Agility with the Scaled Agile Framework...and Have Fun Doing It!

    90 mins
    Tutorial
    Intermediate

    Scrum, XP, Kanban and related methods have been proven to provide step changes in productivity and quality for software teams. However, these methods do not have the native constructs necessary to scale to the enterprise. What the industry desperately needs is a solution that moves from a set of simplistic, disparate, development-centric methods, to a scalable, unified approach that addresses the complex constructs and additional stakeholders in the organization—and enables realization of enterprise-class product or service initiatives via aligned and cooperative solution development.

  • Liked Andrea Heck
    keyboard_arrow_down

    Andrea Heck - Distributed Product Owner Team for an Agile Medical Development

    Andrea Heck
    Andrea Heck
    Agile Coach
    Siemens AG Healthcare
    schedule 4 years ago
    Sold Out!
    45 mins
    Case Study
    Advanced

    We are developing medical imaging and workflow software in an agile way with development teams distributed to several countries. One of the major challenges is how to set up and communicate within the Product Owner team. There we have to deal with the distribution, e.g., have the Product Owner either onsite with her peers or with her Scrum team, travelling, or with proxy. We need people who are good in two different fields of knowledge: medical and software development. As a third issues, the environment of the customers may be different in different countries.

    We have ramped up local Product Owners in different countries, have found local collaboration customers, and have developed a set of communication channels and workshops how to synchronize Product Owners in the team, share a common vision and backlog with their Scrum teams, and collaborate with customers locally and globally.

  • Liked Amoli Upadhye
    keyboard_arrow_down

    Amoli Upadhye - Scale up Agile - Cheers to complex, systems integration mega - projects!

    20 mins
    Experience Report
    Intermediate

    Large systems integration projects form a large majority in typical corporate IT departments. With growing agile methodology adoption and its proven success rate in small / mid – sized projects there is a strong interest in case studies where teams have scaled Agile for XL size project execution

    Such large integration projects warrant natural complexities and teams rely on scaling existing agile practices to be able to up their game. As these projects are high risk / high value candidates, it is critical that project teams deliver them smoothly while rallying various stakeholders involved.

    This session would describe how agile principles can be elastic enough to help teams achieve just that!

    It describes exactly which agile principles have helped me (more than others) to influence my Product Owner-ship on my big, fat COTS application product tied to many upstream / downstream systems and even more stakeholders

  • Liked Savita Pahuja
    keyboard_arrow_down

    Savita Pahuja - Battlefield Agility

    Savita Pahuja
    Savita Pahuja
    Agile Consultant
    Palo-IT
    schedule 4 years ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

    Battlefield Agility® is a quest to make our deliveries better, more collaborative, faster and effective. It relies on age old principle from the Army to provide a holistic view of the problem landscape which a project team needs to solve and be able to succeed in this, through small collaborative groups working in coordination to achieve the bigger goals.

    Battlefield Agility® derives from the Agile manifesto and principles and adds to it the key ingredient of individual wisdom to create a plan for a team which will help it succeed in successful deliveries . This is a goal based approach to increase MVP and ROI.

    The purpose of this method is to make team members more focused about their work, equal distribution of work in the team and increase productivity.

    Battlefield Agility enumerates the mechanisms of planning, better field view to all team members, ease of multitasking, reduce task switching.

    Key benefits of Battlefield Agility® 

    • A focused approach to software development as development proceeds through small battles to be won
    • Reduced multitasking and better efficiency of team members
    • Faster deliveries as the work is divided to right sized battles to be won
    • Parallel efforts by team members ensure the time to market is significantly lesser
    • Less process overhead as the collaboration is real time and more time is spent on the ground than on meetings
    • Small teams ensure close camaraderie and collaboration among team member
    • The team can even work on disparate work areas ( if required) in order to make best us of their expertise

     

  • Liked Tania van Wyk de Vries
    keyboard_arrow_down

    Tania van Wyk de Vries - Agile metrix: How do you measure the success of your agile implementation?

    45 mins
    Case Study
    Advanced

    Humans are creatures of habit and agile is really challenging that part of our existence everyday. I have seen many teams thinking they now get agile and they take what they learned and just practice it everyday without really reflecting on where they are at or the fact that they are not really moving forward. So in order to say your teams and organisation are really becoming more and more agile everyday you need some metrix to measure against.

     

    The collection of the metrix are 2 fold:

    1. Metrix are tracked through the agile project management tools teams use. We have defined the below set of metrix to interrogate our data to tell us how we doing.
    2. Some of the metrixs are done by getting feedback from teams and clients through surveys.

     

    Some of the metrix include:

    1. Measurement of quality
    2. Measuring customer satisfaction
    3. Measuring team happiness
    4. Measuring continuous improvement in process and technical practices
    5. Measuring time to market
    6. Measuring ROI
    7. Measuring productivity
    8. Measuring overall project progress
    9. Measuring change and improvement

     

  • Liked Archana Joshi
    keyboard_arrow_down

    Archana Joshi - Applying Agile Principles in Primary School Education: An experience

    20 mins
    Experience Report
    Intermediate

    An important issue that has plagued the Indian sub-continent is that of education and more importantly primary education. Since past few months, my weekends are usually occupied in teaching English classes to underprivileged children from 5th grade at a government primary school. As an Agile coach and a practitioner I was drawn towards unifying the concepts of Agile to help increase the quality of education.

     

    As a teacher, I was given a set of high level goal by the school administrator that needs to be accomplished every quarter. My goals for the first quarter were :

    • > Kids should be able to identify basic words
    • > Form short sentences.
    • > Converse reasonably in English

     

    I started with the traditional chalk and blackboard style of teaching focusing on the spellings, grammar, sentences, reading and so on. In initial few sessions, I quickly realized that it took too long for the kids to understand and so was not yielding the desired results. Some of the problems were like

    • > Too much focus on semantics and grammar
    • > Kids not opening up in the class room
    • > Only able to read words but not talk or frame sentences

     

    This is where I had to reflect and consider course correction in my style of teaching and Agile came to my rescue. This is a talk which highlights how Agile techniques were applied in teaching kids effectively.

     

     

  • Liked Vibhu Srinivasan
    keyboard_arrow_down

    Vibhu Srinivasan - Coding with Geeks- De Code the secrets behind TDD, BDD and ATDD

    90 mins
    Tutorial
    Intermediate

    This session is a coding sessiont that takes a problem and shows clearly what is the difference between TDD, ATDD and BDD. Ths session uses code for the server layer as well as UI layer.

    This session is not for you if you do not code. If you do code, please bring your laptop as we delve into the details of all these styles of programming techniques.

    We will rotate between ATTD, TDD and BDD periodically and show it at use in different layers. This session will be using Java , Rails, Scala and C# together so that you can see how you can benefit do these techniques even when coding in different languages.

    We look at common pitfalls and wrong beliefs that programmers have when it comes to these concepts

    This session is purely keyboard and you will have to bring a laptop.