Computer Futures

07-12-2021 | Mom, Dad... Where do requirements come from?

In this talk we explore the steps needed to discover the right requirements. The work needing to be done, to make a requirement "required". Work that is done before you add something to "the backlog". Steps that are often skipped, resulting in digital products that nobody wants... And you do not want that, do you?


About the speaker - Pieter Hens

Pieter has been working for over 15 years in a software product development and analysis setting. First, as a researcher in the area of Business Process Modelling, for which he received a PhD at the KU Leuven, later as an agile and lean practitioner.

Pieter has taken up roles as a business and functional analyst, project manager, product manager, coach and team lead in projects of various sizes (from small to multi-team efforts). He specialises in the full range of software product management: product strategy, discovery and development.

As an agile and lean adept Pieter speaks and trains on a professional and academic (KU Leuven) level: agile analysis, agile project management and lean product management. In 2019 he founded Gokotta, where his mission is to spread the "product-mindset": build/do the right things for the right reasons for the right people.


I have been in this situation. Have you?

You received a list of requirements. Things to build in your software product. You have a team of extraordinary developers, relentlessly working to create the requested software. You did it! The product was delivered on-time on-budget. Time for a party! Yes?

However, after releasing the product, you realise no-one is using it. Or using it differently than intended. There is resistance. It does not really solve the right problem and does not really help the end-user or company moving forward. The requirements were all wrong...

Where did these "requirements" even come from? Who made them up? Why was the given requirement even "required"? Such a strong word, isn't it, "required"? What even makes a requirement "required"?

These are all valid questions. A lot of work goes into discovering the right requirements for the right problem. Requirements are not just laying around, ready to be "gathered".

Target audience

Business Analyst, Functional Analyst, Agile coach, Product Owner, Product Manager, Agile Project Manager, Developer, ... everyone involved in "gathering and analysing requirements".

7 December 2021

19:30

Online talk

In this Section

21-10-2021 | Webinar - How DPG Media builds streaming analytics use cases at scale on AWS

Show more

12-10-2021 | Webinar - Knock knock, who's there?

Show more

08-09-2021 | Webinar - Why and How to Upgrade to Java 17

Show more

16-06-2021 | Webinar - Security by Design in Software Development

Show more

10-06-2021 | Webinar - How data mesh increases news personalization relevance at DPG Media

Show more

08-06-2021 | Webinar - 50 shades of analysis; business & functional analysis demystified

Show more

02-06-2021 | Webinar - Advanced Testing Patterns

Show more

18-03-2021 | Webinar - Building and maintaining a secure IoT healthcare solution

Show more

25-02-2021 | Webinar - Artificial Intelligence: Miracle or Menace?

Show more

20-01-2021 | Webinar - How Business Analysis can make change stick

Show more

Webinar: Cloud security in a hybrid environment

Show more

Webinar: Decomposition for starters

Show more

25-11-2020 | Webinar: Electron - why you should use it?

Show more

Webinar: how to move along in the fast moving world of data-driven technology

Show more

Webinar: how to set up data lakes

Show more

Webinar: Intro to Cloud-Native Development Using AWS Fargate

Show more

Webinar: empower your business with data

Show more