Confirmed users
525
edits
Firefox OS/Comms/Dialer/Sprint/v2.1-S3: Difference between revisions
Jump to navigation
Jump to search
m
Firefox OS/Comms/Dialer/Sprint/v2.1-S3 (view source)
Revision as of 21:28, 18 August 2014
, 18 August 2014→Retrospective
mNo edit summary |
m (→Retrospective) |
||
| Line 68: | Line 68: | ||
==Things we did well== | ==Things we did well== | ||
* <drs> Though we took on too much, we got a lot done. | |||
* <Rik> Felt that reviews where not an issue except for today because holiday. | |||
==Things we could do better== | ==Things we could do better== | ||
* <drs> We took on way too much and didn't complete a lot. Even worse, most of what we didn't complete were bugs that were planned. | |||
* <drs> I think we should count the "all issues in sprint", not the planned bugs. Since they're so intermingled, it's more useful to know if we're taking too much in general, not just in the beginning. Whether or not we finish everything we planned on taking isn't actually super important since there are legitimate reasons, other than being overloaded, that we might not finish them. So I'd rather know if we're overloading ourselves or not, and to me "all bugs" is a better indication of that than "planned bugs". | |||
* <thills> a small thing, but when we do the estimates, we should probably note down what we actually settle on in the EP... if it's not already noted in the bug. | |||
** <drs> Ok, I'll add this before I set it on Bugzilla. | |||
* <thills> I thought the estimation process was good and collaborative. I do think we should require that a bug have points on it before we allow it into the sprint... that just forces us to think about it a little before just assuming that it's a 1. | |||
** <drs> I'm glad you liked it. Are you suggesting that we estimate bugs and features? | |||
* <gsvelto> On a personal note, I was swamped with last minute 1.4+ blockers in other areas which prevented me from getting anything done | |||
* <Rik> A tool to count the bugs count would make it even faster for hosts to update our wiki pages daily | |||
==Action items== | ==Action items== | ||
* <drs> Begin writing PTO days down so we have a better estimate of how many points of velocity we can take. | |||
* <drs> Add which issues to look at in hosting standup instructions. | |||
* <drs> Switch to "all issues" for counting velocity. | |||
* <drs> Have people who take bugs estimate them. | |||
* <drs> Tool for counting bugs. Look into https://scrumbu.gs/ | |||
* <drs> Do blog posts for demos on FL instead of every sprint end. | |||
=Demos= | =Demos= | ||