You are currently browsing the category archive for the ‘scrum’ category.

when we look around at the companies who are doing well, it can be hard to see the rhyme or reason of the decisions that led to that success. Take Apple and the work it put into building a technology platform on which hundreds of thousands of independent developers could create apps and offer them to Apple’s customers. Or take Salesforce.com and its willingness to have self-organizing development teams continuously tweaking code, even though, with a global system serving more than two million subscribers, the risks of introducing errors into its 30 million lines of code would seem to present compelling reasons not to. (Drawing on the software development practices known as Agile, Scrum, and XP, the teams work in short, iterative cycles of test-driven development with direct customer feedback as the work proceeds.)

In fact, these companies are not behaving chaotically. They are acting according to a rethinking of the rules to suit today’s business conditions, and learning new heuristics based on their successes.

via Making Management as Simple as Frisbee – Steve Denning – Harvard Business Review.

PierG

We will talk about a new development technique called WDD or Worries Driven Development.
You might know another couple of *DD techniques: TDD and DDD but they are by far less powerful than WDD.

TDD or Test Driven Development has been invented by Ken Beck (@kentbeck). As Wikipedia states “is a software development process that relies on the repetition of a very short development cycle: first the developer writes an (initially failing) automated test case that defines a desired improvement or new function, then produces the minimum amount of code to pass that test and finally refactors the new code to acceptable standards”.

DDD or Domain Drive Design is a little more recent, especially it’s hype, and as Wikipedia says “is an approach to develop software for complex needs by connecting the implementation to an evolving model.The premise of domain-driven design is the following: Placing the project’s primary focus on the core domain and domain logic; Basing complex designs on a model of the domain; Initiating a creative collaboration between technical and domain experts to iteratively refine a conceptual model that addresses particular domain problems.” In Italy Alberto Barndolini (@ziobrando) is really good at it!

WDD is more powerful because it works at a deeper level. It acts at the level of motivations. We tend to do what we do for one of two reasons: to seek pleasure or to avoid pain.
Now our culture tend to push us to the ‘avoid pain’ side so we tend to use it more often as a motivation to do what we do. So what’s more relieving than solving a problem to ‘avoid pain’?
That’s where WDD come from: we do what worries us. Or better we do, schedule, put in priority what can have consequences that can worry us.
So the algorithm is: if you don’t have it, create a problem, throw it in the future, communicate it so that everybody can be worried. Now you are ready to make a lot of overtime to solve it to ‘avoid pain’.

The secret? WDD is not that new: it is quite often used as a primary development paradigm in many offices of medium-big corporations. And it works …. maybe.

PierG

Back in 2001, traditional management had the idea that if everything was documented, things would work out fine.

via Innovation: Applying “Inspect & Adapt” To The Agile Manifesto – Forbes.

Three reasons to read this article:

  1. because in 2012 90% of management DO have the idea that full documentation means “it will work fine
  2. because it’s an interesting article about agility and beyond (adding some lean startup concepts too)
  3. because most of the stuff that you read comes from Kent Beck and you should read everything from Kent. PERIOD.

Tell us what you think

PierG

Lately I’ve blogged about internal IT projects that do fail and one of the main reasons: lack of Product Owner (Why big projects fail in corporate IT).
Today let me emphasize another major reason: often the team who’s in charge of a project … will leave (I’d say run away as fast as light) as soon as the project is complete. And usually ‘complete’ means ‘when we are exhausted of fighting with the supplier for bugs, change requests and new features’. And all this means that the project is not complete at all. And in any case we know it will evolve.
What is stimulating the project team, in such a context, to work effectively? Work for simplicity? Work to establish a system that will grow up or change in the future weeks / months / years? Are they measured in any way on these goals? Or are they measured on ‘close this fuxxing project quickly that we have already spent all the money they gave us’?
PierG

Let’s face it, working in an Agile fashion is hard. It requires paying attention to what you’re doing and the results of that. It requires thinking and making choices. It requires honoring the thoughts and feelings of those around you. None of this is easy stuff.

via George Dinwiddie’s blog » Post-Agile?.

What’s your thought?

PierG

Here are the first slides available from BetterSoftware2010 #bsw2010 (some are in italian). It seems everyone has read slide:ology and Presentation Zen :) :

Francesco Cirillo – Dinamiche di team di sviluppo

Alberto Falossi – Crowdfunding (Prezi!!!!)

Luca Mascaro – UX design agile

Maurizio Delmonte – Come avviene Plone

