Agile practises

Last modified by Sami Nikander on 2025/01/14 17:00

 

The University of Helsinki’s way of working - Living documentation on this wiki

The purpose of this wiki is to maintain living documentation on the University’s own established agile practices, to the extent they are not already well-defined elsewhere (e.g. when a practice is not defined in the Scrum Guide or Modern Agile, or the University's way clearly deviates from these). In particular, local interpretations of the Kanban model, for which no canonical definition exists, have been documented here.

As a default, projects and development teams should use the practices presented in the Scrum Guide and this wiki, as they have been proven to work in the University's context in the experience of other teams. However, if a default presented here is not suited to the needs of your project/team, or is simply too vague, does not add customer value etc., it is advisable to adapt the practice. In such cases, make the deviation and the reasons for it visible both internally (e.g., to the PO) and externally (to other teams): discuss internally why you are adapting a practice and document your version to this wiki, so that also others can understand and learn.

 

Success

The responsibility and authority for maintaining this living documentation lies with all those involved in the application development of the University of Helsinki. This includes also you!

  • If something is wrong: fix it!
  • If something is missing: add it!
  • If something is outdated: update it!
  • If something doesn't apply: share your way of doing it! 
  • If something is confusing: ask about it!

 


Modern Agile

The University of Helsinki’s model for application development is well described in general terms by Modern Agile and its four basic principles:

  • Make People Awesome
  • Make Safety a Prerequisite
  • Experiment & Learn Rapidly
  • Deliver Value Continuously

The University of Helsinki’s application development has experience of Agile IT projects since 2005, the early days of Agile, before most people had even heard of it. Since 2013, all application development commissioned and made in-house by the University has been agile.

At the core of the University’s agile development, light and minimalist structures have been more typical than extensive, enterprise-level frameworks.

 

Modern Agile Wheel


Scaled Agile

The University of Helsinki does not (currently) have a single management model for agile development that covers the University as a whole. This has been identified as a drawback.

Among the units actively involved in application development, University Services (YPA) has in 2021 adopted the engl. BT standard, developed by the Finnish Business Technology Forum. BT standard). Its mindset and concepts are useful also in the wider context of the University of Helsinki.

We are also familiar with other agile scaling models, such as Kokonaisketterä ("Total Agile"), SAFe, Nexus and LeSS, and some of their features are used by various stakeholders within the University, but not in a centralised or comprehensive manner. The Lean Culture Toolkit of YLE (National Broadcasting Company) is close to our heart as a mindset, but not in an official capacity.

 

Information

Business Technology Forum: 

 


Scrum

The default method of application development on the project and team levels is Scrum.

Scrum Guide as a baseline

By default, the University of Helsinki uses Scrum as defined by the Scrum Guide of the Scrum.org community. The University of Helsinki uses the Finnish version of the Scrum Guide (Schwaber & Sutherland, 2020 / translation Lekman et al 2021):  https://www.lekman.fi/scrumguide

Local cultural variations in this wiki

However, few organisations comply 100% with the Scrum Guide, and Scrum Guide does not have a view on all the procedures required for application development.

The University’s established practices have been described in this wiki, if they differ from Scrum Guide or are not described at all in it. When starting a new project, consider within your team whether you will adhere to these default values or deviate from them; document your changing and evolving practices here, possibly to be adopted by others as well. Evolutionary change is good!

 

 


Kanban

 

 


HY Lean