Reality IT: Business Process Reinvention
Hunter deals with an egotistical VP who thinks he knows all the answers regarding a project for converting legacy inventory/warehouse systems to ERP.
October 7, 2005
Planning in a Vacuum
Hugh arrived with his team and promptly kicked off the meeting by laying out his project plan. "We'll conduct a four-month BPR effort," he said. "One month into the project, we will start the purchasing process for the product that will meet our needs." Hugh then turned over the presentation to his senior business process analyst, Linda Blair, who told us that operations would run the project with the help of a consulting firm--a company Hugh had used in a previous job. Linda showed us a rudimentary project schedule, and that was it. We had come for a meeting, but all we got was a briefing. Nobody even asked for our input.
We probably should have seen it coming. For months before the meeting, Linda had been asking obvious questions about our experience with BPR efforts and the long-awaited replacement of the legacy inventory/warehouse system. This is nothing unusual at ACME--some of our departments have their own IT analysts. It used to bug me, but there is some value in having tech counterparts in other departments. If they work closely with IT systems analysts and project managers, they can be helpful in getting projects done. But when they try to go it alone or don't coordinate well, they tick me off.
Hugh and Linda were relying on their own experiences to determine how this project would run, and normally, we would have welcomed that experience. But under their unilateral plan, IT would contribute only by installing the application, migrating data and running the associated servers. After the presentation, Steve caught up with Hugh and asked him to give more consideration to IT's role. Hugh said he felt he had enough experience to develop the plan without our input, but he was willing to listen to our ideas.
Meanwhile, I met with warehouse director C.J. Diggs, who had been working closely with me to keep the existing COTS (commercial off-the-shelf) inventory/warehouse system alive. The vendor of the COTS product was planning to stop support within a year, and our needs had surpassed the product's functionality. IT had done many custom modifications and developed several homegrown apps over the years to keep the system running, so C.J. was happy to be looking at a replacement system.C.J. confided to me that Hugh and Linda had not involved him in the planning as much as he would have liked. That was odd, given that C.J. had good contacts and direct experience in inventory/warehouse system implementations. Despite having a lot to offer on this project, even C.J. was being marginalized--despite the fact that he and his folks were the ones who would have to live with the new system.
Taking Back the Process
After talking to Hugh, Linda and C.J., one thing seemed clear: Completing this project would mean solving not only technical and business process problems, but people problems as well. We needed to give Hugh some critical input, but it would have to be done delicately. In my next column, I'll tell you about the feedback we gave Hugh on his plan, and how we did it without stepping on any toes. I'll also fill you in on the BPR work we undertook, and the acquisition and selection process for choosing the replacement product. Stay tuned.
Hunter Metatek is an enterprise IT director with 15 years' experience in network engineering and management. The events chronicled in this column are based in fact--only the names are fiction. Write to the author at [email protected].
Read more about:
2005You May Also Like