Hacker Newsnew | past | comments | ask | show | jobs | submit | janwirth's commentslogin

You don't seem to like agile, whatever that word even means.


On the contrary. I like agile for when you don’t know exactly what you’re building but you can react quickly to change and try to capture it.

Moving fast and breaking things, agile.

On the other hand. When you know what you want to build but it’s a very large endeavor that takes careful planning and coordination across departments, traditional waterfall method still works best.

You can break that down into an agile-fall process with SAFe and Scrum of Scrums and all that PM mumbo jumbo if you need to. Or just kanban it.

In the end it’s just a mode of working.


Knowing exactly what you want to build is pretty rare and is pretty much limited to "rewriting existing system" or some pretty narrow set of projects

In general, delaying infrastructure decisions as much as possible in process usually yields better infrastructure because the farther you are the more knowledge you have about the problem.

...that being said I do dislike how agile gets used as excuse for not doing any planning where you really should and have enough information to at least pick direction.


If someone comes to you and says: "I want to build a platform that does WhizzyWhatsIt for my customers, it has to be on AWS so it's mingled with my existing infrastructure. It needs to provide an admin portal so that I can set WhizzyWhatsIt prices and watch user acquisition make my bank account go brrrrrtt. It needs the ability for my quazi-illegal affiliate marketing ring to be able to whitelabel and brand it as their own for a cut of the profits."

This is obviously satire but there's a clear ask, some features, from there you know what you need to have to even achieve those features, what project management process would you employ? Agile? Waterfall? Agile-fall? Kanban? Call me in 6 months?


Probably waterfall stuff that have actual clear functions and integrations (if you can extract all that system gets and what it does with it there is no reason to agile it) then slowly get thru the current mess, documenting it at each step while trying to replace it with something better.

Replacing existing system (and especially one you didn't write) is pretty much always the hardest case.


IDK he might just be French, the French speak like that because they hate English.


Sales can be a legitimate interest.


It's also possible that these jobs tend to be shift work that completely mess up your sleep cycle. Shift workers have ~10 years lower life expectancy.


This sounds amazing. I sent you a connection request on LinkedIn. I've spent a decade writing apps now and happy to chat about code and product-related things.


I have an alias called "notes" which opens a file called "notes" where I write everything, including upcoming todos.

I never look back more than a day or two worth of notes.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: