How to select an Enterprise Architecture Framework?

EXECUTIVE SUMMARY:

This article provides in detail the elements of an Enterprise Architecture (EA) framework that would be selected and deployed at a fictional United States (US) Federal Government contractor called FedCon. FedCon is divided into 3 Business Units (BUs) that are focused on providing Management Consulting, Information Technology (IT) Consulting and Systems Integration (SI) Services in Healthcare, Environment, and Finance.

This article analyzes FedCon in terms of Strategies, Politics, Innovation, Culture and Execution (SPICE) as shown below:

 StakeholdersDomains
StrategiesCEO, COO, and CIOBusiness-IT alignment
PoliticsBU SVPs, PMO and program/project managersTechnology products and services
InnovationEmployees directly interfacing with customersTechnology products and services
Culture PMO, HR and Accounting/FinanceLeverage the massive intellectual property
ExecutionAll employeesOrganizational performance

Based on the above, it is determined that The Open Group Architecture Framework (TOGAF) would be the appropriate EA framework at FedCon since (1) it is supported by multiple vendor tools (2) it is constantly being improved upon and (3) it has an Architecture Development Methodology (ADM) which can be used as a guide.

ABOUT FEDCON:

FedCon is a fictional 30-year-old large publically traded US Federal Government contractor that provides Management Consulting, IT Consulting, and SI services to civilian agencies. It has over 5,000 employees nationwide and it is structured into three Business Units (BUs). Each BU has domain expertise in Healthcare, Finance or Environmental information systems. This structure allows the BUs to work directly with the civilian agencies based on their missions. Each BU has its own account/business development (BD) team that reports to the BU Senior Vice President (SVP). The Program/Project Managers report to the BU SVP and provide status updates on programs/projects to the corporate Program Management Office (PMO). The PMO conducts weekly meetings to provide guidance on corporate standards, compliance, and general project templates.

Organizational Structure
Organizational Structure

PROBLEM STATEMENT:

Over the past couple of years, FedCon has lost 20% of its business. The CEO has been under pressure by the shareholders to turn the company around. Thus, the CEO hired a management consulting firm to determine what were the pain points within FedCon that were preventing it from staying competitive in the marketplace. The management consulting firm’s report revealed that due to inefficient business processes and outdated technologies FedCon’s BUs were not able to collaborate efficiently to manage business and technology changes. Based on these findings in the report, the CEO mandated the Chief Operation Officer (COO) and Chief Information Officer (CIO) to work together to find areas that they can improve in the next 12 months.

ANALYSIS:

In order to address the CEO’s concerns, the COO and CIO came to the conclusion that in order to help FedCon create a disciplined approach to managing strategic intent and its execution they had to look into the field of Enterprise Architecture. Thus, the COO and CIO decided to standup an Enterprise Architecture Program Management Office (EAPMO) that would report directly to the CIO. Initially, the EAPMO is tasked with determining the high-level criterions to select a framework. This task includes providing elements of the framework to be used and how the framework would be applied within FedCon..

In this article, we assess the feasibility of an EA framework that can be used in FedCon by making observations about Strategies, Politics, Innovation, Culture and Execution (SPICE) factors. These factors would focus on understanding the people, processes, and technologies at FedCon to create an effective EAPMO.

SPICE Factors
SPICE Factors

Strategies at FedCon:

At FedCon, there are multiple levels of strategies that are developed. These strategies include: (1) the corporate strategy determined by the CEO, (2) the operational strategy determined by the CFO, COO, and CIO, (3) the BU strategy determined by the BU SVPs and (4) the PMO strategy determined by the PMO office. This is shown below.

Multiple Corporate Strategies
Multiple Corporate Strategies

As we can see from the above figure, each strategy layer addresses different domains for the various stakeholders. Even though these strategies are developed to increase the bottom line and decrease costs, they are created in isolation. Additionally, since each BU is somewhat autonomous it can create technology products and solutions for the civilian agencies that overlap with corporate products and solutions. This is a problem since not leveraging the corporate assets where applicable for client delivery can result in program/project delays and duplicative systems.

The primary strategic concerns in choosing an EA framework are:

  1. Stakeholders – CEO, COO and CIO are the strategic stakeholders and the executive sponsors of the EAPMO.
  2. Domain – Strategically, FedCon is interested in the alignment of business and IT operations and efficient processes.

FedCon has never stood up an EA practice and thus it would be wise to select an EA framework that could guide them in what to do and that it has been proven in the industry to be useful for organizations that are just starting out their EA journey. These high-level strategic criterions are fulfilled by The Open Group Architecture Framework (TOGAF) that provides an Architecture Development Methodology (ADM) as a step-by-step guide and includes how to do stakeholder management.

Politics at FedCon:

Generally, when we talk about politics in an organization we are referring to the negative connotations attached to it. But for our purposes, we will define politics to mean the formal power or informal power of an individual or group within an organization. The power exhibited by these individuals and groups can turn into obstacles or support to bring about organization-wide changes. In this sense, here we refer to formal power as the reporting structures while informal power refers to the influence yielded based upon the size of the BU, revenue generated by BU, the headcount of BU and close relationships of BU leadership with the executives.

At FedCon, even though the BU SVPs have the same title, they don’t have the same power. Taking this into account and the emphasis by the US Federal Government Executive Branch to focus on healthcare issues, the largest and most profitable among the FedCon’s BUs in the healthcare BU. Due to this reason, healthcare BU SVP has more informal power among its peers. This means that if the healthcare BU can be convinced of the merits of the EA practice then we can come one step closer to a FedCon-wide EA practice.

The primary political concerns in choosing an EA framework are:

  1. Stakeholders – BU SVPs, PMO and program/project managers are the political stakeholders. The BU SVPs have the formal power to bring change within their respective BUs. The PMO is a well-established office and it has visibility into the various kinds of projects and has informal power by pushing down changes to the project level within different BUs. Lastly, the program/project managers within BUs are stakeholders as well since they have to indoctrinate their teams on how EA can be used as leverage when developing client technology products and services.
  2. Domain – Politically, agreement, collaboration, and coordination across BUs and the corporate team seems to be the area of focus to rapidly bring technology products and services.

Due to the “friendly” competition among BUs to become bigger and yield more influence in FedCon, politics has to be carefully considered. Sometimes BUs are not willing to share if there are possible overlaps with what they are developing and what is already available in a different BU or at the corporate level. Convincing BUs to work together could be hard and caution has to be taken in which players to involve in the development of the EA practice. Additionally, there has to be some sort of collaboration between the EAPMO and PMO for lessons learned and organizational improvements. These high-level political criterions are also fulfilled by TOGAF where it recommends how Architecture Governance and Architecture Boards should be set up.

Innovation at FedCon:

