I have been asked to increase a teams velocity

by Jon 9. August 2016 12:52

As a servant-leader or a scrum master how would you respond if a manager, product owner said your team 'mustgo faster?

Noel Baron posted this tweet a couple of days ago.

why is it important in an 'agile company' not to push for increased velocity or speed?

A scrum friendly response might be agile teams are self-organising the scrum guide says:

  • No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality.
  • The number of items selected from the Product Backlog for the Sprint is solely up to the Development Team. Only the Development Team can assess what it can accomplish over the upcoming Sprint.

These two statements are interesting, but they they don't explain themselves.  

Why is solely up to the development team, and why can nobody tell the Development Team how they go about progressing their work?

Efficiency is a eventual outcome of working in an Effective Team and Enjoying what you're doing as a team.  If the team start treating velocity as a target to improve on each sprint or scrum master pushes an agenda of doing more; you are compromising self organising nature of the team.  This will impact on the enjoyment and the effectiveness of as team team members start to work more individually accept technical debt and ignore the DOD.

Less enjoyment, less effective..... and less effecient over time.

Target Effectiveness and Enjoyment through working together and trying things out and see where that takes you :-)



Chaordic Leadership

by Jon 16. July 2016 22:56

Balanced Chaos and Order -> Creativity and Flow

Chaordic has been used to describe organisations that seek to balance chaos and order to produce an environment where flow and creativity can thrive. The term was coined by Dee Hock who founded VISA; a highly decentralized and highly collaborative organisation that worked with partner banks on a standards that enables the global credit card system to work.

Attributes of Chaordic Leadership

Dee describes the attributes of leaders in an organisation that is seeking to be chaordic:

  • Power: True power is never used. If you use power, you never really had it.
  • Human Relations: First, last, and only principle -- when dealing with subordinates, repeat silently to yourself, "You are as great to you as I am to me, therefore, we are equal." When dealing with superiors, repeat silently to yourself, "I am as great to me as you are to you, therefore we are equal."
  • Criticism: Active critics are a great asset. Without the slightest expenditure of time or effort, we have our weakness and error made apparent and alternatives proposed. We need only listen carefully, dismiss that which arises from ignorance, ignore that which arises from envy or malice, and embrace that which has merit.
  • Compensation: Money motivates neither the best people, nor the best in people. It can rent the body and influence the mind but it cannot touch the heart or move the spirit; that is reserved for belief, principle, and ethics.
  • Ego, Envy, Avarice, and Ambition: Four beasts that inevitably devour their keeper. Harbor them at your peril, for although you expect to ride on their back, you will end up in their belly.
  • Position: Subordinates may owe a measure of obedience by virtue of your position, but they owe no respect save that which you earn by your daily conduct. Without their respect, your authority is destructive.
  • Mistakes: Toothless little things, providing you can recognize them, admit them, correct them, learn from them, and rise above them. If not, they grow fangs and strike. Accomplishment: Never confuse activity with productivity. It is not what goes in your end of the pipe that matters, but what comes out the other end. Everything but intense thought, judgment, and action is infected to some degree with meaningless activity. Think! Judge! Act! Free others to do the same!
  • Hiring: Never hire or promote in your own image. It is foolish to replicate your strength. It is stupid to replicate your weakness. Employ, trust, and reward those whose perspective, ability and judgment are radically different from your own and recognize that it requires uncommon humility, tolerance, and wisdom.
  • Creativity: The problem is never how to get new, innovative thoughts into your mind, but how to get old ones out. Every mind is a building filled with archaic furniture. Clean out a corner of your mind and creativity will instantly fill it.
  • Listening: While you can learn much by listening carefully to what people say, a great deal more is revealed by what they do not say. Listen as carefully to silence as to sound.
  • Judgment: Judgment is a muscle of the mind developed by use. You lose nothing by trusting it. If you trust it and it is bad, you will know quickly and can improve it. If you trust it and it is consistently good, you will succeed, and the sooner the better. If it is consistently good and you don't trust it, you will become the saddest of all creatures; one who could have succeeded but followed the poor judgment of others to failure.
  • Leadership: Lead yourself, lead your superiors, lead your peers and free your people to do the same. All else is trivia.

Personally think the Dee's words resonate strongly in an Agile or Lean environment which seeks to achieve the same aims of Balancing Chaos and Order to help produce Creativity and Flow in a safe environment.



The Stacy Matrix

by Jon 3. April 2016 20:00

The journey from traditional ways of working using Project Management best practice and Waterfall to a world where we are using Agile, Scrum and kanban can be described with the Agreement & Certainty Matrix. This matrix was proposed by Ralph Stacey as part of his work on Complexity Science in the 1990's.

