Skip to content
Adrythm
Custom software

Work made for hire

work for hire / who owns the code / source code ownership / copyright assignment

In short

Work made for hire is the legal category that decides who owns something you paid to have made. Copyright starts with whoever created the work. For commissioned work it only becomes yours through one of two narrow routes in the statute, and software fits neither by default.

Most people assume that paying for something built to order means owning it. United States copyright law does not start there. The statute says copyright in a work vests initially in the author or authors of the work. The author is whoever created it, not whoever paid the invoice.

Work made for hire is the exception that changes who counts as the author, and the statute defines it narrowly. There are exactly two routes. The first is a work prepared by an employee within the scope of their employment. The second is a work specially ordered or commissioned, but only for use as one of nine listed things, and only if the parties expressly agree in a written instrument signed by them.

Those nine are worth reading slowly, because of what is missing. A contribution to a collective work, part of a motion picture or other audiovisual work, a translation, a supplementary work, a compilation, an instructional text, a test, answer material for a test, or an atlas. Software is not on that list. Neither is a website.

So calling a development contract a work made for hire does not, by itself, do what people expect when an outside developer wrote the code. Where the category does apply, the effect is total: the statute says the employer or other person for whom the work was prepared is considered the author.

The route that does work for commissioned software is a transfer, and the statute is strict about its form. A transfer of copyright ownership other than by operation of law is not valid unless an instrument of conveyance, or a note or memorandum of the transfer, is in writing and signed by the owner of the rights conveyed or an authorized agent. In writing, and signed.

This is what the statute says. It is not advice about your particular contract, and the wording that actually assigns rights is worth having a lawyer draft rather than copying from anywhere, including here.

In practice

A company pays a freelance developer for a booking system over eight months. There is a signed agreement covering scope, milestones and payment, and it never mentions copyright. The company owns the invoices. Under the statute the developer, as the author, holds the copyright, because no signed transfer exists and commissioned software is not one of the nine categories that can be a work made for hire.

Not the same as

Owning your data
The records inside the system are a separate question from who owns the code that runs it.
Having the files
Possessing a copy of the source code is not the same as holding the rights to it.

Why it matters to you

This surfaces at the worst moment: when you want to change supplier, sell the business, or have somebody else extend the system. It costs nothing to settle at the start and can be expensive to settle later, because by then the other party knows exactly what it is worth to you.

What to ask or check

  1. 01Does our agreement contain a written, signed assignment of copyright, not just the phrase work made for hire?
  2. 02If the developer was a contractor rather than an employee, who does the contract say owns the code?
  3. 03What happens to rights in anything built after the original agreement was signed?

What people get wrong

That paying for custom software makes you its owner, or that writing work made for hire into a contract settles it. The statute vests copyright in the author, and its commissioned route covers nine listed kinds of work that do not include software.

Red flags

  • A development agreement that never mentions copyright at all.
  • The phrase work made for hire used on its own as though it settled ownership of commissioned software.
  • Rights discussed only after the relationship has soured, when the leverage has moved.

Who owns it

Whoever the statute treats as the author, unless there is a transfer in writing and signed. For an employee's work within the scope of employment that is the employer. For a commissioned developer it is the developer until rights are assigned.

Manager account

A manager account is the umbrella account an agency uses to run several advertising accounts from one login. Linking one to your account is normal. Giving it ownership is not the same thing: Google says a manager account can be given ownership of a client account, which lets it manage who has access.

Velocity

Velocity is the total of the estimates a team finished in one iteration. Agile Alliance is blunt about what it is not: a measurement made after the fact, not a budget or a forecast, with no meaningful comparison between teams and no such thing as an individual velocity.

Sprint

A sprint is a fixed length block of development work, one month or less in the Scrum Guide and usually one to four weeks in practice. The fixed length is the point: it is what makes a completion estimate possible, and it decides what can be changed once the block has started.

User story

A user story is a small slice of work written from the user's point of view, usually to a role, feature, reason template. The Agile Alliance defines it and offers INVEST as the quality test. The Scrum Guide, the framework most teams name, does not use the phrase at all.

Product backlog

A product backlog is the ordered list of everything a team might build next. The Scrum Guide calls it the single source of work for the team. Agile Alliance is explicit that including an item does not guarantee it will be delivered, so being in the backlog is not a commitment.

Definition of done

A definition of done is the written list of conditions every piece of work must meet before anyone calls it finished. The Scrum Guide treats it as a gate: work that misses it cannot be released or even shown at the review. Agile Alliance warns that an unwritten one loses most of its value.

Want this explained against your own numbers?

Twenty minutes, a straight answer, and no follow-up sequence if you decide not to work with us.