Wiki Extreme Programming

Extreme Programming

A most interesting approach, especially within the context of a wiki. From the outset, it would be in contradiction to much of what was discussed in the previous Microsoft topic.

The one thing that I did pick up through out the Wiki was LISTEN TO YOUR CUSTOMER!!!!

One poster was wondering how XP might work with big iron, and Cobol… So from my standpoint, we are talking about 747 reservation systems… But no, their definition of big iron within this category is mainframes… although a Cray would certianly be considered big iron as well.

One especially intereting definition was pair promiscuously Where in pairing is done rapidly. Its sort of the antithese of the dark room mentality.

It will be interesting to see how much of this shakes out in time. My inertia is based upon Big Design Up Front However, in many cases, such a big design is based upon incorrect data.

In other words, the big design upfront driven by the system archetict (which is usually me) is based upon flawsd intelligence. Its not that I don’t listen to the customer, I do. I drive them a little crazy sometimes with questions and options, in order to create the big design up front.

The fatal flaw, is that in the early days of a project, no one really knows…. The sad part is that often times, its not known until Alpha test, and more realistically, much gets sifted through in Beta…. There is nothing like chucking the architecture at the last minute. Especially when thousands of dollars have been spent to get the hardware to that stage.

As such, perhaps XP has some validity in the world of embedded systems. I guess the real key is to have flexible enough hardware such that XP can be used to focus the features in the early days. The next few years will be most interesting.

1 thought on “Wiki Extreme Programming

  1. I think XP could be useful to you, especially if:

    1) Your development environment allows short cycle times.
    2) Your embedded environment is too complex for any individual to completely understand.
    3) You have reached a knowledge or creativity deadlock (pairing may uncork it)

    BTW I don’t keep a sleeping bag under my desk, but since engineering is partially a creative process, shoehorning it into the 9-5 factory assembly line work cycle just won’t work. I think this is part of the reason why Irish and Indian IT is so successful. Both cultures were agrarian. This is a much better fit to modern IT work cycle than traditional rust-belt heavy industry:

    1) Plan your idea to fit the real world, don’t plant bananas in Wisconsin.

    2) Plant the idea when the season is right.

    3) Absolute deadline is first frost.

    4) Some days you’ll get more done than you expected. Use the windfall but don’t count on it because…

    5) Adverse weather may keep you from accomplishing a task on schedule so you have to put headlights on your combine and work nights to catch up.

    I’m sure there are other analogies, but my main point is that limiting yourself to 19th century work practices will not cut the musterd in the 21st century.

Leave a Reply

Your email address will not be published. Required fields are marked *

SEO Powered by Platinum SEO from Techblissonline