Beefy Boxes and Bandwidth Generously Provided by pair Networks
No such thing as a small change
 
PerlMonks  

Re^5: Selling swimsuits to a drowning man

by sundialsvc4 (Abbot)
on Jul 18, 2014 at 16:21 UTC ( #1094231=note: print w/ replies, xml ) Need Help??


in reply to Re^4: Selling swimsuits to a drowning man
in thread Selling swimsuits to a drowning man

Agree with that, mr_mischief.   Totally.   It is much better to break a project down into small pieces whose completion and roll-out can be meaningfully overlapped.   That part of the Agile idea is very good.   The breakdown occurs in actual practice when the team is “pantsing” its way along, in a way that results in great amount of rework and a significant amount of “churn” in the source-code base.   Uncomfortably soon, no one really knows what’s in and what’s out, what’s done and what’s not.   Agile trusts the idea of a “self-directed team” far too much.   A programming team simply cannot opportunistically direct itself.

A team should be able to move quickly and to make meaningful progress in short installments.   but, each time it does move, the move should “stick,” and go from one point of provable integrity and stability to the next one without “suh-prize” along the road.   This takes real, dynamic, planning.   Strategy, not just tactic.

Instead, what do we get?   Weekend courses to teach you how to pour magic voodoo-sauce onto any project.   The myth of the “abstract I-can-manage anything PM,” taken to a new level of absurdity ... for profit.


Comment on Re^5: Selling swimsuits to a drowning man
Re^6: Selling swimsuits to a drowning man
by mr_mischief (Monsignor) on Jul 18, 2014 at 16:56 UTC

    Well, yes, there are certainly risks and caveats. Scrum is not perfect, but it was developed to address the problems created in another situation that was even less perfect.

    I'm not trying to highjack your thread about there being no magic bullets by trying to push a particular magic bullet. Scrum isn't that. It isn't a magic bullet, and people who say it is are deceiving people.

    My point is to not dump out the baby with the bathwater. There is some merit to some of these things. The CCIE is a very difficult and meaningful certification. Scrum is IME a (not the) useful way to adjust to rapidly changing business priorities. Object oriented programming is really useful to model some projects. Databases are really very good for some things, while a light flat-file system is better for others.

    Just because we're tired of overblown sales pitches doesn't mean we should reject summarily everything being pitched. Be wary. Be jaded. In the end, though, weigh some merits and make informed decisions.

      ... and, as we have discussed offline amongst ourselves ... I agree completely with all of the points that you have raised here.

      Uh huh ... there are “people saying it,” and, yeah, they are “deceiving people.”   However, all the rest of us have been plying this most-peculiar trade, now, for a very (bah! never-mind!) long time, and reckon we have work to do. . .

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1094231]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others studying the Monastery: (7)
As of 2014-12-29 02:44 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (184 votes), past polls