I’ve been realizing lately that it might be time to button up our company, if only just a bit.
Like many of our small devteam peers, Monsoon’s philosophy has long been influenced by ultra-agile companies like 37Signals and their Getting Real approach to design and development (these dudes are the closest things I have to heros in our business). Our clients usually find this approach deeply refreshing, especially when they have been served a steady diet of bullshit deliverables and even-more-bullshit invoices from large consulting companies.
However, I’ve been noticing lately that our scrappy, informal approach to design and development requires a level of trust and diligent communication that, while totally doable, is often just not as practical as a slightly more formal approach.
Let me be clear. Agile development and Getting Real are a way of life at Monsoon. They are ingrained in our daily processes and general approach to strategic consulting; and we have no intention of changing that core approach.
However, I am beginning to appreciate the value of deliverables such as well-executed Omnigraffle flows, simple information architecture diagrams, and even comprehensive application wireframes (300 page scope documents are purposely left out of this list). We know how to build this stuff – most of us have bigco backgrounds, after all. And, we have always built these when required (usually by larger clients), but now I’m beginning to realize, that in some cases, the effort required to produce these deliverables may simply be more efficient.
This is part of a larger acceptance that we are, regardless of our attitude & size, a consulting firm. The Getting Real approach works best with 2 – 3 guys in the same room, on the same payroll, and with the same general mindset & understanding of technology.
In our case, we have a global team and an external client – this requires nuances to the process that have not yet been documented or championed, as far as I know.
So, we are gong to slowly bring a few of the [ironic drumroll please] Pillars of the Consulting Process back into our work. This is not an admission that the Getting Real approach or agile development is flawed; rather, it is part of our learning process. We are better integrating these models into consulting work, which seems to require that these approaches be tweaked, if only slightly.
Don’t worry – we’re not going Infosys on you, I promise.