Broadly speaking, innovation in organizations is disruptive, incremental or a combination of both. Disruptive innovation as described by the world-renowned management theorist Clay M. Christensen’s institute is such that it “transforms an existing market or sector by introducing simplicity, convenience, accessibility, and affordability where complication and high costs are the status quo.” This disruption can come in the form of unique business models, products and/or services that can give rise to new industries and improve existing industries. On the other end of the innovation spectrum, incremental innovation is where small changes are made to existing business models, products and services to improve existing industries.

Being a US Federal Government contractor, innovation at FedCon is mostly incremental since it tries to improve upon its existing products and services that are provided to the civilian agencies. FedCon accomplishes incremental innovation by obtaining customer feedback and assessing the competitive landscape. However, since BUs only focus on their own expertise, there are fewer opportunities for collaboration across BUs, which means technology products and services, are being developed without leveraging what already exists in the organization.

The primary innovation concerns in choosing an EA framework are:

  1. Stakeholders – FedCon employees that work directly with customers are the stakeholders that need to be considered since the improvement of existing technology products and services are highly dependent upon customer feedback and conveying of the feedback to FedCon.
  2. Domain – In terms of innovation, FedCon is interested in creating technology products and services that meet customer expectations and exceed what the competition can offer.

EA is a disciplined approach to accomplishing enterprise objectives through alignment between business and IT. This disciplined approach can also be leveraged to make FedCon more competitive, which can result in bringing technology products and services quicker to the marketplace. This high-level innovation criterion also points towards using TOGAF since it is constantly being improved upon based on the feedback from technology vendors and solution providers.

The culture at FedCon:

The “father of modern management” Dr. Peter Drucker once said that “Culture eats strategy for breakfast.” Culture can affect the ability of any organization to adopt or resist changes to the organization. While culture is typically considered a fuzzy attribute of an organization but there are tangible things that we can observe to decipher corporate culture which includes (1) corporate values, (2) employee recognition and risk-taking, (3) salaries, commission and hourly rates, (4) location, (5) clothes and (6) domain expertise and product/service subcultures.

At FedCon, the culture is such that change is welcomed as long everyone who is affected by it understands its purpose and there is no disruption to normal business processes. This is a two-pronged issue for the selection of an EA framework since even if the value of EA is understood by senior leadership but it is not understood at the BU, program/project and individual levels then it becomes just another information collection exercise.

The primary cultural concerns in choosing an EA framework are:

  1. Stakeholders – FedCon has a process-driven and metrics-monitoring culture. This is one of the reasons that the Program Management Office (PMO) is an important part of FedCon since it provides a consistent process by which programs/projects can be evaluated. In order to incentivize employees to change their behavior for the organizational transformation, human resources and accounting/finance offices are also stakeholders in EA success.
  2. Domain – Culturally, FedCon is interested in creating an atmosphere that encourages employees to take risks and leverage the massive intellectual property it has developed over the years to stay competitive.

One of the reasons for the success of the PMO within FedCon is its process-driven culture. So for the selection of an EA framework, we have to consider what plays into strengths of FedCon. This high-level cultural criterion leads us to TOGAF that provides a methodological approach for EA within an organization. The EAPMO would make use of lessons learned from the PMO to create a successful EA practice.

Execution at FedCon:

Intention without execution is simply thoughts without results. An organization can have great intentions but if it does not operationalize those intentions then all the strategy discussions and documentation it did just an exercise in futility.

At FedCon, execution has two views. One view is the execution based on winning a government contract to deliver technology products and services. The second view is the execution of the corporate strategy that looks into entering new markets, mergers and acquisitions and creating superior technology products and services.

The primary execution concerns in choosing an EA framework are:

  1. Stakeholders – All employees of FedCon at every level are stakeholders in the successful execution of EA.
  2. Domain – In terms of execution, best practices have to be applied/created for all of FedCon and metrics developed that assess organizational performance.

STANDING UP AN EAPMO:

After assessing the business environment of FedCon to determine an appropriate EA framework, next we have to determine people, processes and technologies needed to standup the EAPMO. These needs are discussed below:

People:

In order to assess the skill sets needed to run the EAPMO, we have to look at the current skillsets available, skillsets that people need to be trained on and hiring people with the necessary skillsets at FedCon. The hard skills needed to join the EAPMO require the knowledge of the chosen EA framework (i.e., TOGAF) and the ability to find common themes to enhance collaboration. The soft skills needed to join the EAPMO require (1) being politically aware, (2) ability to create bridges/connections and (3) high emotional intelligence. Additionally, metrics will be created to evaluate EAPMO team members based on their hard and soft skills.

Processes:

The business processes followed by EAPMO would be determined by TOGAF best practices and what has worked within FedCon. At a high level, this would be the architecture governance process and at the lower level, this would the cross-functional team’s processes for being advocates and collectors of information across FedCon. The various processes would be tested in the first 6 months to work out any wrinkles and get a baseline understanding of what needs to be done.

Technologies: 

Now that we have selected the FedCon’s EA framework to be TOGAF, we have to select a tool that supports this framework. This tool can be selected by looking at Gartner’s Magic Quadrant for Enterprise Architecture Tools.

CONCLUSION:

Due to FedCon’s expertise as a technology company and for all the reasons stated in the analysis section, TOGAF is the right EA framework since it provides a roadmap of what needs to be done. One thing to keep in mind is that a framework needs to be flexible enough so it can adapt to changing organizational needs rather than the organization becoming a slave to the framework.

References:

  1. Khan, Arsalan. “5 Factors for Business Transformation.” Arsalan Khan. WordPress.com, n.d. Web. https://arsalanakhan.wordpress.com/2013/07/16/5-factors-for-business-transformation/
  2. “Stakeholder Management.” ADM Guidelines and Techniques – Stakeholder Management. TOGAF, n.d. Web. http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap24.html
  3. Schekkerman, Jaap. Enterprise Architecture Good Practices Guide: How to Manage the Enterprise Architecture Practice. Victoria, BC: Trafford Pub., 2008. Print.
  4. “Architecture Governance.” Architecture Governance. TOGAF, n.d. Web. http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap26.html
  5. Christensen, Clay M. “Christensen Institute.” Christensen Institute Disruptive Innovation Comments. Christensen Institute, n.d. Web. http://www.christenseninstitute.org/key-concepts/disruptive-innovation-2/
  6. “The Business Executive’s Guide to IT Architecture.” The Open Group Architectural Framework (TOGAF) Executive Overview. TOGAF, n.d. Web. http://www.opengroup.org/public/arch/p1/oview/
  7. Caldbeck, Ryan. “Why Execution Is Everything In Business.” Forbes. Forbes Magazine, 16 Sept. 2014. Web. http://www.forbes.com/sites/ryancaldbeck/2014/09/16/why-execution-is-everything/
  8. “Organisational Culture Eats Strategy for Breakfast and Dinner.” ORGANISATIONAL CULTURE EATS STRATEGY FOR BREAKFAST, LUNCH AND DINNER. Meliorate, n.d. Web. http://www.torbenrick.eu/blog/culture/organisational-culture-eats-strategy-for-breakfast-lunch-and-dinner/
  9. Lapkin and Weiss. “Ten Criteria for Selecting an Enterprise Architecture Framework”. Gartner report G00163673. Gartner http://my.gartner.com/portal/server.pt?open=512&objID=260&mode=2&PageID=3460702&resId=838915&ref=QuickSearch&sthkw=G00163673
  10. Brand, Saul. “Magic Quadrant for Enterprise Architecture Tools.” Gartner report G00263193 http://my.gartner.com/portal/server.pt?open=512&objID=260&mode=2&PageID=3460702&resId=2859721&ref=QuickSearch&sthkw=ea+tools+magic+quadrant

