Siegfried, I am not offering an approach that is an alternative to the one you describe. I agree with your approach 100%.
I am suggesting an approach to figuring out what your user requirements are, which many small companies don't know how to do when it comes to QMS software. If it's a medical device start-up, they (hopefully, sigh), know how to figure out user requirements for a medical device, but that doesn't mean they have the expertise to figure out user requirements for QMS software. They would be the users, but they don't have a quality system, so they are not users now.
To follow your example, if you don't know anything about cars, you first need to go look at some of them and figure out what features/functions cars might offer. If you do, you will see that cars have seats and that different cars will have a different numbers (and sizes and configurations) of seats. Then you will realize that you need to decide how many seats (and sizes and configurations) you will need. This becomes one of your user requirements.
Once you have looked at a bunch of cars and developed your user requirements, then you are ready to buy a car.
------------------------------
Julie Omohundro, ex-RAC (US, EU), still an MBA
Principal Consultant
Class Three, LLC
Durham, North Carolina, USA
919-544-3366 (T)
434-964-1614 (C)
julie@class3devices.com
Original Message:
Sent: 04-08-2016 01:28
From: Siegfried Schmitt
Subject: QMS Software
I respectfully disagree with the approach: When it comes to developing user requirements, you might start by determining what functions are offered by the QMS software, then determine whether you need/will need these functions and, if so, how you will need them to work in order to meet your needs.
Good practice (see e.g. GAMP) is to define the user requirements and then see which system (paper or electronic or both) provides the best possible match for your needs. You don't buy a 4-seater car and then try and figure out how you can fit 16 people in it. You put down a requirement "car for 16 people needed" and then look which ones will fit your requirements.
Siegfried
------------------------------
Siegfried Schmitt
Principal Consultant
PAREXEL
Braintree, Essex
United Kingdom
siegfried.schmitt@parexel.com