I was recently lucky enough to be part of an early stage product development project. The project is quite exciting, as it combined three of my passions; healthcare, efficient value delivery and product development! Together with the team, we boldly set out to explore a new area for all of us, medical imaging, with a challenging timetable and an ambitious customer. And we were able to deliver a Proof-of-Concept, ready for user testing, within the budget and ahead of schedule.<\/p>\n
As this is an exciting new product and still a secret, we cannot share the details of what we worked on, but I can share some of the challenges that made this so exciting and some of the lessons we learned.<\/p>\n
One of my superpowers (or at least something I talk about a lot), is\u00a0focusing on the essential<\/strong>. This project was a textbook example of a focusing challenge, but we succeeded pretty well as a team. The customer had already thought about the product quite a lot and had many ideas on what could be done (and fallen in love with some of them). They also had not spent much time prioritising those ideas.<\/p>\n We had a new tech, a new domain and a new team, so both our understanding of the user needs and the ability to estimate what could be done within the budget was initially low. We had a tight budget, a definite requirement to deliver something usable, and some dependencies outside of our control. So how did we succeed?<\/p>\n As always, when you are working on physical technology products, you will have some issues with\u00a0HW availability<\/strong>. Especially with such a short project, we had to make some compromises on using older but available tech for this POC. This means we will later need to do some rework, to get the real hardware integrated, but at least we can now get the learning started with the physical POC for user testing.<\/p>\n We had an eight-week project with vague requirements and a customer hungry for value. So, of course, Agile methods<\/strong> was our choice to enable quick value delivery and adapting according to the learnings. However, as this product would be considered a medical device, we wanted to fulfil the requirements of medical device regulations and standards (mainly ISO 13485 and IEC 62304) already for this Proof-of-Concept.<\/p>\n Our partner\u00a0Atostek<\/strong> has a certified process for this development, applying Scrum methodology. The main requirements are related to documentation, design reviews and traceability of requirements (requirement \u2013 development task \u2013 quality assurance). According to this initial experience, the process worked pretty well, allowing us to focus on delivering increments of value while creating traceability. We faced some situations where we needed to find creative ways to react to maintain our flow of value delivery, for example finishing a sprint a week early and starting the next one without much pre-planning.<\/p>\n Thanks to the team and customer, we had fun and learned a ton. Looking forward to the next stages!<\/p>\n\n