IT, online stores and brand protection · Czechia and Slovakia

IT projects and agile development

Software projects fail over what the agreement leaves unsaid. What constitutes completed work, who accepts it, when a change becomes additional work and what you receive on handover. We structure functional specifications, milestones, acceptance criteria and change procedures to work with fixed scope and agile development under Czech and Slovak law.

  • Lawyer registered with both the Czech and Slovak Bar Associations
  • For customers and suppliers
  • Fees agreed in advance
5.0 of 70 reviews on Google

What we'll do for you

Complete drafting or review of an agreement for a software project, including the schedules that matter in practice: specifications, an acceptance protocol and a change form.

Select an item to see the details.

  • Specifications and scope of work

    We turn the brief into a measurable outcome — what is included, what is expressly excluded, which environments and integrations are assumed and which document prevails in a conflict.

  • Milestones, acceptance and deemed acceptance

    Acceptance criteria for each milestone, the testing period, who accepts the work, what constitutes a material or minor defect — and what happens if the customer fails to respond within the deadline.

  • Scope changes and agile development

    A change request process addressing price and timing, or a sprint model with a budget cap — preventing ongoing refinement of requirements from becoming unpaid additional work or an endless bill.

  • Cooperation, delay and liability

    Customer information, access and decisions within specified deadlines, consequences of non-provision, schedule extensions, contractual penalties and their relationship to damages.

  • Handover, operation and exit

    Source code, documentation and repositories on handover, an inventory of open-source components, data security and migration, an SLA after deployment and exit assistance, including handover of work in progress on termination.

Deliverablean agreement for an IT project, including schedules: specifications, milestone timetable, acceptance and change-order protocols

Note

We define the licence to the result and copyright in the code in the agreement and link them to payments. Detailed arrangements tailored to the business model are covered by our separate software and licence agreement service.

How it works

Does this process fit your matter? Describe it to the attorney →

  1. Consultationday 0

    We review the nature of the project, pricing model, whether the scope is fixed or development is agile, and which side you represent. We select acceptance and change mechanisms accordingly.

  2. Draft agreement and schedules

    We prepare the agreement with specifications, milestone timetable, acceptance criteria and a change form — or review the other party's draft and identify your risks.

  3. Agreement and signingat your pace

    We incorporate comments, negotiate disputed points (acceptance, penalties and exit) and deliver a clean copy. On request, we remain available throughout project implementation.

within 24 h Within 24 hours of your enquiry, we will respond with the next steps and a fee. You pay nothing until then.
CZ and SK We prepare the agreement under Czech and Slovak law through one firm — a lawyer registered with both the Czech and Slovak Bar Associations.
fee in advance You know the final fee or cap before work begins — with no hidden invoice items.

Software projects rarely fall apart over statutory provisions. They fall apart over whether the work is complete — and whether what the client wants today was part of January’s brief. An agreement for an IT project therefore depends less on length than on schedules that provide answers: specifications with a measurable outcome, acceptance criteria for individual milestones and a form translating a requirements change into price and timing.

The end of the project deserves equal attention, even if nobody wants to discuss it at the outset. Source code, documentation, access, an inventory of open-source components, data migration and exit assistance determine whether you are left with a working product or merely invoices after the relationship ends. It also pays to know in advance what happens to work in progress if the project ends halfway through.

We draft or review the agreement for customers and suppliers under Czech and Slovak law. We know both legal frameworks in detail. This builds on the general contract for work; if your main concern is licensing, copyright in the code or agreements with developers and contractors, see our software and licence agreement service.

No-obligation enquiry

Ready to start?

Send us an enquiry. We reply within 24 hours with a price confirmation and next steps. The first 30-minute consultation is free and commits you to nothing.

  1. 1Send your enquiry via this form
  2. 2Within 24 h you get a price confirmation and plan
  3. 3We start work only after your approval
Mgr. Patrik Tulinský, LL.M. Czech and Slovak attorney · SAK 300422 · ČAK 19654

Not keen on calls or email? Message us on WhatsApp →
Prefer to book a time right away? Book a consultation →
Or email us about this matter.

For our conflict-of-interest check.
Add details such as deadline, documents and attachments (optional)
Is a deadline running?
Anything served by a court or authority gets priority.
Documents for this matter
Tick what you have at hand. We will fill in the rest together.
PDF, Word, images, ZIP… max 10 MB per file, 30 MB total.

Submitting this form does not create an engagement or attorney-client relationship. Before taking on a matter we run a conflict-of-interest check, so please do not send sensitive originals until we confirm the matter together.

What clients ask

Didn’t find your question? Ask us directly →

Can we enter into a development agreement when working agile and the scope is not known in advance?

Yes, but not by stipulating a fixed price for an undefined scope. In practice, a framework agreement with orders or sprints, a budget cap and a definition of “done” for individual deliveries works well. The agreement then acknowledges that requirements are not known at the outset and specifies how they will be agreed as work progresses and what will be paid for.

How can we verify that software is “complete”?

Only against agreed acceptance criteria — ideally test scenarios in a schedule. Without them, acceptance becomes an argument over impressions. Distinguish material defects preventing acceptance from minor defects recorded in the protocol with a deadline for correction.

What is deemed acceptance, and should I agree to it?

It is an agreement that work is considered accepted if the customer raises no objections within the agreed period or begins using the software in production. It protects suppliers from obstruction during handover but may catch customers off guard. It should be balanced through a sufficiently long testing period and an exception for material defects.

Who pays if the client changes the requirements mid-project?

The agreement's change procedure determines this. We recommend that a scope change takes effect only after its impact on price and timing is approved in writing — otherwise one side faces unpaid additional work and the other unexpected invoices. A change request form therefore belongs in the agreement's schedules.

Must we receive the source code, and what if the supplier used open source?

Handover of source code, documentation and repository access must be expressly agreed and linked to milestone payment — otherwise you may remain dependent on one supplier. The agreement should require an inventory of the open-source components used and their licences, because some impose conditions on further use of the result. The scope of the licence to the work itself is covered by our software and licence agreement service.

Legal Q&A

Common questions on this topic

Send a no-obligation enquiry
Contact a lawyer