Gaia/SMS/Scrum

Current Velocity: 11

Current Sprint: 2.2S11

Current Sprint: Sprint 2.2S11

SMS issues handled by the SMS subteam (blocks the sprint bug 1156177)

Bugzilla link

Full Query

ID	Assigned to	Summary	Blocking b2g	Feature-b2g	Whiteboard	Resolution
1084298	Steve Chung [:steveck]	[Messages] Decoupling the all inputs query logic from DOM tree structure	---	No cf_feature-b2g	[p=1]	FIXED
1152758	Julien Wajsberg [:julienw]	[Messages] Empty report panel when opening it for an SMS that has been sent/received from a SIM that's not in the device anymore	-	No cf_feature-b2g	[p=1]	FIXED
1153808	Oleg Zasypkin [:azasypkin]	[Messages] Thread is not marked as read (in UI only) when thread is opened from notification	2.2+	No cf_feature-b2g	[p=1]	FIXED
1154993	Julien Wajsberg [:julienw]	[flame][3.0]Can't view SMS that has no phone number associated	---	No cf_feature-b2g	[p=1]	FIXED
1155509		[Messages][NG] Separated views should be able to handle all required system messages	---	No cf_feature-b2g	[p(2.2S11)=5]	WONTFIX
1155534		[Messages][NG] Extract NewMessage view from Conversation view	---	No cf_feature-b2g	[p(2.2S13)=1][p(2.2S11)=5]	WONTFIX

6 Total; 6 Open (100%); 0 Resolved (0%); 0 Verified (0%);

Remaining points and burndown chart

google chart api url for Sprint 2.2S11

Burndown chart

	Remaining points
Start	11
Day 2	11
Day 3	11
Day 4	8
Day 5	8
Day 6	8
Day 7	7
Day 8	7
Day 9	7
Day 10	7
Day 11	4
Day 12	4
Day 13	4
End	2

Previous sprints

• Sprint 2.2S5: 20140120 -> 20150202
• Sprint 2.2S4: 20140106 -> 20150119
• Sprint 2.2S3: 20141216 -> 20150105
• Sprint 2.2S2: 20141208 -> 20141215
• Sprint 2.2S1: 20141126 -> 20141205
• Sprint 2.1S9: 20141111 -> 20141124
• Sprint 2.1S8: 20141028 -> 20141110
• Sprint 2.1S7: 20141016 -> 20141027
• Sprint 2.1S6: 20140930 -> 20141014
• Sprint 2.1S5: 20140916 -> 20140929
• Sprint 2.1S4: 20140902 -> 20140915
• Sprint 2.1S3: 20140819 -> 20140901
• Sprint 2.1S2: 20140805 -> 20140818
• Sprint 2.1S1: 20140722 -> 20140804
• Sprint 2.0S6: 20140709 -> 20140721
• Sprint #4: 20140625 -> 20140708
• Sprint #3: 20140610 -> 20140624
• Sprint #2: 20140526 -> 20140606
• Sprint #1: 20140512 -> 20140523

Rules

Sprint Planning

Input: we have a list of bugs to use, with a rough priority. Here is a list of queries:

blockers

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);

nominations

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);

Features

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);

SMS most wanted and papercuts list

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);

Priority list

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);

Priority order

Currently, rough priority order is: 1.3+, 1.3t+, 1.4+, Features, 2.0+. We can have a look to the nominations (1.4?, etc) too.

Between 50 and 70% (depending on the moment in the release cycle) of the velocity will be used for these bugs. The rest of the velocity is to be kept for blockers appearing during the sprint.

We take the list of bugs in the order of priority, and estimate them together (see Estimation below). We can also take some technical debt bugs (at least 1 per sprint would be nice), identified by [sms-most-wanted] in the whiteboard

When we reach the available velocity, we stop.

All the taken bugs are blocking a meta bug representing the current sprint.

Estimation

• we estimate relatively to other bugs.
• we can estimate using 1, 2, 3, 5.
• We never estimate with less than 1
• bugs that needs more than 5 needs to be made "meta" and we need to file smaller individual bugs. This will need to be done during the planning so it's better if someone can do it ahead of time.
• Only the developers that feel they can estimate do the estimation. That means it's perfectly fine to not take part to a bug's estimation if you don't feel you can.

Daily Meeting

It happens on IRC irc.mozilla.org/#gaia-messaging and etherpad every weekday at 08:45 GMT. Minutes will be archived in the Sprint page.

Each attendee adds the following information to the etherpad:

• what he did since the last daily meeting
• what he'll do until the next daily meeting
• is he blocked on something

Then he writes "updated the XXXX" on top of its part, to make it clear he finished updating its current status.

Other attendees can comment directly in the etherpad, by specifying the first name in front of their comment.

This is not the place where we unblock things. But this is the place where we know there are things to unblock, and so a follow-up will need to happen.

Then unless somebody has something else to add, the meeting ends.

Comms Daily Meeting

Every developer of the team will attend this daily meeting but only one will speak. He will summarize what happened on our team (including our blockers) to report to other teams.

The developer that speaks can be different at different occurrences. For example, it can be the first one that's asked to speak.

Demo

Every sprint must end by a demo of what happened during the sprint.

Retrospective

This is the place where we change rules.

Everybody must think ahead of time to what was good and bad during last sprint. Could be anything, even if it's more an invididual thought. You need also to think of any question you have.

During the meeting, everybody dumps this on etherpad, and then we take some time to review them. Ideally, all bad things and questions end up to actions to improve things, and the 3 most important actions (choosen by the team) will need to be done in the next sprint.