close

The 12 Pitfalls of Smart City Efforts of the Past – and what we can learn from them

By Bas Boorsma, Author, A New Digital Deal

As you plan your smart cities initiatives, it’s often helpful to look back and learn from the mistakes others have made in addition to studying best practices. In my recent book, “A New Digital Deal,” I made a comprehensive effort at both: a framework of 20 building blocks for successful community digitalization has been proposed, while the framework leverages lessons learned in roughly 15 years of smart city initiatives, resulting in an analysis of the pitfalls to avoid. Here are the 12 most important factors that have limited smart city endeavors of the past.

1. The Game of the Name: The term “smart city” has proven to be a significant challenge in and of itself. There have been many different definitions and there will be many more. If your team doesn’t understand what you mean by “smart city,” it can lead to confusion over objectives, desired outcomes, success metrics, and methodologies to apply. “Smart” remains too broadly defined and, perhaps, still insufficiently understood to truly define an actual approach or strategy to digitalization.

2. Technology Myopia: Many smart city initiatives have ended up as technology demonstrations. Technology is, of course, fundamental to a community digitalization strategy, yet it should serve as a means to an end – a beneficial societal outcome – and not the end itself. This holds true not only for community leaders, but also for digital solution producers. A research and development question articulated by a technology company that commences with ‘let us prove how technology A, B or C will improve X, Y or Z in society’ has limitations and may result in a useful technology proof of concept, but not in a viable smart city outcome.

3. Solutionism: As a natural extension to the previous point, many smart city initiatives suffer from solutionism – that is, a situation in which the solutions become the objective of a smart city effort, rather than the solutions being a means to achieving a desired outcome. This pitfall typically has its origin in the engineering culture of many technology companies. This culture tends to push out solutions that are intended to make something ‘better’ (even if it was already good), which, often, translates into a series of efficiencies. Don’t get me wrong: engineering culture is great, but when smart city endeavors get built around solutions, projects can degenerate into solutionism and have limited relevance to the community itself.

4. Lack of Clear Objectives: Clear objectives are a must-have. Without them, defining what constitutes success or failure, or the threshold for scaling and replication, is impossible. Without clear objectives, the team may select and apply the wrong construct to the project. If the project’s purpose is only to test a new technology, then a proof of concept will suffice. If the purpose is to expose citizens to a new service, then a pilot with sufficient scale and organizational support may be the right option. But pilots and proofs of concept rarely demonstrate true value to the community. So where is the true value in the project and how will you recognize it when you see it?

5. Smart Cities as a Matter of Public Sector Procurement: In many smart city endeavors, smart city propositions have been targeted purely at government, with the public sector being the presumed customer, or the only customer. While they sometimes may be, smart cities should not be seen as exclusively a matter of public sector procurement. They should become a market place. Cities are a canvas of societal digitalization with many actors (and customers) involved, the public sector being one of them. Successful smart community initiatives rely on effective and comprehensive ecosystems of partners at work, leveraging next-generation business architectures, as opposed to an overly large reliance on public sector budgets.

6. Stuck in Silos: Many organizations have been organized in silos – enclosed environments that harbor their own hierarchies, maintain their own systems and practices, and gather and retain their own data. This approach can undermine efforts to craft truly effective management of a digitalization strategy. Digitalization applies (and must be managed) horizontally, across vertical domains, across systems, across data lakes, across fiefdoms, for it to be truly valuable. Digitalization does not belong to the IT department, nor the infrastructure department. It must be a shared set of policies, processes, assets, equipment and data for it to be truly powerful. Without a coordinated effort, expect costly parallel procurement duplications and early failure.

7. No Plan to Replicate or Scale: Many smart city projects commence as pilots or a set of pilots without a plan for a scaling of efforts. Well-prepared procurement models, partnership structures, budgets, and appropriate business architectures are among the many factors that constitute the fundamentals of a given project’s ability to replicate and scale.

