In software development and project management : sometime trust can be defined as loyalty, commitment, effort, predictability, obedience, sacrifice and sometime with keeping a word or keeping a secret. Many of those are desirable qualities while they are not necessarily useful in a work relationship. The kind of trust that can make an organization more effective is: knowledge of the capability of a person-team-department from memories of past experiences . Trust is a form of knowledge inside a relationship that can be gradually achieved through direct experience and exploration. So lack of trust is lack of knowledge. This definition of trust enable the organization to...

What are in you opinion the most difficult things in Agile? This is my answer based on  observations in my personal experience: recognizing and accepting reality and uncertainty reducing control and anticipation trusting people achieving transparency practicing respect pursuing mastery How do you answer? See also: The dimensions of Agile Tags :  Team Work | Agile | Lean Agile | Complessità | Traduci al ITALIANO >>>

On doing Agile A genius break the rules to create something unprecedented a fool break the rules to achieve what others do better following the rules while most stand in between searching for a balance On being Agile When someone identify himself with his favorite Agile method or framework risk to became an Agile Religious or an Agile Superstitious and is not Agile See Also: Doing Agile & Being Agile Tags :  Team Work |Agile | Lean Agile | Complessità | Traduci al ITALIANO >>>

I think of a Software Engineer as: professional who work in computer programming. Computer programming a mix of science and techne / craftsmanship founded in knowledge and discovery of principles, direct experience, exploration and experimentation, mastery, sharing of ideas and insights, empirical evidences, proven facts, good arguments A passionate and engaged Software Engineer: often participate in and actively contribute and belong to some computer programming communities. Too much can lead to software cult Software Cult is about believing in something as opposed to having observed, sensed, experienced it hands-on directly ...

When you are doing Kanban and Lean for real, teams know the value stream of the business, the whole work flow and there is in place an end-to-end pull-system from users and customers requests to production When you are doing Scrum for real, teams are continuously inspecting and adapting from coding practices to business and marketing and sales practices When you are doing eXtreme Programming for real, teams are continuously exploring unknowns and uncertainties and you are building people and organization and business capacity to react to unexpected and unpredictable events When you are really Agile, you naturally and instinctively enact...

Below follow 1 historical fact and 2 experiments that show a fact quite unexpected and surprising. Only 1  _small_ step separate even the best man to the monstrosity when diversity, dissent and personal responsibility are somehow insufficient, lacking. They are listed just with the name and a link, while there exist a lot of other curious and interesting related material you are encouraged to search for: The third wave experiment by Ron Jones (article, documentary) Stanley Milgram’s experiment on obedience to authority (video) Stanford prison experiment (article, about the movie) ...

 We discuss on-line many hours in blogs, forums and twitter. To what degree do we discover something professionally useful and valuable and to what degree are we losing our precious time?   Information sharing proved to be extremely useful and valuable. Instead disagreement and diversity of opinions, that have a great potential for learning new things, very seldom lead to profitable discussions. At least in my personal experience.       Do we know what we are disagreeing about? Paul Graham write:  More often than not, two people arguing passionately about something are actually arguing about 2 different things. Sometimes they...