Thursday, March 27
Delivered first release on Tuesday, as promised. Just enough system to (1) verify that we'd gone 'end to end' and (2) to give the users a starting point to steer us from.
Wednesday we played the Planning Game for the first time. For several reasons it suited us to make the next iteration short: it ends Friday week! I encouraged everybodyto think short-term, not Final Solution.
We had 2 x 6 = 12 calendar days. Planning Extreme Programming suggests an initial estimate of 1:3 for ideal:calendar time. But Joe & I are a small team, so we may get 1:2. Our estimates for the user stories were 6 days, so we accepted all of them. Which then prompted a few "Oh, and another thing..." so I dealt out blank cards to everyone to make notes for next time.
So far, only Kevin, the most senior person on the business side, is writing stories. But everyone's contributing, and there's an exhilarating sense of partnership.
The biggest dampener of spirits is the uncertainty about whether we will get a mainframe programmer to help us build an interface. Fortunately we've got screenscraping as a tested fallback.
From one of the stories two trainers took on the task of identifying the 'minimum set' of data to be recorded, so that we can drive completely from a keyboard until we can get a mainframe interface. Today they reported that so many data are needed that there would be no operational advantage in doing it. It would take as long as the present methods, but be less familiar.
Fortunately, I've got time in hand from coding up the output documents -- pair programming with one of the trainers. So I will hand bake more test cases into the library and we will run THOSE through. So no production use before the mainframe link, but we can test.
Time I implemented the automated testing for the output documents. No -- I keep catching myself -- that's a story for the next planning session.
posted by Stephen Taylor |
11:46 PM
Nothing like a 'green fields' XP project: Friday Joe and I integrated my work with the SVQ system. We had hoped we might be done by lunchtime, installed by teatime.
Nah. We'd got close by midnight, when I called a halt. After 12 hours we had entered the 'negative productivity zone'. An hour in this zone costs more than an hour later fixing the mistakes we make. Joe slept over and we nailed it on Saturday morning.
posted by Stephen Taylor |
10:10 PM
|
 |
 |
About this blog |
 |
This is the journal of an APL project in which I'm trying out some XP practices. I presented some of my conclusions in a research report at the XP 2003 conference in Genoa in May 2003.
This is also my exploration of blogging. So you may find the appearance of the blog changes drastically from time to time. Or it might be broken next time you visit. It's my personal sandbox.
|
 |
Quotes |
 |
It's so refreshing to have an almost instant IT solution without endless meetings, planning and yet more meetings.
We've probably been spoilt for the future, but long may this approach reign!
Kevin Wallis
I love it when a plan comes together!
Kim Kennington, The A Team fan
Sarah said
Less is more;
for what we are about to receive, to APL we are truly grateful !!!
Sarah Glasgow, Thomas Cranmer fan
I'll say no more than necessary; if that.
Stephen Taylor, Elmore Leonard fan
|
 |
Links |
 |
The Agile Alliance is a non-profit organization dedicated to promoting the concepts of agile software development, and helping organizations adopt those concepts
XProgramming.com an Extreme Programming resource, including XP Magazine
Dyadic Systems the Dyalog APL developers. Home of D, Namespaces, Reference Arrays, and
possibly the finest development environment for GUIs in any language
A Programming Language Paul Mansour's blog on APL software development, and inspiration for this blog. Paul, imitation is the sincerest form of flattery
Vector the Journal of the British APL Association, edited by Stefano 'WildHeart' Lanzavecchia
SIGAPL the ACM Special Interest Group for APL and J
Eberhard Lutz on collection oriented languages
Comp.Lang.APL discussion board
|
J Software
Home of J, Iverson's successor to APL, with special emphasis
on understanding mathematics. Take a free
copy for personal use
|
A+ a stripped-down, ASCII-only, run-like-a-train APL subset designed for Morgan Stanley's trading-room applications by Arthur Whitney, the original Jack of Speed
Kx Systems What Arthur Did Next. After Wall St, the language Whitney wrote for his own use to program a database to run 1-2 orders of magnitude faster than Oracle. (Take a free evaluation copy.)
Pavel Kocura teaches K at Loughborough University
|
 |
Code |
 |
This site uses a special font to display APL code that may be downloaded from Dyadic Systems.
Correspondence: sjt@lambenttechnology.com
|
 |
Archives |
 |
|
 |
|
 |
 |