Professional Documents
Culture Documents
Introduction
Well now have a look at an area youre likely to encounter in some way or another when working in IT Contracts in the IT industry We give a brief overview of contractual arrangements in the IT sector Also sketching implications that the different contract types have Have a brief look at liability for defective software
What is a Contract?
A contract is simply an agreement between two or more persons Can be enforced in a court of law Parties involved may be legal persons or natural persons Legal person: legal entity that has the capacity to act, can acquire rights and create obligations (separate from its members) No specic form: in England and Wales a contract need not be written down
Types of Contracts in IT
Well be looking at Development of tailor-made (bespoke) systems Fixed price contracts Time and material Consultancy and contract hire Outsourcing License Agreements
What is to be Produced
Usually standard terms refer to annex which in turn refers to requirements specication document Ideally, the requirements specication is complete consistent accurate In the real world very difcult to achieve Often different versions of requirements are oating around, correct one needs to be referenced in contract Well come back to handling change in a moment
What is to be Delivered
This is usually not simply handing over some les/documents containing programs Contract has to state explicitly what changes hands, this can include Source code Command les and scripts for building executables and deploying them Documentation of the design and the code Manuals for reference, training, operations Maintenance tools User training Training of clients maintenance staff Test data and results
Information Systems p. 33/149
Ownership of Rights
Usually straightforward for tangible assets such as hardware, documents, data storage media Legal rights are passed from supplier to client Much more difcult for intangible assets such as intellectual property rights This is an important topic of its own, well discuss it in a separate chapter Important here: contract should state precisely who owns which rights
Condentiality
Very hard to avoid that supplier and client will acquire condential information during development process Supplier may learn about internal processes of client Client may nd out details about specic development methods used by supplier Usually both parties agree in the contract to maintain condentiality about these matters
Payment Terms
Normally, standard terms and conditions specify payment conditions E.g. payment within 30 days of invoice, if payment is delayed, supplier may terminate contract or charge surcharge (e.g. base lending rate + 2%) For long-running projects it is more realistic to have a payment in stages, for example Initial payment of 15% (due on signing the contract) Further staged payments totaling 50% on reaching certain milestones 25% on acceptance 10% at end of warranty period
Delays
Software development projects are notorious for being delayed and late Normal mechanism for delays on supplier side are penalty clauses Penalty clauses usually reduce the sum payable to the supplier by a specied amount per agreed time span E.g. for a contract value of 1,000,000 penalty might be 5000 per week up to a maximum of 100,000
Delays (2)
As delays in development projects are a well-known fact, one would expect hefty nes However, not that common for xed price contracts Delays already eat into prot margin of supplier, so there is already an incentive to nish on time As a consequence suppliers will be reluctant to accept harsh penalty clauses If penalty clauses are included, this usually drives up the bid price If software is seriously late and penalties approach their maximum, the incentive to nish drops Supplier will have likely maxed out (staged) payments they will get
Information Systems p. 39/149
Delays (3)
Delays can also be caused by the client Failing to provide required information on time Change requests that result in extra work Contract should provide clauses for calculating costs and extra payments Payments for delays and variations to original requirements often lead to disputes (and even legal action) This is not restricted to IT sector, construction industry seems to be notorious Sometimes used as a mechanism to increase prot margin after over-competitive bidding
Clients Obligations
Due to the hassles this can cause, it makes sense to specify the obligations of a client in the contract These can include (but are not limited to) Provide documentation on relevant activities of the client on the environment that system will run in Provide access to appropriate members of staff Provide facilities for development and testing Provide accommodation, telephone, secretarial, and other facilities for staff working on clients premises Provide data links to the site
Project Management
Parties must also agree on which standards, methods, quality assurance procedures to use Supplier and client may have different views on this arranging meetings to report (and record) progress and completion of milestones who is responsible for running the project on supplier and client side and specifying the authority of these persons
Acceptance Procedure
Critical part of a xed price contract, as this denes criteria for successful completion Ideally, client supplies a xed set of acceptance tests and expected results Adding extra tests later only by mutual agreement (otherwise this introduces delays and moving targets) Should also specify who monitors the tests and what happens if tests fail to complete successfully
Other Clauses
Ination: long-running projects may have a clause on how charges increase with the rise in costs Indemnity: one party may cause the other to infringe a third partys rights (e.g. intellectual property) Each party guarantees to cover any costs for liability arising from its own faults Termination: for risky or long-running projects one party may want to get out of a contract Clauses have to specify when and under which circumstances this is possible
Contract Hire
Supplying the client with the services of a certain number of staff at agreed rates (daily/hourly) Client takes responsibility for managing staff Supplier is responsible for supplying suitably competent people Either party can terminate contract at fairly short notice (typically one week) Contract hire agreements are much simpler than xed price contracts Many issues, such as delay payments, simply dont arise Some, however, such as intellectual property rights, still have to be addressed
Information Systems p. 48/149
Consultancy
Consultancy projects can be done for a daily/hourly rate or at a xed price If done at xed price, contract is much simpler: Sums of money involved are usually much smaller The end product is very often a report, not an actual system Nevertheless, there are some important issues that need to be covered
Consultancy (2)
Condentiality: a consultant may not disclose information about client learned during assignment Terms of reference: specify which matters to investigate (and which not) Can become source of disagreement: consultants discover they need to look at issues outside of original terms Liability: consultants usually want to limit their liability (follow advice at your own risk) Client may insist on adequate liability insurance Ownership of nal report: client is often given a xed period to review a draft before handing over the nal report
Information Systems p. 50/149
Outsourcing
Outsourcing is a contractual arrangement under which a client hands over a certain business function to a supplier This usually includes planning, management, and operation of this function Very common in some situations: few people generate their own electricity or drill their own wells Logic is that a company specializing in a particular area, e.g. catering or ofce cleaning, is probably better at it Helps an organization to focus on their core competencies
Outsourcing (2)
IT services are not that different, people and organizations have always purchased from third parties such as software package suppliers or software houses However, starting 20 to 25 years ago companies and governments handed over whole IT departments Software companies even started to outsource programming tasks
Outsourcing (3)
IT outsourcing contracts are usually very complex and depend on individual circumstances Important points that need to be addressed are Service level agreements: How is performance monitored and managed What happens if performance is unsatisfactory Which assets are transferred Staff transfers Contingency plans and disaster recovery Duration of agreement and termination provisions ...
Outsourcing (4)
Experience has been varied, but not all organizations were happy with the result Cost/benet ratio did not work out Losing expertise and control There has been a trend to insource services again Studies show that the effects of outsourcing have been overstated (IMF working paper 04/186) The US and the UK export more services than they import
License Agreements
When customers buy software, they buy a copy and the right to use it in certain ways In certain ways means: there are different types of restrictions in place Single user license: allows the use of one copy on one machine for one user Example: computer game Server license: software can be run on a server providing it to any number (up to a maximum) of users on a certain LAN Example: database server Site license: covers all the users of a system Example: MyBirkbeck
Information Systems p. 56/149
Consumer Sales
In the case of consumer sales (in contrast to business-to-business sales) a consumer has additional protection Sale of Goods Act 1979 and Supply of Goods and Services Act 1982 may also apply (and cannot be excluded)