Posted on by Mission Assurancein
By Suzanne Miller Principal Researcher Software Solutions Division
As the defense workforce attracts younger staff members, this digital native generation is having an effect. "To accommodate millennial IT workers, so-called 'digital natives,'" wrote Phil Goldstein in a May 2016 FedTech article, "the service branches of the Department of Defense need to square cybersecurity with the attitudes and behaviors of younger employees, according to senior defense IT officials." Digital natives approach technology differently than digital immigrants, which includes those born before the widespread use of technology. In this blog post, I explore five classic transition models to determine what, if any, considerations we need to account for in today's environment that are different from when they were first published, many of them before the digital natives phenomenon was identified.
The five models are related to technology transition and adoption, and they answer the following questions:
Each of these questions is supported by one or more 20th century transition models. Some are still useful as is; others may need to be adapted to the current environment. The observations about digital natives and digital immigrants come from my personal observations over the last 15 years in working with both populations, primarily transitioning practice-based technologies, such as Agile methods.
What Kind of Technology Is It?
There are lots of ways to categorize technologies. Two have been particularly useful for us at the SEI.
The first involves categorizing technologies as hardware, software, or practice-based. The first two categories are obvious. The third concerns changes in the engineering or management practices that are large enough to pose many of the same challenges, as hardware and software (e.g., secure coding) technology transition.
A second useful way to categorize technologies is the Winds of Creative Destruction model by William Abernathy and Kim Clark. This model differentiates technologies in terms of their economic impact:
Adapted from Innovation: Mapping the winds of creative destruction by William J. Abernathy and Kim Clark.
Practice-based technologies tend to be evolutionary or revolutionary. The title comes from the observation that architectural technologies destroy both marketing and production infrastructure and therefore require a much longer adoption cycle unless there is an urgent, dramatic need for the architectural technology in question.
When thinking about these four types of technologies in the context of digital immigrants and digital natives, it is important to remember that each cohort has differing perceptions of what constitutes a change in the means of production. The other difference lies in communication and marketing channels. In particular, the use of various social media channels is likely to be a baseline communication and/or marketing approach for digital natives, whereas digital immigrants don't typically engage as much in social media.
How big is the adoption being contemplated?
Architectural technologies often require large changes to implement them and create significant effects on the adopting organization. Paul Adler, a researcher in technology adoption, has characterized the size of technology change to help organizations understand how long it may take to achieve the change. Adler uses aspects of the organization that need to change to accommodate the new technology as the way for talking about "bigness."
Source: Adapting Your Technological Base: The Organizational Challenge by Paul S. Adler and Aaron Shenhar.
The largest, most difficult technologies to adopt are those that require the organizational culture (assumptions and values) to change. A culture change requires change to strategy, structure, procedures, and skills. Adler's Magnitude of Technology Change model is one that easily communicates to senior management the scope of change and the reason that many technology changes require longer than might be assumed.
Adler's Magnitude of Technology Change model has two implications for digital natives and digital immigrants. The first, more obvious, implication is that digital natives learn how to use new technology in different ways than digital immigrants. Their patterns of learning involve more direct engagement with the technology and less traditional (e.g., live, in the classroom) learning modes, which digital immigrants tend to rely on. In a population comprising both groups, the natives are often impatient with face-to-face, lecture-based training events, whereas the immigrants will get frustrated with online tutorials that seem to skip over the conceptual aspects and get right to skill application.
A more subtle difference between the two groups concerns what each perceives as a cultural shift. For example, in the health care industry, digital natives have easily adopted electronic health records, whereas digital immigrants view them as a significant cultural change. An organization that is led by digital natives, but includes a significant number of digital immigrants, may devote fewer resources and less planning to a new technology rollout than needed for successful adoption by the whole organization.
Who will be adopting the new technology?
Interestingly, when characterizing adoption populations, an individual may be categorized as one kind of adopter for one technology and a completely different kind of adopter for another technology.
The Everett Rogers Adoption Population model has been around for more than 40 years. In the 1990s, Geoffrey Moore in Crossing the Chasm highlighted its utility for managing high-tech marketing, and he also updated it to include the concept of a chasm between two particular categories of adopters.
Source: A graph of Everett Rogers Technology Adoption Lifecycle model.
Source: Crossing the Chasm, 3rd edition by Geoffrey Moore.
The model contains five basic categories:
Between the early adopter and early majority populations, Moore added the concept of the "chasm," which represents the significant difference in how to communicate about a technology with early adopters versus how to talk with early majority adopters. Technologies that seem to stall in their adoption journey are often victims of the chasm. If the technologists do not change their communication and marketing strategy for the early majority, their technology will often fail at being adopted across a wide population. Although it may be tempting to classify digital natives as early adopters and digital immigrants as early majority, it's often not that clear-cut. Some digital immigrants are early adopters of certain types of technologies that they can easily envision supporting their organizational or individual goals. In other situations, a digital native may not see the cost/benefit of a new technology if the current technology it replaces meets their organizational or individual needs.
Individuals will not always be in the same category for every technology.
In this model, digital natives are less likely to be laggards in information technology settings, as long as those settings are related to the technology environments they are familiar with already. For example, digital natives typically pick up smartphone-based apps more readily than digital immigrants. As with the larger population, not all digital natives will consistently fall into the category of innovators or early adopters, so it's still worth investigating the population that you're dealing with in any particular instance.
Adoption Commitment Curve Model
Once we know who the adopters are and the size of the adoption, the next model that helps us move forward is Adoption Commitment Curve model introduced by Daryl R. Conner and Robert W. Patterson. This model is based on research on how individuals learn new things, a key element in adopting most technologies.
Source: Building Commitment to Organizational Change (18-30) by Daryl R. Conner and Robert W. Patterson.
The stages for the Commitment Curve are:
Generally speaking, communication mechanisms help people move from contact through awareness to understanding. Although communication mechanisms are also used for later stages, the character of support changes to implementation support mechanisms for trial use through adoption and institutionalization.
This model can be very helpful to diagnose anomalies in an adoption setting. Organizations often try to move too quickly to trial use, without helping employees understand what this technology means to them and their work. Conversely, organizations also ignore providing the implementation support their constituents need, focusing instead on the conceptual benefits of the technology. When I am working with an organization on adopting new practices or technologies, I can quickly determine their focus by looking at the kinds of transition mechanisms they have made available to support the transition.
This model highlights significant differences in how digital immigrants and digital natives approach new technology adoption settings. Since the Adoption Commitment Curve is essentially a learning model built on the observations of digital immigrants (the original model was published in 1981, when there were no digital natives yet), it's worth thinking about how it might differ when applied to digital natives.
For example, consider user manuals as a transition mechanism. Digital immigrants are more likely to use the sections beyond "Getting Started." Digital natives are more likely to use trial and error until they understand the concepts that guide how the system is used.
Another example is training approaches. As mentioned before, face-to-face, synchronous learning events may be better appreciated by digital immigrants, but shorter, asynchronous webcasts and videos may appeal more to digital natives.
How do we get people from here to there?
In 1997, Jerry Weinberg published the fourth volume in his Quality Software Management series, subtitled Anticipating Change. In that volume, Weinberg introduced a model of change that has proved to be useful at guiding organizations through a significant technology change process. Generally termed the Satir Change Model (named after its initial author, Virginia Satir), it looks at change from the viewpoint of those trying to change their own behavior.
Source: 4th volume in Jerry Weinberg's Quality Software Management series, Anticipating Change.
Prior to introducing a change, whether it is understood or not, there is a status quo of performance that has some baseline variation but is generally stable. When a foreign element is introduced (a technology change, in this case, though it could also be an organizational restructuring or market change), the individual or group goes into a period termed chaos, which is characterized by high variability in performance. During this period, individuals and groups try to determine the character of the change and whether or not they can or should adopt it. They also seek ways to make the change work within their overall framework of performance.
What's called the transforming idea arises when the individual or group figures out how to make the change work for them. We might assume that the transforming idea is the point at which we can realize the improved, more stable performance the foreign element was introduced to provide. We would be wrong: the transforming idea, typically, is something that will require new support mechanisms (see prior section) and new behaviors to ensure the new technologies work (technical feasibility) and that they can be adopted by those whose cooperation is needed for the change to be successful (adoption feasibility). During this stage, performance tends to improve and not vary quite as much as during the chaos stage, but without this the transforming idea, it's unlikely that a new, stable, status quo can be reached that maximizes the impact of the technology change on performance.
A key to moving through chaos, not surprisingly, is authentic communication about the conditions that led to the need for the change--one of the hardest things to achieve in large organizational or technology change.
The Satir Change Model works well in concert with the Adoption Commitment Model. Many of the communication mechanisms needed for individuals and groups to understand the Adoption Commitment Model are the same things that help individuals and groups move through the Satir Change Model's chaos to the transforming idea stages.
In terms of digital immigrants and digital natives, the Satir Change Model is probably the least impactful. In my observation, digital natives tend to move faster through integration and practice with less implementation support than digital immigrants. However, when it comes to practice-based technologies, like adopting new security practices or Agile methods, the main difference lies in the character of support they respond to, rather than how quickly they move from one state to the next.
Wrapping Up and Looking Ahead
Five questions, five models that support understanding a new technology and the implications it has for an organization. The five models detailed in this post can still help us analyze and implement new technologies. But in addition to relying on these classic models, we also need to reflect on new ideas that help us to adopt something new. For example, in recent years there has been significant research on the effects of multi-tasking (the favored term now is "task switching") on employee productivity. Digital natives often have a perception that multi-tasking makes them more productive. This, however, is not borne out by empirical research. To the contrary, research has produced the consistent result that individuals who perceive themselves as good multi-taskers actually are less productive than those who focus on serial task completion. In the next post in this series, I will examine how we take advantage of insights like this when planning technology adoption with a mix of digital native and digital immigrants in the same adoption population.
The book CMMI Survival Guide: Just Enough Process Improvement provides additional details on using all but one of the models listed here. Don't let the "CMMI" in the title fool you. Even though it was written with CMMI as an example, the second half of the book was meant to provide practical advice on using technology adoption research in practical ways. (I know, I'm one of the co-authors!) Even though it's an older resource, the information is still relevant outside the CMMI adoption context. To learn more about some of these models in relation to adopting Agile practices in the Department of Defense, see the SEI Technical Note, Agile Adoption: Selected DoD Acquisition and Management Concerns.