-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Start" command changes task estimate #39
Comments
Hello! ;) Actually, that is an expected behaviour. People usually don't estimate tasks, only user stories and living the to do and estimate empty. That causes an bad collateral effect making the burn down inefficient. That's way ralio behaviour like this. Just to make sure that the burn down is working as expected. |
2 similar comments
Hello! ;) Actually, that is an expected behaviour. People usually don't estimate tasks, only user stories and living the to do and estimate empty. That causes an bad collateral effect making the burn down inefficient. That's way ralio behaviour like this. Just to make sure that the burn down is working as expected. |
Hello! ;) Actually, that is an expected behaviour. People usually don't estimate tasks, only user stories and living the to do and estimate empty. That causes an bad collateral effect making the burn down inefficient. That's way ralio behaviour like this. Just to make sure that the burn down is working as expected. |
Interesting. Don't suppose we can add an option to have it not change the estimate? (--keep-time or something...) I ask because we generally put task estimates on story contents, so obviously the burndown's affected by changes to those. |
A good "work around" to this problem is verify is this is already set and only set those fields if those are empty. |
When using
ralio start
to mark a task as In-Progress, the estimate and todo fields on the task are changed to "1.0". This is probably incorrect behaviour.The text was updated successfully, but these errors were encountered: