Bart Perkins: Don't forget the field
Computerworld - Too frequently, IT systems are designed at headquarters, by headquarters and for headquarters. When the perspective is that narrow, the systems that result probably won't fit the needs of most of the organization.
Headquarters staffers often belittle the importance of functions located elsewhere, and they just as often have things backwards. Sure, headquarters usually provides critical direction and structure, but without the field, very few businesses could deliver products and services to customers. That's true of retailers, oil refiners, manufacturers, and even companies like Google and nonprofits.
There's a lack of respect behind such behavior, an egocentricity that can lessen the effectiveness of new systems. How many project teams complete the majority of project designs at headquarters and visit the field merely to give the appearance of soliciting input (or worse yet, only for the rollout)? One project manager recently admitted to me that his team was soliciting input from a particular field location only for political reasons. This is not uncommon, but it's a huge mistake that contributes to distrust between the field and headquarters.
A collaborative approach that involves the field in creating solutions to business challenges engages people and builds support for system rollouts. Include the field from the project's earliest phases, and integrate key opinion leaders from the field into the project team. Yes, this approach requires more time and resources, but it can help you avoid problems later on. Post-release disasters are far more costly than up-front planning. Even if the headquarters staff somehow manages to design a fine system in isolation, those in the field will be more resistant if their input was never sought. Few people readily embrace systems that are imposed on them, and pushback impacts rollout. Field support is invaluable.
Superficial outreach isn't enough. It can take extensive field involvement to identify local challenges. Few local conditions can be discovered during brief interviews, phone calls or Skype sessions. And headquarters-based interviewers rarely know enough about field operations to ask the right questions. For example, when a global organization recently decided to replace all field accounting systems with an ERP system, headquarters staff designed accounts payables to run monthly. But the folks at headquarters narrowly avoided running afoul of a Brazilian regulation that treats contractors who are paid monthly as employees (with benefits). In another case, a U.S. restaurant chain decided to implement a new management system using consumer PCs. Shortly before rollout, the project team finally spent time in a store and realized that it would take ruggedized PCs to survive the heat, grease and liquids that are unavoidable in a commercial kitchen.
Conversely, field staffers may be unaware of current industry products and trends and therefore aren't able to optimally define desired capabilities. The communication goes both ways.
Successful enterprise systems depend on widespread field acceptance. Products and services are delivered in the field, not at headquarters. As Colin Powell stated in It Worked for Me, "You've got to get out of your paneled rooms. Go downstairs and see what the hell is going on in the basement." Better yet, go out into the field and watch everyday business transactions. And do so before you design a system for field use. Treat the field well; it pays the bills. And its effectiveness can be the difference between profit and loss.
Bart Perkins is managing partner at Louisville, Ky.-based Leverage Partners, which helps organizations invest well in IT. Contact him at BartPerkins@LeveragePartners.com.
More by Bart Perkins
- Bart Perkins: Power to the people's devices
- Bart Perkins: Pester no more: How to handle the FCC's new rules on robocalls
- Bart Perkins: 3D printing is IT's next big challenge
- Bart Perkins: Benchmarking is great, when it's not a waste
- Bart Perkins: Global standards, meet local constraints
- Bart Perkins: Congratulations on your new supplier. Got a good prenup?
- Bart Perkins: Can't buy you love
- Bart Perkins: Jousting for jobs
- Bart Perkins: Unresponsive suppliers might just not be that into you
- Bart Perkins: Avoiding IT audit nightmares
Read more about Management in Computerworld's Management Topic Center.
- Why Projects Fail CIOs are expected to deliver more projects that transform business, and do so on time, on budget and with limited resources.
- Why Today's Software Development Projects Fail By establishing more accountability for quality with developers, organizations are able to improve their software quality outcomes in more effective ways than traditional...
- Review: Box beats Dropbox - and all the rest - for business Box trumps Dropbox, Engyte, Citrix ShareFile, EMC Syncplicity, and OwnCloud with rich mix of file sync, file sharing, user management, deep reporting and...
- AIIM SharePoint Industry Watch AIIM surveyed its 65,000 community members to look at how the enterprise is reacting to social aspects, why organizations are exploring social, who...
- Leveraging the Cloud for Dev/Test This video discusses some of the key considerations that IT organizations should take into account when moving test and development projects to the...
- LIVE EVENT: 5/7, The End of Data Protection As We Know It. Introducing a Next Generation Data Protection Architecture. Traditional backup is going away, but where does this leave end-users? All Project Management White Papers | Webcasts