Loading posts...
  • Spec as a Service

    A good project specification and development plan is the first step to a successful project. While it’s all-to-common to make do with only a high-level brief and some rough estimates, this need…

  • Overtime is a management failure

    Development companies are notorious for working overtime. Of course, they’re not the only ones, but the image of a pile of pizza boxes in a corner of the office is familiar to…

  • Objects in the mirror might be invisible

    The development process can often be opaque, and developers sometimes find it easy to hide behind complex requirements that take an indeterminate time to finish. This is a bad thing. The reason…

  • How to implement a spec

    A dev plan is not a spec. Most proposals and quotes that clients sign-off on are specs, but they should be signing off on dev plans. The difference is small but crucial:…

  • ImpTime, the beginning of freedom

    Stress comes from juggling too many plates. Fear comes from the unknown. Freedom comes from knowledge and autonomy. This article covers the beginnings of ImpTime. Richard Hoberman is a friend who I’ve…

  • Admin, ugh

    We have a third principle (read also one and two), and this one is perhaps the most important from a culture point of view: avoid all avoidable admin. Everyone hates admin, developers…

  • Big elephant, many bites

    Continuing on the theme of company principles (see one), a second decision we made early on was that we would always break work down into very granular chunks. Initially this meant less…

  • Clocking reality

    Starting out as a new company in October 2009, it was always the plan to be more than a 1-man company. ImplicitDesign was never an exercise in being a consultant, it was…