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: Forget the expense -- more secure credit cards are an opportunity
- Bart Perkins: A project staffing worst practice
- Bart Perkins: How to keep projects on track
- 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
Read more about Management in Computerworld's Management Topic Center.
- VDI and Beyond: Addressing Top IT Challenges to Drive Agility and Growth This paper explores a collection of compelling FlexCast services to highlight how XenDesktop can drive a modern, mobile workforce toward greater agility and...
- Mission Critical: Managing Mobile Applications & Content Smartphones, tablets and other mobile devices have become embedded in enterprise processes, thanks to the consumerization of IT and a new generation of...
- The Challenges and Opportunities of Mobile Application Development Nearly all business users now demand mobile devices--their own or company-owned--along with anywhere access to corporate applications and data. What turns mobile devices...
- Maintain Less. Create More. Spend less on maintenance and spend more time creating with Red Hat Enterprise Linux. Read on to learn how Red Hat can help...
- On Demand: Mastering the Art of Mobile Content Management Mobile device usage in the enterprise has skyrocketed, and it continues to escalate. IT must answer to users who demand access to their...
- What should I look for in a Next Generation Firewall? SANS Provides Guidance With so many vendors claiming to have a Next Generation Firewall (NGFW), it can be difficult to tell what makes each one different.... All Management White Papers | Webcasts