Processing…
Success! You're on the list.

Is the Internet a Distributed System?

Tanenbaum and Steen describe a distributed system as “a collection of independent computers that appears to its users as a coherent system.” This means that even if there are multiple heterogeneous components within the distributed system communicating with each other, but from a user’s point of view it is a single system. An example of a distributed system would be the World Wide Web (WWW) where there are multiple components under the hood that help browsers display content but from a user’s point of view, all they are doing is accessing the web via a medium (i.e., browsers). The following figure from Tanenbaum and Steen below helps visualize their definition of a distributed system.

Distributed Systems Organized as Middleware

From the above figure, we can observe that the distributed systems layer sits in-between the various computer applications and the independent computer operating systems. What the authors are trying to show here is that distributed systems are at a software layer level that acts as the “glue” which helps in sharing of resources across various independent components (i.e., computers) but at the same time seems like a single system to the end-users. The authors call this type of distributed system middleware. Additionally, we notice that these components are connected via a network. While it is not clear what kind of network this is but we can extrapolate that these independent computers are on the same network.

As we can see that the importance of the network cannot be minimized. For if there is no network then it becomes difficult for independent components to talk to each other and share resources hence there is no distributed system. The importance of the network is such that when we look at the 8 fallacies formulated by Peter Deutsch 8 out of the 8 fallacies when developing distributed applications are about the network. Following are these 8 fallacies:

  1. The network is reliable
  2. The network is secure
  3. The network is homogenous
  4. The topology does not change
  5. Latency is zero
  6. Bandwidth is infinite
  7. Transport cost is zero
  8. There is one administrator

Despite the importance of the network for distributed systems, can we truly claim that the Internet, which is a network of networks, is really a distributed system? I would say no since while a network provides the essential connectivity and communication channels for a distributed system but the network itself is not a distributed system. From an end-user perspective, the Internet might appear to be a single system (e.g., email) but in reality, email is not the Internet but a service provided on top of the Internet utilizing existing Internet infrastructure. Vera-Ssmio and Rodrigues agree with the claim that there is a distinction between a network and a distributed system. They emphatically say that “a computer network is not a distributed system.” 

Beyond the technological aspects though, should we be looking at distributed systems from a broader lens. Should we be looking at distributed systems from security and privacy perspectives? The answer is of course yes. The reason is that by definition within a distributed system components share resources. Some examples of sharing resources would include memory allocation and computing power optimization to name a few. But the sharing of resources opens up a Pandora’s box of issues related to security and privacy. This is due to the fact that when sharing resources, certain information (e.g., computer IP addresses, open ports, etc.) needs to be shared as well. The exposure of this information can result in unintentional consequences on one end or deliberate attacks on the other end. We need to ask ourselves: How much information sharing is too much? What happens when information is compromised? Should the Internet become a Distributed System? What happens if one computer is exposed and an intruder has gotten onto the network? How do you safeguard other computers on the same network that share resources?

In conclusion, in the 21st century, the Internet has become a necessary tool for businesses and individuals to interact with each other and share information. Some examples of this information sharing include emails, browsing the World Wide Web, conducting a financial transaction, sharing photos, etc. As time progresses, the importance of the Internet will only increase which would result in improvements and the creation of new services and business models. Thus, in order for businesses and individuals who are interested in leveraging the power of the Internet, it is useful to understand what the Internet is and what it is not. So, when we hear that if the Internet is a distributed system, the immediate reaction for some people is of course it is. But if we dig a little deeper, we would realize that the answer is not as simple. The reason is that the Internet itself is a network of networks and does not necessarily fall under the classic definition of a distributed system. Thus, in this paper, we have made the argument about the Internet not being a distributed system and raised some issues that go beyond the technological realm.

References:

  1. Tanenbaum, Andrew S., and Maarten Van. Steen. Distributed Systems: Principles and Paradigms. Harlow: Prentice Hall, 2006. Print.
  2. Veríssimo, Paulo, and Luís Rodrigues. Distributed Systems for System Architects. Boston: Kluwer Academic, 2001. Print.

Processing…
Success! You're on the list.

Gamification

OVERVIEW:

People who have not heard the term “gamification” before perceiving it to be about games but this is inaccurate. In order to address this misperception, Deterding and his team researched the various uses of gamification and came up with a definition that states gamification as “the use of game design elements in non-game contexts.” (Deterding et al.) We can see from this definition that gamification distinguishes itself from games by implying that while games are for fun without real-world implications but gamification has implications in the real world. Broadly speaking, gamification continues to be applied to various areas of business, technology, and society.

For this research paper, the focus is on the business and technology aspects of gamification. This leads to the definition by Gartner that states gamification as “the use of game mechanics and experience design to digitally engage and motivate people to achieve their goals.” In this definition, game mechanics refers to the points, badges, and leaderboards that are applied to computers, smartphones and wearables and experience design refers to gameplay, play space and storyline(s) to motivate people to change behavior. What this means is that gamification is used to change the norms, attitudes, and habits of people and organizations from a current state to a future state through today’s technologies.

For organizations, gamification is looked at from a strategic perspective in the following ways:

  1. External Purposes: Organizations use gamification externally for customer engagement. The idea is that if customers are more engaged then this can create customer loyalty. This customer loyalty can lead to brand awareness and consequently more products and services being sold. In this sense, organizations use gamification as a sales and marketing tool that is often applied using websites, online communities, mobile devices, and other digital devices.
  2. Internal Purposes: Organizations use gamification internally for employee engagement. The idea is that if employees are more engaged then this can help achieve various organizational objectives. Thus, in this sense, organizations use gamification in hiring, training, product enhancements, innovation, performance improvement and change management that is often applied through technologies in the organizations.

