There is common misconception among engineers about agile.
Agile is for reducing bunch of implementation docs. Your heavily crafted implementation docs will be gabage since implementation can be changed easily. However, we still need to define requirements and specs so that we won't create things no one want.
Your heavily crafted implementation docs will be gabage since implementation can be changed easily.
I've heard this before but I'm not convinced. I'm sure lots of product teams use Agile and still manage to have thorough, up to date docs. You just need to factor doc updates into your issues.
Comments
I'd argue that no product can be spec'd 100% from the outset. Not even something like the regular Notepad.exe.
You'll always find some hidden complexity overlooked that results in the revision of the spec at the middle of development.
Embrace the change.
There is common misconception among engineers about agile.
Agile is for reducing bunch of implementation docs. Your heavily crafted implementation docs will be gabage since implementation can be changed easily. However, we still need to define requirements and specs so that we won't create things no one want.
I've heard this before but I'm not convinced. I'm sure lots of product teams use Agile and still manage to have thorough, up to date docs. You just need to factor doc updates into your issues.