←back to thread

318 points alexzeitler | 6 comments | | HN request time: 0.495s | source | bottom
1. ahallock ◴[] No.42188722[source]
Working in smaller steps is how you should build software. Constantly get feedback and re-evaluate what you're working on with other members of the team. Instead of giving an estimate, use t-shirt size.

With constant feedback, the whole team is participating in the emergent complexity, instead of being passive and just annoying you with "is it done yet"?

replies(3): >>42188797 #>>42189335 #>>42191436 #
2. dijit ◴[] No.42188797[source]
but what if I’m working on something meaningful?

I can’t MVP my way to a simulation physics engine, when each feature or partial feature requires weeks of planning, testing, iterating and tweaking- privately, before anything can be delivered to be used.

Feedback, implies a working widget.

replies(2): >>42188895 #>>42189409 #
3. ◴[] No.42188895[source]
4. goalieca ◴[] No.42189335[source]
Agile pretty much throws out estimating anything bigger than a sprint. Even then, points don’t mean time and velocity can be wild for a mature team.
5. jeltz ◴[] No.42189409[source]
Feedback does not need to be on a MVP, it can be given before that from your fellow engineers. That said there are tasks which really take a lot of research before even fellow engineers can give feedback.
6. takemetoearth ◴[] No.42191436[source]
I don't need constant feedback, I mostly need to be left alone to do the actual work. Problem is, the Cult of Agile gets nervous by the third daily standup where you just say you're still working on the same thing, because everyone knows no programming activity ever takes more than a large t-shirt's worth of days, however many that is.