8. Digital Divides and the Lack of Community Communications: If the goals, the means, the risks and the rewards of the endeavor are not collectively understood by all the relevant stakeholders early on in the project, it can diminish the project and its outcomes at essentially every level. This is true for the companies and government agencies involved, but it can also apply to citizens. Thinking through the community communications and citizen engagement can be essential, depending on the use case or use cases in focus.

9. Legacy IT, Sub-optimal Networks: Plenty of smart city initiatives ended up frustrated by not sufficiently preparing for a rudimentary broadband infrastructure, and communities that have consistently invested in “future-proof” networking over the years come prepared and move faster. As Philadelphia’s CTO, Charles Brennan noted at the Smart City Council´s 2017 conference in Silicon Valley: “People often start with Apps. I start with a new broadband infrastructure.”  Old software and legacy solutions pose no less of a challenge. If only one could declare certain legacy solutions dead. But as Brennan also stated, cities often deal with ‘Zombie Software’ that seems to carry on forever, dramatically limiting the ability to deliver on innovations deemed desirable.

10. Three Traps of the Top-Down Versus Bottom-Up Dichotomy: A rich debate exists as to whether smart cities should be built with a top-down or bottom-up approach. This dichotomy has outlived its usefulness and relevance, if it ever was useful or relevant. Neither side is right, and you often need both approaches. The third trap is to believe in the existence of that dichotomy at all; doing so colors our thinking in terms of conflict – conflicts of interest, conflicts as a result of a perceived inequality of power and influence (tech enterprises versus citizens, for instance), and conflicts of vision. Successful community digitalization is the work of a collaborative ecosystem that involves citizens, the public and private sectors, and big and small organizations together. It is a scenario that allows each stakeholder to do what he or she does best. It presents solution design as an iterative process involving a multitude of different players, each leveraging his or her own strengths. For long-term success, there is no other way.

11. Closed Architectures: A roadblock in plenty of smart city initiatives has been digital propositions that involve proprietary architectures. Evaluating these propositions often produces fear – an apprehension of getting locked in to a particular vendor’s architecture, especially if it seems to lack the flexibility to embrace near-future innovations. That concern over a lack of interoperability is a wholly rightful response, but it has also obstructed success. First, some innovation plans have gone quickly into hibernation mode due to apprehension among decision-makers. Second, for the cities that deployed proprietary solutions, they lost out on the value they would have derived from interoperability. For many years, it seemed that cities were locked in a situation that can be best described as “damned if you do, damned if you don’t.” It is only as of recent that sufficiently open architecture strategies and tools have become available to enable cities to stay clear from vendor lock-ins, proprietary limitations and prepare for architectures that are sufficiently interoperable and future-proof.

12. You Must Be This Tall to Enter the Smart Cities Club: For a very long time, smart city initiatives comprised a set of activities that only large cities could manage. The know-how and resources required were prohibitive for smaller communities – and the benefits were articulated in ways that didn’t reflect outcomes of value for smaller communities (sweeping economies of scale, the breakdown of big data silos, and so on). Some smaller communities were able to paint a convincing picture of how they would digitalize, but stalled at the point where broader expertise and deeper pockets may have taken them to the next stage. That’s much less the case today. In fact, as community digitalization propositions have increasingly become as-a-service, cloud-based offerings, paid for on an as-needed, subscription basis (consumption economics), they can more easily be tailored to the requirements of differently sized communities. Furthermore, creating consensus is often easier in smaller communities, where key decision-makers are within one or two degrees of separation, than doing so in a complex megacity. Down the road, digitalization will likely become as ubiquitous as electricity: every community will be able to afford it and no city can afford to be without it.

“A New Digital Deal – Beyond Smart Cities. How to Best Leverage Digitalization for the Benefit of our Communities” is now out and available on Amazon.

This blog, the fourth in the A New Digital Deal series, was first published by the Smart Cities Council on September 15, 2017

Comments

Geef een reactie

Het e-mailadres wordt niet gepubliceerd.