Our Industry and customers have moved from a place where we thought requirements and technology were fixed to a place where acknowledge things are complex rather than complicated and requirements and technology are less well known that we thought.

  • Simple products; are best designed with traditional project management/waterfall as requirements are known and the technology is also known.
  • Complicated products; you pretty know what you want and how you are going to do it could be created using waterfall or they could be evolved using agile.
  • Complex products; where both requirements are changing and evolving and the technology landscape is evolving require an empirical framework. We need to iterate and build on what we know and we welcome change and evolution.
  • Chaotic products; where we don’t know what the requirements are and we don’t know what tech we have to be more freeform. A very responsive product is better suited to kanban rather than scrum.



Three Balanced Roles in Scrum

by Jon 14. June 2014 22:48

The Scrum Team as defined in the ScrumGuide is a balance of three roles that work with each other. These three roles work together to do all the work that a project manager would have traditionally done. The three roles balance each other out and different responsibilities ensure that the product is progressed through negotiation and agreement.

  • Self-Organising; Chooses how to accomplish ​work without being directed by others
  • Cross Functional; possesses competencies needed to accomplish the work without depending on others
  • The Whole Scrum Team works together to do all the work a project Manager would have done

Three Roles in Scrum

  • Development Team - builds the product
  • Product Owner - holds the vision of the product
  • Scrum Master - helps the team best use Scrum to build the product

The Relationships between the roles

  • Product Owner and the Development Team work "with" each other
  • Scrum Master "serves" the Development Team and Product Owner

The result is a slightly unstable balance between three roles that all have a slightly different view of the world. This balance is constantly adjusting through constant inspection of the work the scrum team performs.



Create a Database using SQL

by Jon 27. April 2011 22:37

Dynamic SQL saves the day.  I needed to script create some databases but I want to specify a number of parameters to be used as part of the Create Database Command:

  1. I want to specify where the database files will be created
  2. I want the all databases to be Prefixed with a standard set of characters
  3. I want to create one or more databases
-- Please set the following Two Variables Correctly

Declare @InstallDbPath as nvarchar(500)
Declare @DbPrefix as nvarchar(50)
set @InstallDbPath = 'D:\Databases\QA\'
set @DbPrefix = 'QA_'

-- Dont Change any SQL after this line, just set the Variables at the above
-- Some Variables that we will use
Declare @InstallDbName as nvarchar(50)
Declare @SQLCmd as nvarchar(max)
Declare @DbName as nvarchar (50) -- DbName Changes, its the name of the database we want to create

-- TODO : Change this to run in a loop, reduce repeated SQL

-- Change the Variable @DbName  to be the name of the databse you want to create

-- Create Database1
set @DbName = 'Database1'
set @SQLCmd = 'CREATE DATABASE ' + @DbPrefix + @DbName + ' ON PRIMARY
(NAME = ''' + @DbPrefix + @DbName + '_Data'' , FILENAME = ''' + @InstallDbPath + @DbPrefix + @DbName + '_Data.mdf'', SIZE = 4096KB , MAXSIZE = UNLIMITED, FILEGROWTH = 10%) 
(NAME = ''' + @DbPrefix + @DbName + '_Log'' , FILENAME = ''' + @InstallDbPath + @DbPrefix + @DbName + '_Log.mdf'', SIZE = 4096KB , MAXSIZE = 2GB, FILEGROWTH = 10%)' 
exec (@SQLCmd)

-- Create Database2
set @DbName = 'Database2'
set @SQLCmd = 'CREATE DATABASE ' + @DbPrefix + @DbName + ' ON PRIMARY
(NAME = ''' + @DbPrefix + @DbName + '_Data'' , FILENAME = ''' + @InstallDbPath + @DbPrefix + @DbName + '_Data.mdf'', SIZE = 4096KB , MAXSIZE = UNLIMITED, FILEGROWTH = 10%) 
(NAME = ''' + @DbPrefix + @DbName + '_Log'' , FILENAME = ''' + @InstallDbPath + @DbPrefix + @DbName + '_Log.mdf'', SIZE = 4096KB , MAXSIZE = 2GB, FILEGROWTH = 10%)' 
exec (@SQLCmd)

-- Create Database3
set @DbName = 'Database3'
set @SQLCmd = 'CREATE DATABASE ' + @DbPrefix + @DbName + ' ON PRIMARY
(NAME = ''' + @DbPrefix + @DbName + '_Data'' , FILENAME = ''' + @InstallDbPath + @DbPrefix + @DbName + '_Data.mdf'', SIZE = 4096KB , MAXSIZE = UNLIMITED, FILEGROWTH = 10%) 
(NAME = ''' + @DbPrefix + @DbName + '_Log'' , FILENAME = ''' + @InstallDbPath + @DbPrefix + @DbName + '_Log.mdf'', SIZE = 4096KB , MAXSIZE = 2GB, FILEGROWTH = 10%)' 
exec (@SQLCmd)



Powered by BlogEngine.NET
Original Design by Laptop Geek, Adapted by onesoft, and finally some tiny tweaks by JonAlb