Initially, when gamification started to pick up steam in 2010, organizations were only interested in its external uses up until 2013. However, Gartner states that this started to change in 2014 where now organizations are interested in using gamification for external and internal purposes. This change is using gamification is reflected in Gartner’s Emerging Technologies Hype Cycle wherein 2014 gamification moved to Trough of Disillusionment from 2013’s Peak of Inflated Expectations. By simply looking at the 2013 and 2014 Hype Cycles one might think that gamification’s days are numbered. But a closer look reveals that organizations are beginning to understand how gamification can be used to not only increase the bottom line but also how it can help them transform themselves.

Thus, in a nutshell for our purposes, gamification for organizations is the use of game design thinking to change behaviors internally and externally through technology.

2013 Emerging Technologies Hype Cycle
Figure1: 2013 Emerging Technologies Hype Cycle
2014 Emerging Technologies Hype Cycle
Figure 2: 2014 Emerging Technologies Hype Cycle

BACKGROUND:

The idea of using gamification for external and internal purposes is not new. One of the earlier applications of gamification can be attributed to the Cracker Jack company who more than 100 years ago introduced the idea of having a toy prize in its boxes. While basic but it worked and soon other organizations started to follow the same route. However, currently, gamification implies making real-world activities more game-like through the use of technological advancements. In order to understand the current view on gamification, we have to look at a few significant events that have occurred over the last 40 years. These include:

  • In the 1970s, the invention of the microprocessor that led to the PC revolution
  • In the 1980s, the development of the first massive multiuser computer game called Multi-User Dungeon (MUD) created by Richard Bartle at the University of Essex in England
  • In 1984, Charles Coonradt explored why people were more engaged at sports and recreation activities that at work which led to the following 5 principles of making work more game-like:
    • Clearly defined goals
    • Better scorekeeping and scorecards
    • Frequent feedback
    • A higher degree of personal choice of methods
    • Constant coaching
  • In 2002, the Serious Games Initiative was launched that brought together the private sectors, academia, and military to develop battlefield simulations for training
  • In 2010, Jesse Schell’s presentation goes viral and starts to resonate with the business community.

Today, the video games industry is a $70 billion industry. Over these last 40 years, it has figured out how to keep people engaged and motivated for longer periods on time. During this time we have seen the explosion of computer devices being used and the creation of the Internet that has given rise to video games that can be played simultaneously online with many users. From a business perspective, some of Coonradt’s principles have been used for creating performance reviews and loyalty programs. As time passes we will see technology and business fields coming together for gamification purposes.

EXAMPLES OF GAMIFICATION IN ORGANIZATIONS:

The Good Examples:

Gamification can be beneficial for organizations that know how to correctly and thoughtfully use it for internal and external purposes. Following are some examples of where gamification was used to produce positive results for organizations:

  • Increasing System Usage and Engagement: Salesforce sells Software-as-a-Service (SaaS) subscription services to organizations. One of these subscription services is the Customer Relationship Management (CRM) service in the cloud that is mostly used by the customer’s sales staff. In order to increase the adoption of the CRM services with the customer’s sales staff, Salesforce turned to gamification by creating a game called Salesforce’s User Hunt for Chicken. In this game, game mechanics such as status changes were used to motivate sales staff to use more of the CRM services features. In one case, the customer’s sales staff compliance in using the CRM service increased by 40%. This example shows how gamification was used to create a win-win-win scenario where (1) the customers’ sales staff wins since they become more aware of how to utilize the CRM service to its full potential by using its features, (2) the customer wins since their sales staff is using the features that they have already paid for and (3) Salesforce wins since it creates opportunities for itself to stay competitive by keeping the customer’s sales staff reliant on their CRM services.
  • Increasing Customer Interaction: Dodgeball was the predecessor to Foursquare that used check-ins for events. It was sold to Google in 2005 but after four years of getting a very little traction, Google decided to shut it down. Foursquare, on the other hand, took the check-in concept and used gamification to gain traction. They did this by using game mechanics such as badges and perks to incentivize users to check-in. Today, Foursquare is one of the most popular applications in the world. It has 50 million registered users, 1.9 million listed businesses and it has crossed 6 billion check-ins. This example shows how gamification was used to enter and dominate a market by creating value for the users in the forms of perks.

Bad Examples:

Gamification can be detrimental for organizations that don’t know how to correctly and thoughtfully use it for internal and external purposes. Following are some examples of where gamification produced negative results for organizations:

  • No Value for Users: Google’s social network is called Google+. Google+ has 300 million users who spend an average of 7 minutes per month on the social network. In order to increase the time spent on Google+, Google decided to use gamification. Thus, Google decided to use game mechanics such as badges to give to Google+ users who read Google News. The problem with this approach was that it was not clear what value these badges provided to the users since they were private and added no value to the search being conducted. This example shows how a half-baked attempt at gamification resulted in creating something that users did not find appealing.
  • Lack of Proper Cost-Benefit Analysis: Marriot was interested in recruiting and training associates for its management program. In order to do this, they turned to gamification by creating a game called My Marriot Hotel. While the initial idea was not bad but as Kevin Kleinberg states in his article, the amount of money spent in creating this game versus the number of people who would actually become managers at Marriot seems to be miscalculated. This example shows gamification is not a remedy for management’s lack of foresight into the actual user base versus the amount of money spent on gamification.

RISKS AND CHALLENGES: 

Gamification as an emerging technology has its risks and challenges as any new technology would have but since it is heavily dependent upon people either as players/users or game designers, it needs to consider areas of human psychology and motivation as well. Following are some of the risks and challenges of gamification:

  • Points Obsession by Players: The competitive nature of gamification in organizations can result in players being too obsessed with the points, badges, statuses rather than understanding why the game is being played in the first place (e.g., training, change management, innovation, etc.). The main question to ask here is, “How do you prevent players from becoming obsessed with just collecting points?”
  • Manipulation: Gamification has elements of manipulation in it either by the game designers and/or by the players themselves. These are discussed below:
    • Game Design: A game with a predefined agenda to change behaviors can be considered by some to be manipulation by the game designers. The main question to ask here is, “How do you avoid manipulation baked into gamification that is based on the game designer(s) biases?”
    • Players: The competitive nature of players can result in them creating the system that is supposed to be equal for everyone. The main question to ask here is, “How do you prevent players gaming the system?”
  • Regulatory and Legal Issues: Depending upon the nature of gamification in the organization, there might be laws and regulations that the organization needs to abide by. If careful attention is not paid, this can result in fees and fines. The two main questions to ask here is, “What are the federal, state and local regulatory concerns that need to be considered?” and “Are there any laws/rules that are applicable nationally and internationally?”

While the above questions are not a comprehensive list but it is a starting point when organizations are thinking about how gamification can be used externally and internally.

RECOMMENDATIONS:

Based on research done on gamification, its examples, its risks, and challenges, I recommend the following:

  • General Recommendations: Following are some general recommendations that should be considered for both external and internal uses of gamification:
    • Clearly defined goals: For organizations and players, it should be clearly stated what the gamification initiative is intended to accomplish.
    • Not a Panacea: While there is great promise in gamification for organizations but it should not be considered an answer for everything. Blindly applying gamification without thinking through organizational repercussions can be a recipe for disaster.
    • Measure, Measure, Measure: Gamification is used for organizational improvements whether it is used for external purposes or internal purposes. Since it is about organizational improvements, its progress needs to be measured, feedback should be obtained from its users and should be updated as needed.
  • External Use Recommendations:
    • It is about Values: When using gamification, organizations need to understand that it is not a one-way street but a multi-way street where value needs to be created for everyone involved.
  • Internal Use Recommendations: When using gamification, organizations need to create a balanced approach between intrinsic considerations and extrinsic rewards. This balanced approach should include understanding the organization in terms of Strategies, Politics, Innovation, Culture and Execution (SPICE) factors as shown below:
SPICE Factors
SPICE Factors

CONCLUSION:

As we have seen throughout this research paper, gamification has implications across many different aspects of an organization whether it is applied externally and/or internally. Due to the continuous improvements in technology and our desire to be better, there will always be new business models where gamification can prove to be useful. Here organizations have a choice of ignoring it as a passing fad or getting ahead of it to understand how it can help them transform themselves. Thus, gamification will continue to be an emerging technology regardless of where it stands in Gartner’s Hype Cycle.

References:

  1. Sebastian Deterding, Dan Dixon, Rilla Khaled, and Lennart Nacke. 2011. From game design elements to gamefulness: defining “gamification”. In Proceedings of the 15th International Academic MindTrek Conference: Envisioning Future Media Environments (MindTrek ’11). ACM, New York, NY, USA, 9-15. DOI=10.1145/2181037.2181040 http://doi.acm.org/10.1145/2181037.2181040
  2. “Gamification – Gartner IT Glossary.” Gartner IT Glossary. Gartner, n.d. Web. http://www.gartner.com/it-glossary/gamification-2/
  3. “Gartner’s 2013 Hype Cycle for Emerging Technologies Maps Out Evolving Relationship Between Humans and Machines.” Gartner’s 2013 Hype Cycle for Emerging Technologies Maps Out Evolving Relationship Between Humans and Machines. Gartner, 19 Aug. 2013. Web. http://www.gartner.com/newsroom/id/2575515
  4. “Gartner’s 2014 Hype Cycle for Emerging Technologies Maps the Journey to Digital Business.” Gartner’s 2014 Hype Cycle for Emerging Technologies Maps the Journey to Digital Business. Gartner, 11 Aug. 2014. Web. http://www.gartner.com/newsroom/id/2819918
  5. “About Us.” About. Foursquare, n.d. Web. https://foursquare.com/about
  6. Shaw, Elizabeth. “Elizabeth Shaw’s Blog.” Gamification: Defining A Shiny New Thing. Forrester Research, n.d. Web. http://blogs.forrester.com/elizabeth_shaw/11-06-30-gamification_defining_a_shiny_new_thing
  7. Werbach, Kevin. “Coursera – Gamification.” Coursera. Coursera, n.d. Web. https://www.coursera.org/course/gamification
  8. Krogue, Kevin. “5 Gamification Rules From The Grandfather Of Gamification.” Forbes. Forbes Magazine, n.d. Web. http://www.forbes.com/sites/kenkrogue/2012/09/18/5-gamification-rules-from-the-grandfather-of-gamification
  9. “Getting past the Hype of Gamification.” PwC. PwC, n.d. Web. http://www.pwc.com/us/en/technology-forecast/2012/issue3/features/feature-gaming-technology-acceptance.jhtml
  10. Palmer, Doug, Steve Lunceford, and Aaron Patton. “The Engagement Economy.” Deloitte Review. Deloitte, n.d. Web. http://www.deloitte.com/view/en_US/us/Insights/Browse-by-Content-Type/deloitte-review/c7cee86d96498310VgnVCM1000001956f00aRCRD.htm
  11. Stanley, Robert. “Top 25 Best Examples of Gamification in Business.” Clickipedia. Clickipedia, 24 Mar. 2014. Web. http://blogs.clicksoftware.com/clickipedia/top-25-best-examples-of-gamification-in-business
  12. Kleinberg, Adam. “Brands That Failed with Gamification.” – IMediaConnection.com. – IMediaConnection.com, 23 July 2012. Web. http://www.imediaconnection.com/content/32280.asp
  13. Khan, Arsalan. “5 Factors for Business Transformation.” Arsalan Khan. WordPress.com, n.d. Web. https://arsalanakhan.wordpress.com/2013/07/16/5-factors-for-business-transformation
  14. Khan, Arsalan. “5 Questions to Ask About Gamification.” Arsalan Khan. WordPress.com, n.d. Web. https://arsalanakhan.wordpress.com/2014/10/27/5-questions-to-ask-about-gamification

Processing…
Success! You're on the list.

5 Questions to Ask When Developing Mobile Apps

When developing “apps” for mobile devices, organizations need to consider if they are going to be developing native apps, web apps or hybrid apps. Determining mobile needs can mean the difference between creating something that has a short-term advantage and/or long-term strategic value. Let’s explore what are the differences between various types of mobile apps along with the pros and cons of each type.

A native mobile app is one where the app being developed is specific to a mobile device (e.g., iOS, Android, etc.), where the code is executed at the mobile device level and the app leverages the internal capabilities (e.g., camera, keyboard, geo-locator, etc.) of the mobile device. On the other hand, a web app is one where the app being developed is not specific to a mobile device, where the code is not executed at the mobile device level and the app does not leverage the internal capabilities of the mobile devices. In other words, a web mobile app is an app developed for the web that can be easily displayed by the mobile device. Lastly, a hybrid mobile app is the one that is some sort of a mix between a mobile native app and a mobile web app.

Following are some of the things that need to be considered when developing an app that utilizes the Internet:

  • Privacy: In creating apps, data collection, data sharing, and data usage need to be considered. Privacy concerns include the app’s access to data beyond what it claims to access, how a personal date is shared using/across the Internet and if the app is accessing/updating other apps on the mobile device that the customer is not aware of.
  • Security: Security is an obvious concern for both organizations and individuals. In apps that use the Internet, we have to make sure that data transmitted over the Internet is secure, be confident about the security of the mobile device itself, know when is the mobile device executes the code and how secure are the servers that execute the code.
  • Limited Capability: Due to the generic nature of web apps, they are limited in what capabilities of the mobile devices they can utilize but on the other hand native mobile apps use the capabilities of the mobile device itself. This consideration means that customers can have an excellent experience or a mediocre one.
  • Presentation: Due to limited real estate on a mobile device and less processing power as compared to a laptop or a desktop, presentation of content has to be in a way that is quick and not overwhelming.
  • Code: In a native mobile app, the code is retrieved from the servers and stored on the mobile device. This means that native mobile app code needs to be thoroughly tested for specific devices and device vulnerabilities. In a web app, the code remains on the servers and never downloaded to the specific mobile devices.
  • Code Execution: In a native mobile app, the code is run on the mobile device itself which means that memory, processing power, features and vulnerabilities of each mobile device have to be taken into consideration. On the other hand, a web app code is run on the servers and thus there is a tremendous amount of processing power and storage needed on the servers to handle many customers accessing the web app.
  • Data: A native mobile app could be sending data to servers (e.g., GPS coordinates, etc.) and/or retrieving data from servers (e.g., traffic, etc.). For this exchange of data, the native mobile app has to take into consideration the network bandwidth and the number of times the network mobile app needs to connect to the servers which means that quality and speed of connectivity are important. For a web app, connectivity remains important otherwise a less desirable customer experience might be achieved.
  • Storage: In developing a native mobile app, storage limits need to be considered for each mobile device this means that various devices need to be tested. On the other hand, the main concern for storage is for the servers and how much data they can handle.
  • Cost: A web app is only developed once which can then be accessed by various mobile devices. Thus, it is cheaper to develop and maintain as opposed to a native mobile app where a specific code needs to be developed for each mobile device that accesses it. This consideration means that development timelines for native mobile apps are longer than web apps.

Now that we understand the various things that need to be considered before and the app is developed, let’s ask the following questions that would help in deciding which type of app should be developed:

Today

Tomorrow

Who are the users of your apps?Who should be users of your apps?
What data do you extract and share?What data should you extract and share?
Where does the data come from?Where should the data come from?
When apps are available to use?When apps should be available to use?
Why app development matter?Why app development should matter?

When you are asking the above questions, keep in mind that merely jumping on the bandwagon to develop an app since everyone else is doing it is not a sound strategy. Ignore all the noise and truly understand if an app is really needed by your customers, employees, stakeholder, partners, and vendors. Lastly, be cognizant that if the app truly meets the need that you are trying to assess and address for the future.

References:

1. https://otalliance.org/best-practices/mobile-app-privacy-security

Processing…
Success! You're on the list.

35 Concepts that Affect Organizational Transformation Efforts

Organizational transformation entails understanding where the organization is today and where it wants to be tomorrow in terms of people, products, services, processes, and technologies. In order to accomplish this transformation, we have to determine the organization’s ‘eligibility’ by assessing its Strategy, Politics, Innovation, Culture and Execution (SPICE) factors. The SPICE factors help us determine (1) the underlying motivations of why the strategy was developed, (2) who are the power players in the organization, (3) who is really responsible for innovation, (4) who is an example of corporate culture and (5) who would help in carrying out this transformation across the organization.

As the organization begins its transformation journey, one glaring fact that is revealed is that the most crucial element to accomplishing change cannot occur without people. People are your organization’s lifeblood. People are the biggest champions of change or the biggest obstacle to it. Thus, in order to bring transformational changes in the organization, we have to understand the following concepts that affect individuals and group dynamics:

A. Inclusive Transparency

35 Concepts 1

1. Cumulative Error – Your message of transformation can be distorted along the way and could be translated into many things (e.g., layoffs, outsourcing, etc.). To address this:

2. Deep Time – People believe that the past was shorter than the future. For organizational transformation, this means that if the future does not have a due date then there is the tendency to think that transformation can happen at a later time. To address this:

  • Have transformation due dates
  • Share what happens after the transformation
  • Assess motivators that change the discussion from ‘I will do it tomorrow’ to ‘Lets create the future today’

3. Externalities – Everyone affects everyone even if they don’t know it. For organizational transformation, this means that even the most isolated action in the organization can hinder change. This could be merely someone saying that they don’t believe transformation is going to be successful without giving any constructive feedback. Essentially, by saying this what people have done is created an opinion that is the seed to create doubt in others. To understand this:

  • Determine who are the spoken and unspoken champions and obstructionists
  • Empower champions and ask the obstructionists why they are resistant
  • Actively address the concerns of the obstructionists

4. Inference to the Best Explanation – The truth behind something is often reasonable and the best explanation. For organizations transformation what this means is that while there are many truths behind the failure of a transformation activity but often times it is the simplest explanation of what happened that prevails. Of course, we have to be cognizant that this explanation is bias-free and objective. To determine this:

  • Read between the lines
  • Concentrate on what can be improved rather than who did it

5. Shifting Baseline Syndrome – Depending upon various variables, being ‘normal’ differs from one person to another. For organizational transformation, this means that the perception of what needs to be achieved can drastically vary from executive to the individual contributors. To address this:

  • Create and reiterate the objectives of the organizational transformation efforts
  • Re-inform periodically what they are doing has a role in the organizational transformation efforts

6. Subselves and Modular Minds – People have multiple versions of themselves which change and morphs based on who they interact with. For organizational transformation, this means that to get to the truth behind the truth be ready not to take things at just face value. To understand this:

  • Don’t ask what is wrong in front of the superiors
  • Create a repercussion-free zone where people can openly discuss what they think is going on anonymously

B. Bite-Sized Information35 Concepts 2

7. Cognitive Humility – People have a finite capacity of absorbing and retrieving information. Due to this finite capacity, people look for information that sits well with their own perceptions. For organizational transformation efforts, this means that if it is perceived that something similar has happened in the past with no great results then your current transformation effort would be considered just another ‘talk’. To address this:

  • Acknowledge the success and failures of the past transformation efforts
  • Discuss openly what lessons have been learned from the past transformation efforts and how those lessons are used in your current efforts
  • Create balanced specific action plans for individuals and groups, which are directly tied to their motivations (e.g., money, time-off, time to work on unique projects, competition, etc.)
  • Create measures that assess the performance of the action plans and determine various ways to measure and not measure them
  • Be transparent and share small and big success so that the transformation efforts stay top of mind
  • Don’t be afraid to add people to the transformation leading team who you didn’t consider at the beginning
  • Design your team so that they are a cross-section of every function (e.g., management, finance, accounting, marketing, operations, information technology etc.) and every level (e.g., executive, senior management, middle management, front line individual contributors etc.) within and outside (e.g., vendors, customers etc.) the organization

