Difference between revisions of "Beyond XP"

From CitconWiki
Jump to navigationJump to search
 
Line 22: Line 22:
 
# The team decided to try "Shape up" methodology for 6 months. 6 week iterations with "bets" (shaped solutions for chunky problems) + 2 week off for adjusting, evaluating, planning. It was very successful for prioritizing and getting done work of the "Shapeup" size
 
# The team decided to try "Shape up" methodology for 6 months. 6 week iterations with "bets" (shaped solutions for chunky problems) + 2 week off for adjusting, evaluating, planning. It was very successful for prioritizing and getting done work of the "Shapeup" size
 
# It became much easier to advocate for your career advancement cause collective effort and accomplishment transitioned to personal accomplishment. Which freed up a lot of management time, however it also meant that a lot of "non-glamorous work" wasn't getting done
 
# It became much easier to advocate for your career advancement cause collective effort and accomplishment transitioned to personal accomplishment. Which freed up a lot of management time, however it also meant that a lot of "non-glamorous work" wasn't getting done
# The team ended up going back to Pivotal Tracker sometime later in order to solve new problems, and after a break it was actually easier to use it again and for a new problem the team was trying to solve
+
# Added a notion of "home team", everyone defaults to it. However, when there's a "pitch" to be worked on - 3-4 people become a "crew", and step away from the home team for 6 weeks.
 +
# There's also a concept of "tribute" - people volunteering to fill in roles that were missing
 +
# After a year with the "home team", the moved away from leadership writing pitches and leadership making allocation decisions to people starting to do writing "pitches" and doing self-allocation to different "bets"
 +
# Once the team was smaller, and working on specific problems, the team ended up going back to Pivotal Tracker sometime, and after a break it was actually easier to use it again and for a new problem the team was trying to solve

Latest revision as of 11:56, 4 February 2023

"Post-XP something" (will be replaced by the real name)

Attendees - Jesse, Jeffrey, Nat, Yuliya, Andreas

Discussion

This was a discussion about how Cloud Foundry practices changed since VMware acquisition and pandemic What happened?

  1. Moved product managers and designers away (engineers could take over the backlog, but what about talking with customers?)
  2. Changed what managers did (80% sw development -> full time manager)
  3. Not using any co-location enabled practices (eg. breakfast, synchronization)
  4. Emotional anguish of losing something special

And maybe pivotal wasn't perfectly solving some things in the first place. Eg. Pivotal PMs operating on tactical levels were operating more as business analysts, and couldn't focus on product vision and strategic work.


Post acquisition,

  1. the team was 16 people.
  2. Decision to stop looking at pivotal tracker, because pivotal tracker assumed pivotal process and we couldn't do that with the new team. The team switched to basecamp
  3. The team decided to try "Shape up" methodology for 6 months. 6 week iterations with "bets" (shaped solutions for chunky problems) + 2 week off for adjusting, evaluating, planning. It was very successful for prioritizing and getting done work of the "Shapeup" size
  4. It became much easier to advocate for your career advancement cause collective effort and accomplishment transitioned to personal accomplishment. Which freed up a lot of management time, however it also meant that a lot of "non-glamorous work" wasn't getting done
  5. Added a notion of "home team", everyone defaults to it. However, when there's a "pitch" to be worked on - 3-4 people become a "crew", and step away from the home team for 6 weeks.
  6. There's also a concept of "tribute" - people volunteering to fill in roles that were missing
  7. After a year with the "home team", the moved away from leadership writing pitches and leadership making allocation decisions to people starting to do writing "pitches" and doing self-allocation to different "bets"
  8. Once the team was smaller, and working on specific problems, the team ended up going back to Pivotal Tracker sometime, and after a break it was actually easier to use it again and for a new problem the team was trying to solve