The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
If the project is big enough, a single person won't be able to develop and/or maintain it.
Because a single person only has so much time and can only know so much.
Also, a single person on a project is a liability for the client, because if something happens to this single person the project could suffer major delay or could even get inaccessible altogether.
So let's assume that you need at least a couple of people on a single project.
And now, what you say, to each their own, is a major problem, because what works for you may not work for me, but we still need to cooperate as a team.
And that's where agile comes in, it's a methodology that, in theory, should make it a lot easier to manage all of these people[^] and make them work together more or less successfully
a single person on a project is a liability for the client, because if something happens to this single person the project could suffer major delay or could even get inaccessible altogether.
I was on a project that was immense in scope with lots of DLLs for each of the supporting elements including one that was a built-in language interpreter, network messaging (pre-internet) another to make automated telephone calls, another set of DLLS, each for a different terminal emulation, etc.
Thousands of lines of code with just me, at one point, to support it all! I had probably written a good 50% of it myself.
My boss, the company owner, president, CEO and general tyrant had a $1,000,000 "key employee" insurance on me which I only found out about when the company accountant complained how much it cost after he increased it to $2,000,000 for subsequent years. My code brought in several million dollars to the company so I was safe from being murdered for the insurance for a while at least!
- I would love to change the world, but they won’t give me the source code.
I agree there needs to be a way to manage people with different styles but the main thing is communication. If you try and put everyone in the team in a size 32 shirt then for some it will be a good fit for others not.
I've managed teams and I gave everyone a responsibility but let them do it their way. 5 developers and at a time when all there was was sneakernet.
They call me different but the truth is they're all the same!
Agile is a lot about communication, but not just with the team, but with the business and stakeholders as well.
I think the biggest lie of agile and scrum and everything is that "everybody should be able to do anything."
At my last job they fired all Dynamics CRM people and told me "you do it because we're a scrum team."
What the hell, I'm a developer! I never touched CRM in my lifetime and you just fired people who had years of training and experience!
It's not only not possible to know everything, but in practice coder 1 will write modules A, B and C and coder 2 will write modules D, E and F.
They could take over each other's code, but it'll be slow and painful.
At least they'll know what the other's code does functionally
I've been thinking about doing some Agile/Scrum certification.
Scrum was mentioned in every job interview I've had, mostly in "we work in Agile/Scrum teams, are you familiar with Agile/Scrum?"
Just saying "yes" and seeing how they do things is usually enough, but there's quite a bit of theory too.
It's especially fun to see how every company does it differently or how teams do it, but management doesn't (even though they say they do).
I've been in a Scrum team with tight deadlines, but no planning because "we're doing Agile" (thus spoke management).
I don't think certification would hurt on my CV.
To answer your question, I don't know the site, but I bookmarked it.
On a somewhat related note, the same is true for DevOps.
It's like teenagers and sex, they all say they do it, only a few do and those that do it aren't very good at it.
1. The more you overtake the plumbing, the easier it is to stop up the drain. - Scotty
2. Corollary: The more you complicate process and design to compensate for a lack of expertise, the easier it is to screw up a software project.
My treatise on agile, guaranteed to please some, irk others, and cause drowsiness in the rest.
Simply put, I found it useful to revisit the Agile Manifesto, and describe the points made there in terms of actually accomplishing them in real-world America with efficiency, productivity, and quality.
Let us march boldly into the battle unafraid, and defeat the forces of Darkness!
We shall go on to the end. We shall fight in Chrome, we shall fight on the Edge and Opera, we shall fight with growing confidence and growing strength in the web, we shall defend our website, whatever the cost may be. We shall fight in the browsers, we shall fight on the style sheets, we shall fight in the HTML and in the codebehind, we shall fight in the server; we shall never surrender!*
* Sorry Winston.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!