Elvira Berlingieri – I nuovi modelli di business developer centered: un`analisi giuridica.

Giuliano Prati – Enterprise microblog per il Project Management

Omar Cafini – Sviluppare e vendere applicazioni per iPhone

Fabio Franzini – Sviluppare applicazioni mobile native in html e java script

Stefano Sanna – Application Store: opportunita’ e trappole

Luca Mearelli – WorseSoftware

Antonio Volpon – Recruitment2.0

(updated) Giordano Scalzo – Better Software Developers

(updated) Giovanni Intini – Agile tricks

(updated) Giacomo ‘Peldi’ Guilizzoni – Alcune lezioni che ho imparato negli ultimi due anni

(updated) Daniele Montagni, Davide Cerbo, Stefano Linguerri – Playing between the clouds

(update) Fabio Castronuovo – Management Agile e Improvvisazione Jazz

(update) Pietro Polsinelli – Una Homepage memorabile

(update) Roberto Cobianchi – Il project management degli avatar

(update) Leandro Agrò – Una storia di SW dai protocolli alla startup

(update) Salvatore Laisa – Augmented Reality e il web

A lot of good stuff!!!

If you know where to find other presentations from BetterSoftware2010, please let me know.

PierG

Sviluppare applicazioni mobile native in html e java script

I follow the good idea of Alfredo, who has just shared his play list for BetterSoftware2010, to share my one. It’s probably not the final one (also because it seems impossible to follow all this stuff in two days :) ) but at least I’ve started thinking of it!

DAY 1

9:00 L’analisi legale dei nuovi modelli di business di Elvira Berlingieri

9:50 Enterprise Microblog per il Project Management di Giuliano Prati

10:25 Una storia di SW dai protocolli alla startup di Leandro Agrò

11:35 Come innervosire i blogger e vivere felici di Ludovico Magnocavallo

12:10 Start-up web in Italia. Si può fare di Andrea Santagata

14:00 Faster website … even faster website di Federico Galassi e Francesco Fullone

15:10 Business, Economia e Software Libero di David N. Welton

15:55 Crowdfunding – Finanziare un’idea con il Web di Alberto Falossi

16:55 Recruitment 2.0 di Antonio Volpon

17:45 La comunicazione non è più quella di una volta di Roberto Venturini

DAY 2

9:00 Unconventional tools and tecniques for project managers di Francesco Ciriaci

9:50 Sviluppare open source : un modello sostenibile? di Alessandro Nadalin

10:40 Systemic Software Development for Agile Teams di Andrea Provaglio

11:25 Dinamiche di Team di Sviluppo di Francesco Cirillo

12:15 Software … e tutto ciò che comporta! di Alberto Brandolini

14:00 Coaching Workshop di Matteo Vaccari e Simone Casciaroli

14:50 Gestione delle comunità open source: Fedora Project di Alexjan Carraturo

16:45 Il project management degli avatar di Roberto Cobianchi

17:20 Agile e tecniche dell’improvvisazione Jazz di Fabio Castronuovo

See you at #bsw2010

PierG

I met Francesco Cirillo 7 years ago when I attended an XP workshop put on by his company XPLabs.

In the years since then I’ve had a number of occasions to work with him and listen to his talks. I’ve always liked the way that he is able to take his in-depth knowledge and wide-ranging skills and shape them into the ideas and enthusiasm that pervade his life and infect the people around him.

When I saw that he was on the BetterSoftware2010 #bs2010 panel (Dinamiche di team di sviluppo), I thought it might be interesting to ask him few questions:

PierG: Francesco, I thought programmers were lonely stars: why are you talking about teams in your speech?  

Francesco:  PierG, we’ve both been in this field for awhile and as you well know the reigning model of that time, what we all dreamed of doing, was to Be the Best Programmer of All – the Star – and to have a team of assistants: some to do the debugging, some to organize and print documentation and perhaps meet with clients, etc… It’s even been codified as an organizational model: it’s generally referred to as ‘the Surgeon and his Assistants". This model aims to employ the human capacity to manage – though a single mind in a single place – an entire intricate knowledge of a system.  In other words, the surgeon would save time by answering his own questions :-). It was thought that the star could manage hundreds of thousands of lines of code, give or take a line. People who were able to handle truckloads of code and slough off collateral hassles (meetings, documentation, bugs) were recruited. But over time the stars who took this approach were subject to brain burnout caused by the increasing complexity and a sense of obligation and guilt. Under the burden of these responsibilities, it’s pretty easy to end up working 16, 18, 20 hours a day and be miserable. Some of the questions I’ve always asked myself:  how can a group of people work under a single mind in a way that is sustainable and pleasant? What effects does hierarchy have on efficacy? How can we develop shared knowledge and authentic collaboration? I think this is why I became a mentor and coach. And this is why I’m giving a speech on working in teams.

PierG: So, what suggestions would you give to team members (starting from managers :) ) ?

Francesco:  First: Don’t work to motivate others. There are ethical reasons not to (it is always a kind of manipulation whether conscious or not) and anyway, it doesn’t work :-) . I don’t let anyone tell me why I should work: it’s my energy and I decide what to do with it :-) This is an important point: if it’s ignored, failure is sure to follow. Not right away, but inevitably it will happen when you face a problem that calls for a cohesive team with a unique vision. I’ve recently written a post about this I Don’t Want To Be Motivated By Anyone But Myself. Second: don’t make teamwork into group therapy sessions. First of all because we don’t know how to do it and in any case it just doesn’t work. It’s not a good idea to interpret, make things personal, place blame and then have to get out from under that. On the other hand it’s a good idea to make a collective effort to understand the objective causes of problems. Third: Practice 100% responsibility. Being 100% responsible feels good and it leads to the enjoyment of accepting new and greater responsibilities. It’s good for everyone. In my experience, without these three points it’s impossible to think about an effective and reactive team, nevermind one that self-organizes.

PierG: Francesco, you are a very prolific entrepreneur: XPLabs, AgileMethods, the Pomodoro Technique so you know it’s not easy: why is it so difficult to start your own company in Italy?

Francesco: Ah, but this is just the beginning :-) . There is no lack of good ideas in Italy. It’s just difficult to get them going. As most Italians know, absolutely anything you do, from ordering a cappuccino (in the exact cup at the exact temperature and with the exact combination of coffee, milk and who knows what else requested) to getting to the office with public transportation (with the potential aggravating factors of precipitation or strikes) can turn into an authentic adventure. This likely adds to foreigners’ fascination with Italy. If I had two weeks’ vacation, I too, wouldn’t mind heading out for a place only to ‘change my mind’ when it turns out to be impossible to get there by lunchtime. This mentality generally becomes less acceptable when it causes a continuous stream of obstacles – arising from unpredictable combinations of unattributable inefficiencies, useless abuses of power and self-congratulatory obstructionism – that beat down a project. But it’s an ideal environment in which to learn to be Agile :-) I think explaining why Italy is the way it is isn’t easy even for Italians, nevermind foreigners. It’s not that there’s a lack of ability; it’s a question of ‘desired incontrollability’. I think that every Italian feels that being perceived as  subject to control (as in ‘do what what you are expected to do as per your role’) is an unpleasant, lowly condition that determines scarce personal worth. Perhaps the explanation that best matches reality can be found in Tomasi di Lampedusa’s novel "The Leopard". This is part of what makes things difficult.

How can a company located in Italy win against efficient foreign competitors? Never accept the ways of working imposed by the Italian ‘system'; concentrate instead on developing all of your abilities in the direction of reactivity, efficiency and agility. The ceaseless unpredictability of events here means that rigid, inflexible plans will inevitably meet with failure.  How could you predict that when you go to the Italian Post Office for information about shipping costs, that the clerk – without any apparent reason – will tell you that neither he nor his manager has time to answer your questions? But this cloud has a silver lining. New tools and solutions have to be invented all the time to turn each of these obstacles into an opportunity for a better solution. To do this we need ideas, and luckily, in Italy, there is no shortage of people with good ideas.This is an ability that we have developed over the years. And we are proud to be able to export this knowledge. If Swiss companies call on our Italian company to improve their organization, it means that we’ve learned something valuable.

PierG: What are you working on now?

Francesco: My next project….As you know I’m writing a book. At the moment the project is secret. It’s not an easy book to write but I think that it will be able to help a lot of people in the work they do every day…(but it’s got nothing to do with the Pomodoro :-) ) I feel like a big opportunity is being given to me with this. Unfortunately I can’t tell you anything else for the time being :-)

 

I met Francesco Cirillo 7 years ago and every time I meet him again it’s always a pleasure … so I can’t wait watching his presentation at BetterSoftware2010 (have a look at the interesting special Twitter discounts , it’s a kind of new at least to me)

PierG

What happens when you start accelerating deploying?

You might says it’s not going to happen in your industry. I tell you that someone else will start showing your customer that it can be done faster and so you will have to, if you want to survive.

In any way, have a look at this precious presentation from Kent Beck: SW G Forces

PierG

image

November, 20th is the da1te of the Italian Agile Day 2009: support it!

PierG

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 2,736 other followers

Connect with PieG

Certified Scrum Master

Map of Visitors

Anobii – my bookshelf

Here is (part) of my bookshelf and my wish list

Flickr Photos

Rocky Mountain Bighorn Sheep

Stormy Day in Calblanque

Tringford Rise

More Photos

del.icio.us

Archives

Follow

Get every new post delivered to your Inbox.

Join 2,736 other followers

%d bloggers like this: