Things happen in IT projects. At times, some quality elements will be sacrificed in order to offset the vagaries of the project delivery scene. A solution that works of course. But as discussed in a previous article, a working solution brings no comfort regarding its quality, since almost anything can be done in the virtual dimensions of software and computers. And when issues arise to put pressure on IT teams, a suboptimal alternative will be presented as a fix, a patch, a temporary solution, or as the most wickedly named: the tactical solution. In circles of experienced IT managers and practitioners, the ‘tactical solution’ sits somewhere between fairy tale and sham.
The word ‘tactical solution’ suggests to the non-IT stakeholder that the chosen tactic is a step sideways, and that once the applicable steps are taken, the product should attain the desired state, which is often labeled as the strategic or target solution. Because the tactical solution works (since anything in IT can be made to work), it could be viewed as a small step in the right direction.
After this dodged solution is implemented, we simply need to perform a few extra steps to reach the strategic state, right?