3. 1 of 12 Principles
of Agile Software
The best architectures, requirements,
and designs emerge from self-
organizing teams
3
4. Do people on your team…
• Place blame
• Continuously ask for more resources
• Fight constantly on Retrospectives
• Skip planned meetings or attend in silent
mode
• Or look superficially aligned and in sync
• Provide millions excuses and cynical
comments
• Have their own personal agenda
• Always question each other’s opinions and
estimates
• Tell you that’s not their area of
responsibility
• Keep information to themselves
4
5. Rules of Scrum
as explained by Agile
Advice
• I am truthful about the internal quality of my product (technical debt)
• I know my product well and can quickly describe its high-level
purpose
• I actively seek to help my team mates
• I commit myself to doing whatever it takes to reach each and every
Sprint goal
• I volunteer for a new task from the Sprint backlog as soon as I
complete a task
• I share my obstacles (technical, tools, process, teamwork, personal)
every Daily Scrum
• I am willing to learn any skill needed to help my team
• I work with all the team members to expand the Definition of “Done”
• I live the values and principles of the Agile Manifesto in my team
• I never tell any other individual team member which task to work on
next
5
7. Blind spot of agile
• Not all people are disciplined
• Not all people are attentive
• Not all people are skilled
• Not all people know what they want
• Not all people want to work
• Not all people care
7
9. A team with no managers that interfaces with an
organization using a set of principles, conventions
and expectations.
"Self-organizing teams choose how best to
accomplish their work, rather than being directed
by others outside the team." (Scrum Guide)
9
10. 10
Let’s agree that
Self-organized teams won’t appear overnight
They will definitely re-organize
Every team member has to self-organize
as well
11. Three main challenges of
self-organized teams
1. Get the perfect team
11
2. Get the perfect PM/Scrum Master
3. Place them in perfect environment
12. Before we dive into
changing everything
Let’s see what we have at
our hands
12
17. OWNERSHIP
17
Generally the team are a group of mature individuals which take initiatives
and work for themselves and don’t wait for their leader to assign work.
This ensures a greater sense of ownership and commitment.
18. How to grow
ownership
18
• Stop alienating yourselves from the customer
• Increase visibility
• Show what is done on customer side
• Always share info on your activities (as a leader)
• Share info on cooperation with other departments
• Praise others (not only yourselves)
• Always prepare for Grooming/Planning (both PO and the Team)
• Provide positive feedback on active participation in product
development
• Assignment of the work based on “pull” method – rotate the person
who creates the tasks
• Enforce Definition of Done
20. How to boost
motivation
20
• Clearly defined Project Vision and Vision review sessions
• Project Objectives should be understood by the team and every
team member have to have the clear understanding of their
contribution
• Shared feedback from users
• Communication of potential changes
• Communication of strategic changes
• Involvement in functional offices/communities activities
• Involvement of experts from other teams to share knowledge
• Cross-team activities/share lessons learned
• Celebrate performance along with results
21. TEAM WORK
21
The team can manage their own work with regards to task allocation,
task estimation, story development and testing and delivery of a
successful sprint as a group.
They should work as a team rather than as a group of individuals.
22. How to
encourage
team work
22
• Spot Integrators and recruit them to help you with building the
team
• Share the visions and long-term goals
• Define team values – encourage wishful thinking
• Set team goals (preferably aligned with project needs)
• Make individual goals (preferable aligned with project needs
and team goal) public
• Encourage people to ask for help
• Start 30-day challenges
• Stop rumors by sharing as much as possible and as soon as
possible
23. COACHING
23
The team is left to do what they’re best at – delivery of software –
but they still require some level of mentoring and coaching and
facilitation by their Scrum Master, but they don’t require “command
and control.”
24. How to coach
24
• Make sure you know what is mentoring/coaching
• Find team mates who are good at teaching and enforcing Agile
principles (see Matrices)
• Organize group formal and informal learning activities (trainings,
knowledge sharing session, etc.)
• Set requirements to your trainers
• Invite auditors/assessors with recommendations
• Set the example – find a mentor/coach for yourself
• Learn and brag about it
25. TRUST AND RESPECT
25
Team members trust and respect each other. They believe in
collective code ownership and testing and are ready to go the extra
mile to help each other resolve issues.
26. How to build
trust
26
• First step: Make people trust you by resolving their even the
smallest pains
• Talk about your management profile, your weaknesses and
ask your team makes to “watch you”
• Practice 360° feedback
• Keep your promises and guard the promises of others
• Understand and be a proponent of diversity
• Trust your team
27. COMMITMENT
27
Communication and most importantly committed individuals are vital in a
self-organizing Agile team. Team members communicate more with each
other, and are fully committed to delivering their tasks individually and as
a group.
28. How to build
commitment
28
• Share vision and mission – of product, customer, your
company, your team
• Share feedback from early adopters, stakeholders
• Build the product with your team
• Show your commitment to the team
• Eliminate all contradictory goals
• Name your team
• Ask your team for commitment
29. COLLABORATION
29
The team understands that to deliver software successfully, they should
understand the requirements and aren’t afraid to ask questions to get their
doubts clarified.
Constant collaboration with the Product Owner is essential.
30. How to
facilitate
collaboration
30
• Invite PO to share Product Vision frequently
• Invite PO (if overseas) to visit and meet the team
• Proxy-PO within the team (BA/RM, senior member of the team,
team member with requirement management/business acumen
skills present – see Skill/Roles Matrix)
• Ask questions digitally
• Turn on your cameras
• Agree with PO and the team what are their collaboration
rules
• Define and approve communication channels and process
31. COMPETENCY
31
Individuals need to be competent for the job at hand. This will result in
confidence in their work and will eliminate the need for direction from
above.
32. How to build
competency
32
• Have clear and understood competency models
• Understand the difference between career development plan and
competency development plan
• Align personal development plans with project initiatives
• Enforce thought out personal development plans (could be
based on Personal Learning Contract)
• For formal training: hand-pick internal and external trainings for
your people
• For informal/incidental learning: review and make people
share their observations with others
• Expose your teams to diverse learning resources
• Use tests and certification as a tool of learning and use them
regularly
• Practice succession planning
34. How to
encourage
continuous
improvement
34
• Revamp your retrospective
• No complaints/general praise
• Use Prime Directive
• Assign Initiatives if action items fail
• Retrospective of Retrospectives
• Allow the team to determine their capacity to include
process improvement initiatives
• Post-mortems/Retros with context not focused on Sprint
(any process implementation)
• Pre-mortems on big initiatives and milestones
• Daily knowledge sharing (even not project/process related)
• Share/Make public career/improvements plans with the
team
• Lead by example
35. CONTINUITY
35
A new team takes a while to mature and become self-organized. Overtime,
they can understand their working habits as a team, so changing its
composition every now and then doesn’t help. It is best to have the team
members working together for a reasonable duration.
36. How to make
the team
antifragile
36
• Document the processes at your project at “barely sufficient” level
• Have clear escalation procedure that every team member is
familiarized with
• Have you team values defined and shared with newcomers the first
thing during onboarding
• Make it easy for people to leave
Whenever your customer believes that Agile methodology or any of its methods is a panacea to deliver their product on time, or you see self-organization as a needed and crucial factor of learning and adaptive organization, building a self-organized team may be a tricky process. Nature self-organizes by billion different patters and self-organized systems are impossible to model, aka describe and put on paper. So during this presentation we will work with very simple notion of self-organizing teams.
Request for Agile methodology at projects is now a trendy thing, and companies rarely decide to adopt Agile based on any empirical data or process and need assessment.
Agile Advice
Management 3.0 Jurgen Appelo
Belbin’s Team Roles (Shaper, Implementer, Completer, Finisher, Coordinator, Team Worker, Resource Investigator, Plant, Monitor-Evaluator, Specialist) - https://en.wikipedia.org/wiki/Team_Role_Inventories#Belbin_Team_Roles
Belbin’s Team Roles (Shaper, Implementer, Completer, Finisher, Coordinator, Team Worker, Resource Investigator, Plant, Monitor-Evaluator, Specialist) - https://en.wikipedia.org/wiki/Team_Role_Inventories#Belbin_Team_Roles
https://www.testingexcellence.com/10-traits-agile-self-organizing-team/
Amir Ghahrai
People should care
About the product
About your company
About your customer
About their team
At SoftServe all candidates for management and lead positions (including BA candidates) should pass Caliper test – personality test. The test is quite precise if done in right state of mind (not rushing yourself or under stress). The examples of traits that are looked for during the test are Urgency, Cautiousness, Attention to Detail. It really helps me to build the trust with my team mates when I show my weaknesses and ask them to watch me during the moemnts and those weaknesses could manifest themselves and hinder our team progress.
усвідомлена і заявлена готовність себе чомусь присвятити
The process of competency development is a lifelong series of doing and reflecting. As competencies apply to careers as well as jobs, lifelong competency development is linked with personal development as a management concept. And it requires a special environment, where the rules are necessary in order to introduce novices, but people at a more advanced level of competency will systematically break the rules if the situations requires it. This environment is synonymously described using terms such as learning organization, knowledge creation, self-organizing and empowerment.
Peter Senge The Fifth Discipline
Read “How We Learn” by Benedict Carey
Try involving team members from other teams to test the understanding of those processes. Some processes as onboarding should be easy to understand and pick up for everyone.