So, lineage. Lots of love for that idea. But there's something there, I think, though being the son of Alistair wasn't quite what I meant by lineage, nor was it having touched the hem of Janes' garment.
The thing is this:
1/17
The title "Agile Consultant" (or "Agile Coach") is pretty broad, and it seems to me that to properly wear it, one would need to be pretty broad both in corporate goings-on, and in the values, principles, and practices of the thing called "Agile".
2/17
Now one could take the view that the term need not imply breadth. Maybe one qualified Agile Consultant really only knows about backlogs, stories, and the like. Another Agile Consultant only knows about test-driven development and pair programming.
3/17
I don't agree with that view, because then all the Agile Consultants would need merit badges or stripes or something, so people could know what talents they're hiring.
And people /should/ b able know what talents they're hiring.
4/17
Now at this stage in Agile, only two decades in, if you know what books a person found important, what teachers they most learned from, and so on ... and you trace that "what's important" back 2 maybe 3 steps, you get to someone that I happen to know, in person or work.
5/17
And that tells me a lot. If your learning mostly connects back to wonderful people like Diana or Linda or Esther, that tells me a lot about what you're likely to value, and it would let me frame questions and discussion.
6/17
If your learning connects back to wonderful people like Ward or Kent or James or JB or Jim, that tells me a lot and helps me frame our interview or my thoughts if someone asked me for them.
7/17
Back to Alistair or Jim or Pollyanna? I'll expect a different angle and again it frames our chat differently.
Back to Bas and Craig? Another angle, another conversation.
8/17
And so on. My thinking was (and is) that if we can start talking about what you valued in learning, I could connect it back to people whose work I know, and thus get a sense of your values, not just your book knowledge or ability to give good interview.
9/17
In another ten years, those connections will be harder to trace ... and not many people could trace them even today. But I know these people, often in person, and through their work, so when we talk about your learning relationship with them, I can begin to know you.
10/17
And if you're an "Agile Consultant", the people who hire you need to know you, because no one can do everything.
So I want to trace what I called "lineage", which some people decided meant knowing whether one of us fathered you. No.
11/17
What I want to know is who are the parents and grandparents of the Agile ideas that you personally hold dear. I want to know who raised you, whose shoulders you stood on, who kicked you in the butt ... and most of all who you appreciate.
12/17
If you tell me those stories, of how you learned, and if we can trace that learning back to early sources, whether Manifesto authors or precursors or independent inventors, then we can begin a deeper discussion.
13/17
We can begin to understand and explore how you, M. Agile Consultant, fit into our current and future needs. We can get a sense of the skills you'll bring to bear, the practices you may suggest.
We can begin to understand each other.
14/17
So perhaps (probably) "lineage" wasn't the best word. Maybe "heritage"? I don't know a word that quite serves to describe where one is in one's mind and heart, as described by the teachers and inspirations that one wants to highlight, with a connection to "Agile".
15/17
I want to know ""where you come from" in the human and intellectual landscape, and "where you live now" in that landscape. And I think anyone claiming a title like "Agile Consultant" owes it to everyone to be clear about that.
16/17
Thanks to many of you for helping me figure out what I meant. And thanks to others for your clever displays of condescension and condemnation. Those are always amusing to see.
😍
17/17
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Some recent thoughts on estimation, in view of recent events and tweets. My particular focus will be on whether and how we might estimate total effort in incremental, iterative development efforts. Agile as it should be done (in my view.)
By "total effort", I mean the estimation of the total cost, in time/money, of building some contemplated "whole thing". To many, this is a big, important, necessary question that must be answered.
Some argue that it is "unprofessional" to decline, or even to want to decline, to answer the total effort question. I find that to be less than a compelling argument: it's no more than name-calling. However, I do wish to decline.
The notion that the ScrumMaster (thanks above for term ScrumBastard) can give any orders is directly opposed to the notion of ScrumMaster as a servant leader.
The idea that management gets to say whether people stand up or sit down is ludicrous.
Jira is a terrible tool for team communication. Either Slack or email are far better. If the SM wants Jira updated, they should do it themselves.
This is horrible and ridiculous all at the same time.
I have what seems to me to be an "interesting" problem in my long-running Dungeon series. A dungeon is an array of tiles. Randomly placed in the array are rectangular rooms.
1/8
Rooms are connected from room N to room N-1 by halls from center to center, either first H then V or first V then H. This means that a given all way can cut through any other room, two halls can be side by side, making a wide hallway, and so on.
2/8
Could we maybe stop fomenting hatred?
Could we maybe start calling it out as wring?
1/2
What doesn't matter?
Dungeon 124
I want to get a creature to lead us to the WayDown. And I feel the need to improve the campground. Also St. Gertude. And, as often happens, we don't go where I expect. Neat outcome, though ronjeffries.com/articles/020-d…
2/2
Yes, I see a typo. Will fix. If you see two different ones, let me know.
3/2
while i wait for a call from "the nurse", here are some thoughts about tests, including but not limited to TDD.
XP describes to kinds of tests, Programmer Tests, and Customer Tests. These names describe who the tests primarily serve.
Now in XP there are really only two main roles, programmer and customer. i don't want to argue about this right now, but customer is who the product is being written for, or their representative, and programmers are all the devs, testers, whatever software makers you have.
XP doesn't really contemplate separate testing. Like Scrum, at the end of the iteration, the "programmers" deliver a working tested integrated version of the product. N.B. tested.