Difference between revisions of "User:Shawndouglas/sandbox/sublevel8"

From LIMSWiki
Jump to navigationJump to search
Line 22: Line 22:
Before we get into a response to that second question, I'd like to ask you one. What business is your company in? Is it a software development organization, or does it want to become one? I ask this because what often happens is someone in the organization proposes custom software development as an alternative. Suppose you are seriously considering developing a LIMS alternative in-house or through a consulting firm. In that case, that is something you have to think through, taking on all the issues that plague large software development projects, including ongoing maintenance and support once the project is completed.
Before we get into a response to that second question, I'd like to ask you one. What business is your company in? Is it a software development organization, or does it want to become one? I ask this because what often happens is someone in the organization proposes custom software development as an alternative. Suppose you are seriously considering developing a LIMS alternative in-house or through a consulting firm. In that case, that is something you have to think through, taking on all the issues that plague large software development projects, including ongoing maintenance and support once the project is completed.


Software development projects are fraught with issues. Examples of reasons for software project failure include<ref name="DACD5Reasons22">{{cite web |url=https://dac.digital/why-software-projects-fail-and-how-to-make-them-succeed/ |title=5 reasons why software projects fail and how to make them succeed |work=DAC.digital Blog |publisher=DAC.digital |date=19 April 2022 |accessdate=30 June 2023}}</ref><ref name="Singh23Reas22">{{cite web |url=https://www.netsolutions.com/insights/23-reasons-why-software-projects-fail-with-solutions/ |title=23 Reasons Why Software Projects Fail (with Solutions) |author=Singh, S. |work=Net Solutions Insights |publisher=Net Solutions |date=15 June 2022 |accessdate=30 June 2023}}</ref><ref name="Forbes14Comm20">{{cite web |url=https://www.forbes.com/sites/forbestechcouncil/2020/03/31/14-common-reasons-software-projects-fail-and-how-to-avoid-them/amp/ |title=14 Common Reasons Software Projects Fail (And How To Avoid Them) |author=Forbes Technology Council |publisher=Forbes |date=31 March 2020 |accessdate=30 June 2023}}</ref>:
Software development projects are fraught with issues. Reasons for software project failure include<ref name="DACD5Reasons22">{{cite web |url=https://dac.digital/why-software-projects-fail-and-how-to-make-them-succeed/ |title=5 reasons why software projects fail and how to make them succeed |work=DAC.digital Blog |publisher=DAC.digital |date=19 April 2022 |accessdate=30 June 2023}}</ref><ref name="Singh23Reas22">{{cite web |url=https://www.netsolutions.com/insights/23-reasons-why-software-projects-fail-with-solutions/ |title=23 Reasons Why Software Projects Fail (with Solutions) |author=Singh, S. |work=Net Solutions Insights |publisher=Net Solutions |date=15 June 2022 |accessdate=30 June 2023}}</ref><ref name="Forbes14Comm20">{{cite web |url=https://www.forbes.com/sites/forbestechcouncil/2020/03/31/14-common-reasons-software-projects-fail-and-how-to-avoid-them/amp/ |title=14 Common Reasons Software Projects Fail (And How To Avoid Them) |author=Forbes Technology Council |publisher=Forbes |date=31 March 2020 |accessdate=30 June 2023}}</ref>:


* insufficient organizational leadership  
* insufficient organizational leadership  
Line 37: Line 37:
* scope creep
* scope creep


The bottom line is this: software projects develop issues, and while they may eventually succeed, while they are in development which may take a year or more, your lab is suffering
The bottom line is this: software projects develop issues, and while they may eventually succeed, they a may take a year or more to work through during development. Meanwhile, your lab is suffering
under whatever issues caused you to look for a LIMS in the first place. When you're done with the development, will you have something better than commercial products or just the best you can settle for? Commercial products will be continually improved with new features and capabilities added. That's their business, is it yours?
under whatever issues caused you to look for a LIMS in the first place. When you're done with developing the solution, will you have something better than commercial products or just the best you can settle for? Commercial products will be continually improved with new features and capabilities added; that's their business. Do you have the resources and commitment to make it yours?


Different software development approaches will have other issues to address. ERP-based systems will have problems with instrument connections, a significant source of productivity gains. Spreadsheet-based systems 8 while seemingly inexpensive, are costly in development time and use. Spreadsheets are single-user-at-a-time systems. Everyone else has to wait their turn if someone is working with the system. They are fraught with errors creeping in, changes that may not be documented. They are difficult to validate and keep under modification control. Those factors are red flags to regulatory inspectors, particularly regarding development documentation. Is this the most cost-effective way to manage risk and utilize your resources?
We find that software development approaches have their own issues to address, but what about spreadsheets and ERP systems? Spreadsheet-based systems, while seemingly inexpensive, are costly in development time and use. Additionally, spreadsheets are single-user-at-a-time systems. Everyone else has to wait their turn if someone is working with the system. They are fraught with errors creeping in, especially through changes that may not be documented. They are also difficult to validate and keep under modification control. Those factors are red flags to regulatory inspectors, particularly regarding development documentation. As for ERPs, those systems may address some of the requirements of your lab, but they will have significant problems with instrument connections, a significant source of productivity gains in the laboratory. Do these and similar alternatives represent the most cost-effective way to manage risk and utilize your resources towards the goal of improving laboratory productivity and compliance?


===1.3 LIMS acquisition then===
===1.3 LIMS acquisition then===

Revision as of 23:08, 30 June 2023

Sandbox begins below

1. Introduction to LIMS and LIMS acquisition

1.1 What is a laboratory information management system (LIMS)?

1.2 What are the alternatives to a LIMS?

Introducing new technologies and products often causes people to balk because it represents a change to current operations and an expense, even if the change is beneficial. As such, some may view the acquisition, use, and maintenance of a LIMS to be too daunting. The organization may even see the value in a LIMS but finds several questions arise:

  • What happens if we don’t make the change to a LIMS?
  • Is there an alternative technology that is less costly?

The answer to the first question is straightforward: lab costs continue to increase, operations stagnate, sample backlogs increase, and lab personnel—including management—become increasingly frustrated. This in turn means the lab may fail to achieve its goals. That second question is politically charged, however, particularly in medium to larger organizations. There are two frequently encountered answers, both involving internal software development: let's use a spreadsheet, or let's use an enterprise resource planning (ERP) system as a solution with similar characteristics to a LIMS. The latter often occurs if a company has recently invested in an ERP solution with the idea that it will take care of all of the company’s needs (i.e., they may not have checked with the labs to see if actually will).

Before we get into a response to that second question, I'd like to ask you one. What business is your company in? Is it a software development organization, or does it want to become one? I ask this because what often happens is someone in the organization proposes custom software development as an alternative. Suppose you are seriously considering developing a LIMS alternative in-house or through a consulting firm. In that case, that is something you have to think through, taking on all the issues that plague large software development projects, including ongoing maintenance and support once the project is completed.

Software development projects are fraught with issues. Reasons for software project failure include[1][2][3]:

  • insufficient organizational leadership
  • insufficient understanding of business and department problems and requirements, even as they evolve during development
  • inadequate planning and project management
  • undefined project roles and responsibilities
  • inaccurate time and cost projections
  • inadequate use of available resources
  • insufficient understanding of changing software development practices
  • poor or mismanaged communication methods
  • poor response to project challenges that inevitably arise
  • lack of focus on project success
  • lack of focus on soft skills such as training and team building
  • scope creep

The bottom line is this: software projects develop issues, and while they may eventually succeed, they a may take a year or more to work through during development. Meanwhile, your lab is suffering under whatever issues caused you to look for a LIMS in the first place. When you're done with developing the solution, will you have something better than commercial products or just the best you can settle for? Commercial products will be continually improved with new features and capabilities added; that's their business. Do you have the resources and commitment to make it yours?

We find that software development approaches have their own issues to address, but what about spreadsheets and ERP systems? Spreadsheet-based systems, while seemingly inexpensive, are costly in development time and use. Additionally, spreadsheets are single-user-at-a-time systems. Everyone else has to wait their turn if someone is working with the system. They are fraught with errors creeping in, especially through changes that may not be documented. They are also difficult to validate and keep under modification control. Those factors are red flags to regulatory inspectors, particularly regarding development documentation. As for ERPs, those systems may address some of the requirements of your lab, but they will have significant problems with instrument connections, a significant source of productivity gains in the laboratory. Do these and similar alternatives represent the most cost-effective way to manage risk and utilize your resources towards the goal of improving laboratory productivity and compliance?

1.3 LIMS acquisition then

1.4 LIMS acquisition today

1.5 Why a LIMS matters

References

Citation information for this chapter

Chapter: 1. Introduction to LIMS and LIMS acquisition

Title: Justifying LIMS Acquisition within Your Organization

Edition: First Edition

Author for citation: Joe Liscouski, Shawn E. Douglas

License for content: Creative Commons Attribution-ShareAlike 4.0 International

Publication date: