[Discuss] Agile software for a nacent project
Mark Woodward
markw at mohawksoft.com
Thu Jul 12 23:36:00 EDT 2012
On 07/12/2012 09:52 PM, David Kramer wrote:
> Mark, we've had had this conversation before, and you have met me, so
> I can safely say you're lying.
I want to add another note. There are a lot of companies in this
industry and a number of them are genuinely good places to work. The
majority of companies, however, this is not the case in my experience.
You sound like a lucky person to not had worked at a horrible company.
I have worked at some pretty damned bad companies. Sytron "Mandatory
Weekends," BPS "Lay the developers off after they are finished their
work." TPS "Bill by hour but pay salary, oh by the way, customer changes
cost the customer, but don't affect the schedule and don't justify more
people on the project." As well as a number of others. Aprigo where they
tried three separate development projects with basically three different
development teams to accomplish a goal, and at the end of the last,
which failed, they blamed all the engineers. (They LOVED Agile and it
was their use of agile that pretty much colored my view of it.)
I'm not looking for a fight, but almost any development discipline in a
well run company works because the company works. It is the "well run
company" that gets the job done, not agile or water fall or cowboy. A
poorly run company does not understand the development process will use
the structure of agile in place of actually understanding the
development process.
At least with waterfall, you get a design phase.
More information about the Discuss
mailing list