Skip to main content

Goldtaking Notes - Sustainable Pace, Agile India 2012

Here are the audience notes from the GoldTaking Exercise done at Agile India 2012 during the session on "Slowing down to speed up: Encouraging sustainable pace in teams" on 19-Feb-2012.

Final slides are here.

Video from the session:


Group 1: How to motivate team to deliver at sustainable pace
  1. Acknowledge the achievements
  2. Environment, open culture, celebrate success
  3. When things go wrong, personal attacks should be avoided. Learn to internalize and change
  4. Celebrate with connection to purpose of work
  5. Try adn figure out why team is demoralized and plug the issues
  6. Understand the mindset of individuals to understand their de-motivators or motivators. It is possible that coaching will vary from person to person
  7. Make team members feel safe and secure to out of demotivation
  8. It is good to make mistakes but learn from them. Difference between personal and professional.
  9. Over-pampering should be avoided. Put up facts, and be straight-forward
  10. Like volleyball, coach should ask for timeouts if required
  11.  Practice and preach respect between team members, gain trust
  12. Challenge team on collective ownership
  13. Team building
Group 2: Tackling Management Interference at Sprint Planning
  1. Do not over-commit
  2. Rely on velocity and capacity for committing work
  3. Scrum Master should facilitate planning and protect team
  4. There can be client interference causing pressure on management
  5. There is need to adopt new work culture of Agile
  6. Lack of clear acceptance criteria upfront during planning
  7. Make sure all the stakeholders attend the sprint planning meeting
  8. Re-prioritizing of Product backlog by PMs causes disruptions
  9. Lack of trust: PM should not commit on behalf of the team at/outside Sprint Planning
  10. Development overflows beyond one sprint
    1. Plan in a way that this does not happen
    2. Estimate for less, specially when team members are shared
  11. (Only as much as possible) Accurately estimate/predict the team velocity to know the number of points to take this current sprint
  12. Under-commit but over-achieve
  13. What should happen if more points need to be delivered to client than what the team can deliver?
    1. If the team cannot deliver the points, then team should say "no"
Group 3: Motivation
  1. Leaders have to trust. Sustainable pace is a good way of building trust
  2. Dan Pink -> Motivation
  3. Do you buy into the company objective -> Helps motivate people
  4. Behavior that is appreciated, gets respected
  5. Stretch goals can help people grow fast
  6. Individuals knowing how they are contributing to the bigger picture
  7. Exposure to customers: Know about Customer's needs and vision
  8. If team values opinion you feel you matter, need to be noticed
  9. Appreciation of individuals from external sources over appreciation of teams may demotivate others on the team
    1. If the recipient appreciates the team that may help
  10. Team finds ways to appreciate/motivate high performers so perhaps no external appreciations needed!?
  11. Transparency at all levels is a pre-requisite for motivation
  12. Recognize team contribution
Group 4: Ad-Hoc to sustainable pace
  1. Experience: Last minute checkins, Slack and work inflow reduction after release
  2. Burned down before release, then next sprint gets off to slow-start
  3. Why this big-effort before the release? May be things were not really done!
  4. Expectations to go faster than you really can go, causes the problem
  5. Management push
    1. Educate Manager? No, that addresses just one problem
    2. You are actually not done if that happens
    3. Provide dates to managers that shows the real pace and use that as a basis for planning
  6. Improve effectiveness
    1. Non-value added requirements, for example paperwork. Have someone else do it - hire a clerk!
    2. Identify activities that are taking time and see if they can be reduced to save time
    3. Use CI and increased automation to release more often
  7. Use scrum prioritization to make hard and real prioritization
  8. Avoid "Goldplating" - over-engineering
  9. Zero defects to make sure it is really done
  10. Piling up work to test at the end of sprint is risky
  11. Argument about ability to swarm around stories. Some have seen it happen, some have not
  12. Positive experience with testers collaborating with developers (pair) from start. Done=> All test cases targeted => Done
  13. How much time to finish a story? 3 days on average, some have minimum 3 days of dev. effort.
  14. Tester writes test cases. Developers start developing at the same time they get the test cases

Labels:

Comments

Post a Comment

Popular posts from this blog

14 Essential Software Engineering Concepts for Engineers and Managers

There are many terms and concepts that are important for an engineer to be familiar with, in order to effectively build software. This post includes some of those terms. I will continually add to or update this list. Agile. A flexible and iterative approach to software development that emphasizes collaboration, customer feedback, and adaptive planning. My experience and success with agile development was the inspiration behind starting this blog. DevOps. A set of practices and tools that improve efficiency, speed, and reliability of the product through automation and optimization of the software development and delivery process where operational efficiency is part of the development process. Continuous Integration and Continuous Delivery/Deployment (CI/CD). A set of practices and tools that result in faster and more frequent releases, through automation of building, testing, and deployment of software. A key part of CI/CD is to deliver software to production frequently and using tec...
Post a Comment
Read more

Forget Onboarding, do Alongboarding!

Alongboarding, an agile onboarding approach Alongboarding: We’re in it together! Organizations hire new people every day. A great first impression can make a tremendous difference in retaining employees. No one gets a second chance to make a great first impression, not even the best companies. An onboarding experience is an essential part of making that first impression on a new employee. Agile has been around for many years and has gained vast acceptance throughout the community. Yet, I find it disappointing that its tenets are not used well in most companies and most onboarding approaches follow a waterfall approach.  Alongboarding is an agile onboarding approach that applies agile tenets to onboarding new employees and makes the experience richer and more fulfilling. When I joined AppFolio as an agile coach, I experienced this approach during my onboarding. It felt like the team owned my success as much as I owned the team's success. It was a welcome change from some of m...
1 comment
Read more

Make onboarding fun with Onboarding Canvas!

The Onboarding Canvas is a tool that can be used for onboarding a new team member . We derived this tool from Spotify's adaptation of the Toyota Kata . I like this tool because no one can tell you precisely how your onboarding should be like in order for you to be effective at your new job. This is a tool for continuous reflection and adaptation. It puts the newcomer in the driver’s seat, makes the onboarding process agile through continuous collaboration with your team. Four quadrants The onboarding canvas has four quadrants: Now: It defines where the team is now, what is going on and how is the new team member adapting to the change? Definition of awesome: With the addition of the new team member, how would the team like itself to be? What would be awesome for the new team member? Next target: In order to move towards "Definition of awesome" what outcomes should be achieved in the next x weeks? Next steps: What are the immediate next steps for the team...
Post a Comment
Read more