In thinking about this post I realized that there are so many directions to go in, such as methodology comparisons, stakeholder dynamics, the role of creative subjectivity in requirements definition and testing, etc. I do want to stay focused, however on the basic question of comparing software development to interactive development.
I met with a team yesterday in the midst of a website redesign project who was looking for a PM to replace a last-minute drop out. During the course of the discussion, the QA lead (coming from a software dev background) asked if I thought they should follow standard SDLC practice when building the site.
I asked back which part of the cycle would they consider NOT using…planning? analysis? testing? Once again, OF COURSE a system design framework can be applied to interactive technology development as it is technology development. It could also be used, and is used in relatable paradigms, to manage marketing and communication initiatives. The trick is integrating the parallel management systems that these disparate business functions use to implement their strategies. One example of where the rubbers meets the cement, IMHO is the relationship between front end and back-end development as the final and true implementation of interactive productivity, the place where requirements validation is more than a set of technical protocols. How much work and re-work is logged becaue of disconnects there? In my experience, quite a bit.
A significant, and obvious, obstacle in implementing one single methodology to encompass all interactive (eg. website) production and development is communication. The words used and the concepts they conjure are different for front end and back-end team members, let alone their supervisors and senior stakeholders.
So what to do???