Project

General

Profile

V30 - Sprint #4 » History » Version 5

Johannes Bornhold, 21.01.2015 15:18

1 1 Johannes Bornhold
h1. In Preparation
2
3
* Bugfixing of high priority issues
4 3 Johannes Bornhold
** Left over issues, mainly the backend part around vcsserver robustness is left over
5
** IE9 font issue
6
** High priority issues from regression run
7
* Starting the technical review of our documentation
8 1 Johannes Bornhold
* Keep on fixing styling issues and polishing the frontend
9 2 Johannes Bornhold
** Close up with the topic "Typography" to have the base ready.
10
   We will do every now and then a new round on it to keep on improving it. This is a collaborative effort mostly of Martina and Lisa.
11
** Close up with the topic "Diffs and Code-Blocks"
12
   A few more things popped up in this area. This is mainly a collaborative effort of Anderson, Martina and Johannes.
13
** Styling topic "Forms"
14
   Note: This topic might not fit into this sprint!
15
* QA full regression run of the 3.0.0 version
16 1 Johannes Bornhold
17 2 Johannes Bornhold
18
h2. Statistics
19
20 4 Johannes Bornhold
Based on the two last sprints, Johannes' gut feeling and just on counting tasks, we accept around 25 things into this sprint and keep the rest already in the next sprint or in the backlog.
21
22 1 Johannes Bornhold
23 5 Johannes Bornhold
h2. Issue handling
24
25
We classify new issues according to the question of how much it would prevent our users from using our product. Everything which would be a serious impediment from that perspective will be in priority "High" and will be sneaked in into our running Sprint. This is an attempt to find a good trade off between staying focused and keeping productivity high and reacting to severe issues on a timely manner.
26
27
Please notify Johannes in case you think that you found an issue which would qualify as priority "High".
28
29
30
h2. Changes
31
32
* We are involving Martina and Greg more into our workflow, starting with our daily standup meeting and planning. This way they know what we are up to and have a chance to prepare their own schedule better.
33
* We (mainly Johannes) is making the check_screens script available so that this can be used by every team member to quickly verify if frontend changes have unintended collateral damage in other places. This is expected to pay off within a few days already, since it avoids extra loops when checking PRs.
34
* We (mainly Greg) kick off test automation. This is a prevention of letting Greg become more and more a bottleneck.
35
36
37 1 Johannes Bornhold
h2. Links
38
39
"Issues overview":https://bugs.rhodecode.com/projects/rhodecode-3-0/issues?utf8=%E2%9C%93&set_filter=1&f[]=fixed_version_id&op[fixed_version_id]=%3D&v[fixed_version_id][]=30&f[]=&c[]=tracker&c[]=status&c[]=priority&c[]=subject&c[]=assigned_to&c[]=updated_on&group_by=priority