[Agile Backoffice Series] Introduction

Posted by on June 23, 2011 Comments Off

This article series describes the Agile Backoffice environment. STOP! Agile… what? Ok. Let us start with some details about the Agile Backoffice.

The Agile Backoffice

If you start working agile – mostly you use Scrum as first agile method – you and your team are very motivated to do this in a very agile way. The tasks are all pinned on a wall or a whiteboard, a continuous integration will be setup, the project know how will be shared in internal discussions. This works fine for a small team workingalways together in one location.

If you take a look around you see a lot of companies where this optimal conditions not exists. The teams are divided in different locations – different rooms, different floors, different locations. If your team splitted i such a way a whiteboard with pinned tasks are not a reasonable solution. Additionally to this you have a management interested in the progress of your work. For this requirements you need some tools supporting you. But you should use tools adaptable to your processes and not tools you must adaptable your processes to.

The central tool I choose for the Agile Backoffice is Atlassian Jira. It is the single proint of interest. In this tool you can see all requirements, the stories and the belonging tasks. Additionally you can get informations about changed (re)sources, running builds and – the most important – the status of a task, a story or requirement. You have a powerful reporting and a wide support for development tools: Eclipse, IntelliJ, Visual Studio.

Bit only with Jira you can’t get the result you wish. You need a continuous integration, a source control management, a repository for the deployable artifacts. Additionally you want to review and mesure the quality of your code. For this approaches there are tools but this tools should all be connected together, so there are based on the same data.

This is the goal of the Agile Backoffice and this series of articles. So stay tuned.

Vortragsreihe Dortmund 09.05.2011: Effizente Entwicklung für verteilte Projekte

Posted by on April 13, 2011 Comments Off

Effizente Entwicklung für verteilte Projekte – Mit GIT, Gerrit, Hudson und Sonar die Kontrolle behalten.

In verteilten Projekten arbeiten viele Entwickler eigenständig an unterschiedlichen Features und wollen
diese zu einem Gesamtprojekt beisteuern. Damit die Integration der Beiträge effizient gelingen kann,
müssen Toolchain und Prozess drei wichtige Merkmale unterstützen:

  • Schnelle und technisch unkomplizierte Integration von Features.
  • Review/Kontrolle der Qualität der Beiträge vor ihrer Integration.
  • kontinuierliche Messung der Codequalität an einem einheitlichen und gleichbleibenden Standard.

Ich zeige in meinem Vortrag, wie sich diese Anforderungen mit GIT, Gerrit, Hudson und Sonar
erfüllen lassen und der Entwicklungsprozess in verteilten Projekten effizient gestaltet werden kann.

Git ist als Source-Code-Management-System für OSS-Projekte entwickelt worden, deren starke Verteilung
besonders charakteristisch für sie ist. Mit Gerrit können GIT-verwaltete Projekte vor dem eigentlichen Commit
in ein zentrales Sourcecode-Repository bewertet und kommentiert werden. Dies erleichtert den Maintainern die
Entscheidung, ob sie einen Beitrag akzeptieren wollen.
Hudson gewährleistet die kontinuierliche Integration akzeptierter Beiträge und integriert Sonar, um die
Entwicklung der Codequalität, gemessen an einem projektweit einheitlichen Standard, zu bewerten.

Lernen Sie, wie die nahtlose Integration dieser Werkzeuge in einem gemeinsamen Prozess gelingt und behalten
Sie die Kontrolle über verteilte Projekte.