tag:blogger.com,1999:blog-23912478.post5934617020963863030..comments2024-01-03T12:45:39.815+00:00Comments on peripatetic axiom: Finish-start Dependencies: just say no!keithbhttp://www.blogger.com/profile/14314542307822401015noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-23912478.post-28327255118857838592009-07-14T14:46:03.799+01:002009-07-14T14:46:03.799+01:00@Mike,
It's true that we cannot release into p...@Mike,<br />It's true that we cannot release into production a feature that has not yet been developed, so in that sense deployment comes after development. What I'd like to discourage is thinking that a large amount of development has to be complete before any deployment occurs, as we often see on project plans that have a lengthy "develop" activity followed by a "deploy" activity. There are organisations mature enough to deploy pretty much feature-by-feature, and features may be deployed when partially "complete" and redeployed later with more scope.<br /><br />Similarly, one developer can physically only do one thing at a time, so in some sense writing a test and coding to it are serialised in that the coding comes chronologically after the test writing. And that at the level of an hour, or a day, and across a mulit-person team, so much of each kind of activity (and many others) goes on in various orders that it doesn't make sense to talk about, plan or track, a test-writing activity and a coding activity separately.keithbhttps://www.blogger.com/profile/14314542307822401015noreply@blogger.comtag:blogger.com,1999:blog-23912478.post-68403459799956765732009-07-14T08:19:46.673+01:002009-07-14T08:19:46.673+01:00(1) and (2) referred to your paragraphs in the rep...(1) and (2) referred to your paragraphs in the reply above mine.<br /><br />I agree with your definition of serialized. For example, releasing into production comes after development. Trying to ban serialization doesn't make any sense. It's a natural part of development.<br /><br />What you appear to be suggesting is that we parallelize multiple serial activities.<br /><br />And that we should try to reduce the amount of serialization within those tasks and choose a more collaborative approach - less "over the wall" and more conversation.<br /><br />Is that a correct interpretation?Mike Westnoreply@blogger.comtag:blogger.com,1999:blog-23912478.post-68673416025508434312009-07-13T12:46:22.721+01:002009-07-13T12:46:22.721+01:00@Mike,
I'm not sure to what your (1) and (2) r...@Mike,<br />I'm not sure to what your (1) and (2) refer.<br /><br />I'm also not sure we agree on what "serialised" means. I think it means "one comes after the other". The mode of working that I want to encourage is exactly as John described.keithbhttps://www.blogger.com/profile/14314542307822401015noreply@blogger.comtag:blogger.com,1999:blog-23912478.post-16548939976183547762009-07-13T07:54:39.197+01:002009-07-13T07:54:39.197+01:00@keithb
So with (1) the activities are still seri...@keithb<br /><br />So with (1) the activities are still serialized but there are multiple streams with different offsets, so there's always something to do.<br /><br />And with (2) the activities are still serialized but you break them down into smaller pieces so that the developers can start work after only part of the analysis has been completed.<br /><br />Is that correct?Mike Westnoreply@blogger.comtag:blogger.com,1999:blog-23912478.post-3310055398093138402009-07-12T15:20:01.826+01:002009-07-12T15:20:01.826+01:00@Mike,
The alternative is to run as many kinds of ...@Mike,<br />The alternative is to run as many kinds of activity interleaved and in parallel as possible (while having as few discrete items of work in progress as possible).<br /><br />On the one hand we could say (in the context of a Scrum-like process) "we can't commit because we haven't finished estimating because they haven't finished the acceptance criteria because those other folks haven't finished writing the stories". On the other, we could say "these stories have been written this much so we can have these conversations to explore these criteria well enough to commit to this" And off we go making progress.keithbhttps://www.blogger.com/profile/14314542307822401015noreply@blogger.comtag:blogger.com,1999:blog-23912478.post-46669183205559949882009-07-12T15:07:01.108+01:002009-07-12T15:07:01.108+01:00Collaborate, work in parallel, and deliver value e...Collaborate, work in parallel, and deliver value earlier. Integrate earlier. Start tracking to those you depend on before they reach their finish line. Simultaneous phasing, not serial.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-23912478.post-23394914581077025282009-07-12T08:45:13.994+01:002009-07-12T08:45:13.994+01:00Eh? What's the alternative?Eh? What's the alternative?Mike Westnoreply@blogger.comtag:blogger.com,1999:blog-23912478.post-11062274854123875972009-07-12T02:33:11.044+01:002009-07-12T02:33:11.044+01:00Fantastic!Fantastic!Anonymousnoreply@blogger.com