You are currently browsing the category archive for the 'Agile' category.

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

Follow #iad09

  • Photo_1_normal mlanzil Many Sourcesense developers today at #iad09, thanks to @capotribu for the organization 16 minutes ago from web
  • Marco_abis_normal capotribu Lots of people tweetting from the Italian Agile Day. Follow the #iad09 tag for more! 17 minutes ago from twibble
  • Foto_normal_normal piraccini Sviluppo software sostenibile, mi piace! #iad09 21 minutes ago from twidroid
  • Avatar_legolas_2_normal rainbowbreeze "scambiando il valore del coraggio per il valore dell’incoscienza" cit jacopo #iad09 22 minutes ago from web
  • Collo_small_normal andreabalducci parlo di SCRUM perché SCRUM è nel mio Kernel… sala 1 #iad09 23 minutes ago from TweetDeck
  • Pc272620-1_normal ziobrando Step ONE: define what the Product is. Software is only PART of the product. …I guess it’s "See the whole" … #iad09 27 minutes ago from Tweetie
  • Avatar_mike_relax_normal micheleluconi segue su twitter cosa dicono i tanti partecipanti ai 2 eventi di rilievo di oggi taggati #retisocievoli #iad09 29 minutes ago from web
  • Luca_normal lucamascaro #iad09 inizia jacopo :) 33 minutes ago from web
  • Mypicture_normal reborg #iad09 presentero’ un’introduzione alla tecnica del #pomodoro alle 15:50 dopo il coffeebreak in sala 5 se qualcuno e’ interessato 34 minutes ago from Tweetie
  • Pc272620-1_normal ziobrando Now following Jacopo Romei #iad09 36 minutes ago from Tweetie
  • Pc272620-1_normal ziobrando Finished my talk at #iad09 I am quite satisfied about the outcome, nice discussion :-) 38 minutes ago from Tweetie
  • Jazzo_timone_vela_normal jazzo Saluta tutti i presenti a #iad09 – I have to go… :-( 42 minutes ago from web
  • Avatar_legolas_2_normal rainbowbreeze ego sliding @ #iad09 by jacopo romei :D 43 minutes ago from mobile web
  • N577626230_934_normal sleli si passa @jacoporomei#iad09 43 minutes ago from mobile web
  • Collo_small_normal andreabalducci sala 1: Agile e Software sostenibile #iad09 43 minutes ago from TweetDeck
  • 7320_1203818305639_1534052380_557156_1112536_n_normal lucamondini inizia lo speech di J. Romei: tutti i miei sbagli e quelli di qualcun altro #iad09 44 minutes ago from Twitterrific
  • Collo_small_normal andreabalducci il 2% dell’inquinamento mondiale è prodotto dall’IT: siamo tanti ed abbiamo un peso ed una responsabilità #iad09 about 1 hour ago from TweetDeck
  • Collo_small_normal andreabalducci RT @lucagrulla: Andrea Provaglio @#iad09: Self-organizing teams are those that (un)consciously follow the system dynamics about 1 hour ago from TweetDeck
  • Mypicture_normal reborg #iad09 Kanban is not process-heavy or not people-oriented. It deals differently with estimates than XP but leaves team dynamics intact.
  • Nice post from Mike Cohn: How Do You Get from Here to Agile? Iterate. | Mike Cohn’s Blog – Succeeding With Agile®.

    Historically, when an organization needed to change, it undertook a “change program.” The change was designed, had an identifiable beginning and ending, and was imposed from above. This worked well in an era when change was necessary only once every few years. But in today’s fast-paced, ever changing environment, it makes more sense to create agile organizations, ready to adapt to whatever comes their way.

    Evolution is the answer. The path? SCRUM might be one. In general having a backlog and a small dedicated time to improve is (one of) the key to success. Start know, do, learn …  and iterate.

    PierG

    After reading an interesting post of John Hunter called Dr. Deming Webcast on the 5 Deadly Diseases, I’m wondering if in today’s company we are using poisons to treat the disease of our companies. In Italy, as in many countries around the world, we have sometimes the chance to access to new ideas a little bit after they have been tested in other countries (mainly in the US).

    It should be wise not to use what has been proven it doesn’t give good results!

    Listen to what Dr.Deming used to say years ago about the disease of our companies and look if they seem like the treatment we have been asked to use today by consultants or managers:

    • Lack of constancy of purpose
    • Emphasis on short term profits – “creative” accounting, focus on quarterly profits
    • Annual Performance Appraisalsmanagement by objective, management by fear
    • Mobility of management – [see Toyota for a great example of a company that operates on different principles - where the leadership has been with Toyota for decades]
    • Running a company on visible figures alone – many important factors are “unknown and unknowable.”

    PierG


    Courtesy of Daniele Butera, Some Rights Reserved

    Interesting post by Michael Hugos called: Agile Software Development Depends on Pair Programming. Michael is at the Agile 2009 conference in Chicago to find about the state of agile software development and live posts about the Pair Programming practice.

    A good article especially if you are in some way new to the agile software development paradigms: it gives you a flavor of the benefits of Pair Programming and talks about the Myth of the Hero Programmer.

    And I think reality is a bit more complex and we have to remember that the goal is creating value and not adhering to principles or practices. So I agree with what Kent Beck point out in a recent article To Fix Or Not To Fix?: Another Good Question

    When I noted that tests needed to be used thoughtfully on the runway I was accused of abandoning my principles, of having no pride, of not being a craftsman. None of these is true, not of testing, not of defects, and not of (coming next) design. The higher principle I follow is to create as much value with my skills and talent as I can.

    PierG

    Anti IF campaign live @Deiva Marina
    PierG

    image

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

    PierG


    Courtesy of iboy_daniel, Some Rights Reserved

    Last week, I’ve written about the Lessons Learned by Kent Beck in his post: Putting Max on the Back Burner.

    I think this is the part that what might have more impact on some XP-ers/Agilists:

    Ship it and fix it. The product needs to provide value from the first, but it doesn’t need to provide everyone with value all the time. Early sales answer questions about the market size. Early users accept some rough edges if they get to be first and you fix the problems. Not reflexively fixing every defect was a hard transition for me, but, often, answering the next business question was my highest priority. I would recommend installing real-time remote error reporting for anyone bringing client software to market. It was nerve-wracking at first to see all the errors, but in the end the feedback was invaluable

    Here is what I gather from this topic adding my interpretation / point of view:

    1. releases can be used to penetrate the market, drive product evolution, check the market size. Eventually fix and change to penetrate another market and loop the process;
    2. from the users’ perspective external quality is something they might want to negotiate in a market exploration perspective or to gain some ‘early adoption’ advantage;
    3. new features, especially in innovative or immature markets, have often a disruptive effect no matter as unfixed they are: they quickly generate a chain reaction of new ideas and than new features. Again a way to quickly explore. Timeliness in this sense is driving more than external quality;
    4. the definition of DONE is not only related to the ‘acceptance’ of features, is when all users can use it (deploy), can communicate back (logging / error reporting) …

    What’s your impression?

    PierG


    Courtesy of annia316, Some Rights Reserved

    Who can afford, in today’s markets, the multi million / billion dollars innovation processes?

    Someone might want to invest (many) money in innovation, but NO ONE can wait for the end of the project to start earning moneys!

    So we have to change the way in which we make innovation exactly in the same way we are (struggling in) changing the way in which we run regular projects: a just in time innovation made of a set of quick wins!

    How’s innovation handled in your companies?

    PierG

    I ask all my (agile) readers to read the post Collective Responsibility is No Responsibility form the very good blog Herding Cats of Glen Alleman .

    I appreciate Glen, he is very pragmatic and focused on reaching results so I’d like to get your feedback about his post and about the doubt the Glen has:

    Why is it we get this confused in the agile IT world. Is there a different work ethic? A different egalitarian motivation is let people "try there hand," to learn by failing. Maybe. On the other side how do people "learn" in our world, if they don’t fail?

    Feedback please!

    PierG

    Connect with PieG

    Map of Visitors

    Anobii – my bookshelf

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

    Flickr Photos

    Beauty

    Underworld

    Arco de Chuchilleros - Plaza Mayor

    More Photos

    del.icio.us

    Archives