8. Cognitive Load – At any given moment in time, people can only handle small amounts of information to make decisions. If there is too much information then there is a high likelihood of stagnation that often results in indecisions. Perhaps that is why video game designer gives the player bare minimum information (e.g., lives remaining, mission completion status, etc.) so that they can accomplish what they need to and move on to the next task. To address this:

  • Provide the least bit of information with the most impact (e.g., # of functional units transformed, # of processes captured and verified, etc.)
  • Create anticipation (e.g.., only X time left until its time for their function to be transformed)
  • Share the right information with the right people at the right time

9. Constraint Satisfaction – With too many options we become paralyzed and thus in order to get things to get moving we have to have some constraints around them. These constraints can come from within or outside the organization for the purposes of transformation efforts. To address this:

  • Don’t try to boil the ocean but instead create ponds than lakes and then rivers
  • Have deadlines and make people work towards them
  • Allow short meetings and give power to people to cut them off when productivity declines

10. Cultural Attractor – People are attracted to ideas and thoughts that are easily digestible. Simplicity is the name of the game even in organizational transformation efforts regardless of how complex it really is. To address this:

  • Clearly define what is that you plan to accomplish
  • Create a 140-character description, a 1 pager, and a 10 pager
  • When creating process maps, eliminate complex symbols/notations and only use the basic ones to convey information
  • Setup process map meetings in a way that people become encouraged to participate since it’s so simple that anyone could do it
  • When evaluating technologies, don’t just read the systems documentation but inquire people how would they define the purpose of the information system that they use

11. Name Game – We are biologically programmed to name things and classify them but often times this can lead to not understanding what is behind that name. For organizational transformation, this means that create activities names that are easily identifiable. To use this:

  • Use acronyms that have the meaning as well (e.g., the organization needs SPICE for transformation)
  • Classify names and descriptions of activities and achievements in a way that it is clearly understood what is being attempted and what has been accomplished

12. Umwelt – People often accept reality without going into depth. For organizational transformation, this means that due to the increasing pace of businesspeople have developed certain shortcuts in their minds of how things work. To address this:

  • Challenge the thinking of everyone and everything around you
  • Show proof that their thinking might be based on outdated information
  • Document concerns to have a solid understanding of the cultures and subcultures

C. Big Picture35 Concepts 3

13. Contingent Superorganisms – After people have achieved what they want to achieve individually then they automatically become more open to helping others and larger audiences. That is why at a certain point in time, people like to give back and create a legacy of selfishness. For organizational transformation, it becomes really important to figure out who these people are. These are not necessarily those who are perceived to be accomplished (e.g. superstar executive etc.) but it could anyone from the lowest rungs of the organization to people outside the organization. To address this:

  • Find out what motivates people outside of work and use those external motivations to see if the same passion is displayed at work. If not, ask the individual how that can happen
  • Understand that status quo often means being burnt too many times
  • Keep an active lookout for those who put the group before themselves and would volunteer their own time to be a part of the transformation. Don’t just use these people but recognize them in various ways (e.g., employee recognition, bonus, paid family vacations, etc.)
  • Be cognizant of people who are getting involved because of their superiors
  • Be vigilant and recognize that sometimes the person being recommended is not the best

14. Copernican Principal – People often feel that their role is insignificant compared to the big picture. These thoughts can lead to people being tuned out and just punching the clock rather than understanding their value in the organization. To address this:

  • Visually show how their individual contributions are changing the organization for the better
  • Don’t be afraid to apply this concept for customers as well and show how their contributions (e.g., buying products/services, giving feedback, etc.) is helping create a better organization

15. Focusing Illusion – People often focus on the ‘only if’ and live in its illusion. For organizational transformation, this means that people often mistake transformation as a big bang activity while it is a slow steady approach to constantly improving organizations. To address this:

  • Share the plan of organizational transformation would across various organizational functional units
  • Constantly remind and show that organizational transformation is about the ‘here and now’

16. Holism – The idea here is that in the big picture, the little details do count as well. For organizational transformation, this means that no information is minuscule enough that it has no effect of transformation. In fact, even the minuscule information if not understood and addressed can lead to a snowball effect that can come from the left-field when it comes to the transformation journey. To understand this:

  • Recognize that due to education, work, and life experiences some people prefer to stay within their own silos without knowing how others actions affect them and how their actions affect others beyond their functional responsibilities
  • Create a ‘one-view’ map that shows the major connections between all the silos and how indirectly they are helping and hindering each other
  • Create a forum where interdependencies can be understood and improved and go beyond functional boundaries and few peoples
  • Help people connect the dots and display it everyone can see it

17. Positive Sum Game – Everyone wins. For organizational transformation, this means that transformation objectives should be balanced in a way that all teams that are involved get benefits out of it. For some, this benefit would be having a better idea of how the business works, for some this benefit, would be doing more with less, for some this benefit would be transitioning to another career. To create a positive-sum game:

  • Listen to all parties to come with positive sum solutions
  • Act in the interest of all parties and show this at the begin, middle, end and after the organizational transformation efforts

18. Powers of Ten – By understanding scaling laws you can have a better idea of where anything sits in the bigger scheme of things. For organizational transformation, this means that you should ask and assess and assign actual values in terms of the magnitude of transformational activities. To do this:

  • Ask various functional areas to represent the importance of their work for the organization. Then ask another functional area to assess what has been reported. After this brings the functional areas together to discuss the difference which is oftentimes based on known and unknown biases (e.g., IT are an only order taker, accountants are just bean counters, etc.)

19. Self-Serving Bias – People perceive themselves to be better than others. For organizational transformation, this means that for successful people would take credit but for failure, they would blame others. To address this:

  • Create surveys to reveal people’s biases towards themselves, others, their functional unit, and other functional units
  • Emphasize that successfully transformation efforts benefit them individually and the organization as a whole
  • Document any concerns that are revealed to get a sense of the idea of culture in the people’s minds

D. Patterns Matters

35 Concepts 4

20. Cycles – Everything is cyclical. For organizational transformation efforts, this is a disaster repeating itself in terms of hiring the same kind of people, redundant processes and outdated technologies. To address this:

  • Determining candidate cultural fit does not mean to hire or rehire from the same pool (e.g., age, gender, geographical location, race, birthplace, language pronunciations, how they look, etc.) of people
  • Identify processes that have a black hole meaning that they are being carried out without any regard to their usefulness
  • Recognize patterns in organizational transformation efforts
  • Understand that technologies that are being used are not necessarily the best to get the job done but are those that people are just comfortable with and hence continue to use them

21. Double-Blind Control Experiments – This method is used to identify the underlying biases people have without even recognizing them. In organizational transformation, this can mean the difference between onboard or just being an observer to see what happens. Use this method to:

  • Determine how do people actually feel about transformation efforts anonymously
  • Determine if there are varying tendencies (e.g., preference to work with younger folks rather than older folks, the difference between 9-5 versus getting the job done, text versus visual display of information, etc.)

22. Fixed-Action Patterns – Certain behaviors and attitudes displayed by people are not necessarily biases but have been learned and reinforced over time so it becomes a habit. To leverage this:

  • Observe what people do and then ask why they did it. Get to the underlying factors of their actions
  • Train people so that transformation is not a one-time event but a continuous improvement initiative

23. Hidden Layers – As time progresses people develop layers between what is the reality and what is perception. These layers help develop habits that can be restarted even after practice years later. For organizational transformation, this means that success and failures are learned over time and can be used to affect the organization. To figure this out:

  • Find out who has been involved in any kind of transformation even it was outside the current organization
  • Assess what habits led to success or failure keeping in mind biases

24. Predictive Coding – People are a product of what happens to them and over time this becomes a pattern recognition system to engage or avoid. For organizational transformation, this means that people’s thoughts and eventual actions are based on what has happened to them. To leverage this:

  • Positively reinforce the benefits of transformation not only through talk but through action
  • Get to the root of people’s behavior and actions to turn them into a positive
  • Understand that you cannot turn everyone into a champion but as long as they are not an obstacle then you have come closer to a positive result

E. Team Creation

35 Concepts 5

25. Effective Theory – If you can’t measure it then you can’t improve it. For organizational transformation, what this means is that while it is useful to have plans and work towards achieving the objectives of those plans but they are meaningless if it is not being measured. To assess this:

  • Properly define what successes and failures looks like
  • Know what to do when successes and failures are encountered
  • Don’t measure for the sake of measuring

26. Expanding In-Group – The world is a global village and there is more interconnectedness than anytime else in our history. This interconnectedness can lead to looking at solving problems from different angles. For organizational transformation, this means that the more diverse and cross-over that you have in your teams, the better it would be able to solve problems on a bigger scale. To leverage this:

  • Create hybrid teams from various parts of the organization
  • Inform team members that they are all equal in the team and everyone has a veto
  • Give the same problems to different teams and see what solutions they come up with. Combine these teams to create solutions that have a holistic view of the organization and understand the internal and external values of creating such solutions

27. Fear of the Unknown – People’s known and unknown biases can make them inaccurately determine their risks and benefits. For organizational transformation, this can mean the difference between making a big gain versus remaining in the status quo. To accomplish this, do:

  • Create metrics on how to conduct risks and benefits analysis individually and for the organization
  • Train people in making sound judgments without rhetoric and biases

28. Rational Unconsciousness – People make conscious and unconscious decisions despite their awareness of their weaknesses. For organizational transformation, this means that despite people’s knowledge of what is the right thing to do people unconsciously continue to do the opposite. To address this:

  • Ask people what they want from this transformation and then observe it what the want is consistent with their actions
  • Enlighten these people by discussing what you have observed
  • Create opportunities for people to grow and adjust to the new reality

29. Structured Serendipity – Luck is found through a concerted effort in achieving objectives. For organizational transformation, this means that a structure should be put in place with the ability to be flexible and adapt if necessary. To do this:

  • Create specific milestones and their relevance to individuals and organizations
  • Show that through structure they are able to achieve their objectives efficiently and effectively (e.g., faster innovation, removal of redundant processes

F. Experimental Boundaries

35 Concepts 6

30. Failure Liberates Success – Encourage failure and experimentation. For organizational transformation, give your teams the ability to refine, reiterate and rethink problems to solutions. To influence this:

  • Task your teams to think of as many problems as they can about a solution. Ask the other teams to create solutions to those problems and then make these teams sit together to figure things out
  • Create ways for teams to rinse and repeat SPICE factors
  • Measure the various ways to find optimum solutions
  • Don’t just go for the lowest hanging fruit. Go after big things and challenge the foundations to make it stronger

31. Kaleidoscopic Discovery Engine – When it comes to insights and innovation, people are always learning from each other. For organizational transformation, this means that there is constant learning activity going on within and outside the organization. Sometimes these activities can excel in the transformation journey if they are given enough thought. To leverage this:

  • Get innovative ideas at an individual level. These range from (1) direct circle of influence, (2) extended circle of influence, (3) areas that people are interested in, (4) unrelated ideas and (5) stitching, applicability and combination
  • Get innovative ideas at an organizational level. These range from (1) internal customers, (2) external customers, (3) within the industry, (4) outside the industry and (5) integration, customization and combination.
  • Build and refine what has been learned
  • Document what was learned and what was the result

32. Pessimism Meta-Induction – Every theory is up for debate and discussion in light of new evidence. For organizational transformation, what this means is that the organization has to be constantly challenged to question the status quo not only periodically but also ad hoc to check if stated objectives are being achieved. To accomplish this:

  • Create open discussions forums where all topics related to organizational transformation should be discussed in a transparent manner
  • Follow-up on issues and concerns with corrective action plans

33. Randomness – There are certain things that we cannot control. For organizational transformation, this means that regardless of how pristine and well-thought-out your plan for transformation is it is bound to run into unanticipated obstacles. To plan for this:

  • Have time and money set aside for contingency purposes
  • Accept failure as an option and have a way to document and measure it so learn from it
  • Welcome wrenches in discussions so that you can address them before it is too late to address them

34. Skeptical Empiricism – Don’t believe by merely observing but by careful thought. For organizational transformation, this means that most people get easily swayed by what they observe and thus mechanisms should be put into place where they are free to challenge the status quo with evidence and deep thoughts. To remedy this:

  • Show proof of what you are trying to accomplish and how it would have a positive effect on them
  • Document what is going on to get a feel of the underlying culture activities
  • Create action plans to address these different observations when they happen

35. Uncalculated Risks – People often worry about the big stuff but don’t take into account the little stuff that can affect their risk-taking. For organizational transformation, this means that being less precautious on the little stuff can slowly thwart efforts. To address this:

  • Create a risk matrix for big and small items
  • Create a mechanism for measuring all risk tolerances

Now that we have understood the varying concepts that affect organizational transformation efforts, let’s ask the following questions:

Currently

In the Future

Who is involved in organizational transformation activities within and outside the organization?Who should be involved in organizational transformation activities within and outside the organization?
What outcomes the organizational transformation activities are revealing?What results are expected for organizational transformation?
Where does organizational transformation begin?Where should organizational transformation begin?
When does organizational transformation become important?When should organizational transformation become important?
Why people work on organizational transformation?Why people should and shouldn’t work on organizational transformation?

When you are asking the above questions, keep in mind that organizational transformation entails all aspects of the organization. Without people transformation, without process transformation, without product/service transformation and without technological transformation, there is no transformation at all but just another illusion of transformation.

References:

  1. 5 Questions to Ask About Business Transformation
  2. 35 Scientific Concepts That Will Help You Understand The World
  3. 5 Questions to Ask About Your Information
  4. 5 Questions to Ask About Your Business Processes
  5. 5 Questions to Ask About Your Information Supply Chain
  6. 5 Observations on Being Innovative (at an individual level)
  7. 5 Observations on Being Innovative (at an organizational level)

Processing…
Success! You're on the list.