33 | | * After the release is out we should start "task bleeding": |
34 | | * Every developer should look through about 10 unconfirmed/new tasks per day. Many are outdated, out of scope or already fixed. Especially |
| 33 | * After the 4.6.0 release is out we should start "task bleeding": |
| 34 | * Every developer should look through about 10 unconfirmed/new tasks per day. Many are outdated, out of scope or already fixed. There may be very old bugs that are minor: We should consider closing them. If it's really important it'll come up again. |
| 35 | * The goal is to end up with 10-20 assigned bugs per developer, a manageable number. |