Submission + - Software engineering, or should we compromise?
AccUser writes: "I was recently engaged by a major logistics company to review a proprietary software system that had been developed over the past 5 years. The system had been developed in isolation to the industry, and contained a serious number of design flaws — basically, it was not fit for the company's future business plans. Having proposed a suitable solution to their problems, which has been accepted by the company, I am now faced with a contracted project manager who has no experience of software architecture or software engineering methodology, and who wants to compromise on the proposed solution in an effort to deliver a solution quicker and stay in his comfort zone. What would you do? Compromise, or stick to software engineering principals?"