Timisoara Software Business Incubator (map)
All (if not most) Agile iterations have to end with a retrospective, on how things have evolved, problems encountered, new things that should be tried and so on. AgileWorks and Software Business Incubator is hosting a meetup that is about how are we doing retrospectives, how we should do them, if and how do we change things after a retrospective and, last but not least, how do we learn from our mistakes.
Sure, it would be interesting to share experiences related to code management.
Meetup review:
- the best and only way that the team and process can improve;
- retrospectives are not sprint reviews;
- the team can send suggestions and tips anonymously and before before the meeting;
- team should write down the facts about the retrospective and then they should talk about it;
- the action plan is absolutely necessary: it is the decision that will change the next sprint;
We also discussed about source code control, communication in a team and testing.
Log in to Meetup with your Facebook account.
If there is time I would propose a second topic for the meeting (or for another meeting): source code control/release workflow on Agile teams.
To be more specific: How do you organize source code, which are the code commit roles of the team, who decides on merging/commiting into main branch, do you have a merge window stabilization stage, who and how reviews code, do you work with parallel repositories/branches, how often do you release, how much time do you need to release, etc.