3 ms·
"Personally, if I was looking for a job and scrum/agile was mentioned in an ad, it would be enough for me to not even consider the posting." +1. And I say thi
by plinkplonk 16y ago
"Personally, if I was looking for a job and scrum/agile was mentioned in an ad, it would be enough for me to not even consider the posting."
+1.
And I say this as someone who worked for a few years on very successful agile projects (at ThoughtWorks).
(As always) It turns out that the best teams at ThoughtWorks had really good people, who would have made good software even if left to their own instinctive "methodologies".
For TW, "agile" is a kind of marketing differentiator, but many agile projects did (and do) go down in flames there no matter what marketing says.
It doesn't help that the biggest proponents and gurus of such methodologies are mediocre developers, as illustrated by the Sudoku by TDD effort and the Prime Number "kata" and so on..
Fwiw what has survived from my agile days is the practice of writing lots of tests (but no TDD, touch wood), especially when using dynamic typed languages, and a build per check-in running all the tests (loosely, Continuous Integration).
(Imo)The rest of the practices add little value when working with small teams of smart people attacking interesting problems (vs large teams of mediocre developers working on bloated enterprise software).
In my opinion, Scrum is the most "scammy" of all the "Agile methodologies" [1] but the last time I mentioned this here someone making a living as a Scrum Master(TM) wrote me a series of angry mails on how his notion of importing wisdom at some of his clients was being resisted by some "code focused" developers "just like you" there so I'll say no more on that.
So my takeaway wrt mentioning agile,scrum etc in job posts = if you want to hire/ work with large teams of mediocre developers on "standard" projects, by all means insist on the specific process du jour in your job posting.
If you have/want to build a team of sharp developers, product managers etc, let them work out their own "methodology" without imposing practices, checklists, coaches etc on them. It just turns away good candidates.
I understand that people can get quite religious about their favorite methodologies so I'll conclude with
"Just my experience and opinion. YMMV."
[1] "Lean Software" is a close second.
- sandGorgon 16y agoThe question is this - suppose you had to work with not-so-great developers or, more realistically, young freshers to software development ? would agile help as compared to not having agile then ? If yes, then what is the simplest methodology (books? blog post?) that is effective ?