| 1. |
Eeny, Meeny, Miny, Moe: Software Selection, Its Pitfalls, and How to Avoid Them ( Pages)
by Hugh R. Alley
Aug 22, 2007
Abstract : The process of selecting software can be streamlined by paying close attention to the types and quantities of criteria you use. Better decision processes will distinguish between two key types of criteria and limit the number of criteria considered.
|
| 2. |
Are ASP Applications Right for You? Part 2: Decision Criteria ( Pages)
by Miles Szczurek
Aug 24, 2001
Abstract : Whether an application is best implemented as an ASP provided application or service, built in-house or purchased, generally depends on the same criteria as what would be used for outsourcing a function or process. This part details that criteria.
|
| 3. |
Multi Criteria Decision Making MCDM (1 Page)
by TEC Staff
Mar 15, 2008
Abstract : Definition of Multi-Criteria Decision-Making (MCDM): Methods incorporating multiple conflicting criteria into the management planning process
|
| 4. |
A Case Study and Tutorial in Using IT Knowledge Based Tools Part 2: A Tutorial ( Pages)
by E. Robins
May 31, 2001
Abstract : This tutorial, part 2 of a two part series on Knowledge Based Selection, demonstrates the selection processes and capabilities of Knowledge Based Selection Methods and Tools. These tools, integrated with business decision making procedures, can arguably reduce selection risk and improve chances for success in IT projects. Given the appalling rate of IT project failures, selection can potentially help reduce risk in some 30% of cases, with an associated estimated cost of about $30B annually to industry according to some sources. In this tutorial, we illustrate a number of the procedures for rapid decision processing through the real-life selection of a PDA device. The process gave confidence to the argument to wait for the solution, while weighing risk against return.
|
| 5. |
e-Business Service Provider Evaluation & Selection ( Pages)
by R. Krause
Aug 10, 2000
Abstract : This is a transcript of an audio conference on E-Business Service Provider Evaluation and Selection presented by TechnologyEvaluation.Com. The presentation used the TEC patented selection engine WebTESS to conduct a live real time evaluation and selection. It then reviewed the critical differentiating service provider criteria, as well as detailed comparisons of competing vendors within the various types of DBSPs.
|
| 6. |
Should Your Software Selection Process Have a Proof of Concept? Part One: Structures and the Selection Process ( Pages)
by Robert Rudd
Jul 12, 2004
Abstract : This article explores how the proof of concept (POC) fits into the software selection process, when a POC should be undertaken, structural variables, and the advantages and disadvantages of the POC from the client and value-added reseller point of view.
|
| 7. |
Should Your Software Selection Process Have a Proof of Concept? Part Two: Advantages, Disadvantages, and Conclusion ( Pages)
by Robert Rudd
Jul 13, 2004
Abstract : A proof of concept (POC) should be completed as part of the selection process when the risk of project failure is comparatively high. Risk can be measured by two key variables. These variables are complexity of requirements and level of expertise of the selection/implementation team. The more complex the system requirements, the greater the benefit obtained from a POC.
|
| 8. |
CRM Selections: When An Ounce Of Prevention Is Worth A Pound Of Cure Part Two: Using A Knowledge Base To Reduce The Time, Risk And Cost Of A CRM Selection ( Pages)
by Lou Talarico & Kevin Ramesan
Apr 19, 2003
Abstract : Using a knowledge base in the selection process can reduce the time, risk and cost of procuring technology. Well constructed knowledge bases that are used in a tested selection methodology reduce the RFI process from months to weeks, eliminate data quality issues and allow an apples to apples comparison of vendor offerings.
|
| 9. |
Facing A Selection? Try A Knowledge-Based Matchmaker Part 2: A Timesaving Solution ( Pages)
by P.J. Jakovljevic, Louie Talarico
Mar 6, 2002
Abstract : Since a 'one-size-fits-all' product is still not quite a viable possibility, almost every product can win provided a certain set of requirements. The Catch 22 for both buyers and vendors/VARs is to pinpoint the right opportunity in this ongoing 'dating game'. An RFP/RFI selection process can streamline the initial phase of an ERP selection process while addressing many of the buyer's vital questions.
|
CART 
