-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathtransitioning-to-a-data-driven-organization.html
158 lines (158 loc) · 21.3 KB
/
transitioning-to-a-data-driven-organization.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
<!doctype html><html lang=en>
<head>
<meta charset=utf-8>
<meta http-equiv=x-ua-compatible content="chrome=1">
<meta name=HandheldFriendly content="True">
<meta name=MobileOptimized content="320">
<meta name=viewport content="width=device-width,initial-scale=1">
<meta name=referrer content="no-referrer">
<meta name=description content="Adam Drake is an advisor to scale-up tech companies. He writes about ML/AI/crypto/data, leadership, and building tech teams.">
<title>
Transitioning to a Data-Driven Organization - Adam Drake
</title>
<link rel="shortcut icon" href=/static/favicon.ico>
<link rel=stylesheet href=https://adamdrake.com/sass/style.min.4b0d3fd52024283b14d542e540f013de2976b7a9ca4436a50d9555c6a678c3be.css integrity="sha256-Sw0/1SAkKDsU1ULlQPAT3il2t6nKRDalDZVVxqZ4w74=" crossorigin=anonymous media=screen>
<meta name=twitter:card content="summary_large_image">
<meta name=twitter:image content="https://adamdrake.com/static/images/twitter-card.jpg">
<meta name=twitter:title content="Transitioning to a Data-Driven Organization">
<meta name=twitter:description content="Introduction I gave a talk at the CDO Summit in Singapore on 18 June and thought it may be worthwhile to address some of the points and provide additional detail on the slides I used.
Sections below are listed by slide content and provide extra explanation.
Kardashev Scale This is simply applying the Kardashev Scale of technological advancement to the advancement of data usage in organizations. For more detail see the article I wrote on the Kardashev Scale of Data Maturity.">
<meta property="og:title" content="Transitioning to a Data-Driven Organization">
<meta property="og:description" content="Introduction I gave a talk at the CDO Summit in Singapore on 18 June and thought it may be worthwhile to address some of the points and provide additional detail on the slides I used.
Sections below are listed by slide content and provide extra explanation.
Kardashev Scale This is simply applying the Kardashev Scale of technological advancement to the advancement of data usage in organizations. For more detail see the article I wrote on the Kardashev Scale of Data Maturity.">
<meta property="og:type" content="article">
<meta property="og:url" content="https://adamdrake.com/transitioning-to-a-data-driven-organization.html"><meta property="og:image" content="https://adamdrake.com/static/images/twitter-card.jpg"><meta property="article:section" content="posts">
<meta property="article:published_time" content="2015-07-12T00:00:00+00:00">
<meta property="article:modified_time" content="2015-07-12T00:00:00+00:00">
</head>
<body>
<div class=title-box>
<div class=title-left>
<h1 class=name><a href=/>Adam Drake</a></h1>
</div>
<div class=title-right>
<div class=social-icons>
<a href=https://github.com/adamdrake>
<img class=icon src=data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABACAYAAACqaXHeAAAC5UlEQVR4nO2a0XXiMBBFKYESKIEOlg5CB3EHmw5wB9DBbgebDnAHTgemA9PB3Q8J1mtkaSSPjTnRPYePHIzem/FoJFtZrTKZTCaTyWQmBFgD78ABOAMNjzT2u4O9dv1s36OwQf8EakewUmo7xuskA9gAR6AdEXif1o65eXZ8XjDlqxm4KxGHZ8f5ALBlXKnHUrOUagAKpr3rQ7TAfgnBP5viOwd/Y94ksKzgb8wzHTAN7xlzPkTLHI0Rf7ffdZJUAleFwK52rK0de+e5tp46+NJn1HH92vGbK1DZz6f93P7uJ6zEsQsMJKycKvgN/tKvAr/dIyhRybU2WUNMMxWAUyDzlbrosBdfAvSrAFPKocZXqYr6/YQS0KL5AAV8BAQBWjXBsB/JKlRoCkr2+Q9NcCqQrS46KwKm/CXsVARlnnxLYZfx0wDZru9TIa5YX6E+ABq7Q8LdH2a8+x1fe4GvUkMolOnZ5r7DW6gXVBoizeQi6d5CN6fREAlRjQ8l2VuwD2iI5AR89wRcJhdJ9xbioiEiWW83o4XifW0EvioNIUkCitFC8b4kG7RKQ0iyETqPDyna11ng66QhJNlxwTKfBVS2wtKHoZoZDjGtH+kplI4f4GsJSYgM/ktTOOYcoMa+wdUEU/ZNhI9CU3zN44NHZRPze8DAH+BNQfvNjhWD/gMaj6vB/YQWcw7g2zCdMUfnwcrA3Okjsi4/xPju7zDmqoKWfwcWW8f3XS4I+oPVCe4+PVwlOqlJcL0cvb+Bxd8rPkbqSBHrJIF7Z1gKzIsbI/J1vk81Rcx9c65S/+89PKaM9zYZOxJKMiH4a0ySRzFwh34pa8QyT/Adg675flQcP4ZCSzfWpCsJDWbJ+9H5vCeMvezgO0Z3CE5qEsYNMd+cD4FpjN73Bglj+qgWE3wXTNd3VkPCWEN3fdp1fiyYJfDUT0TCOP3AT7zS/wyvVvcmWZGwN7cB3x64XivwTCaTyWQymVfgL42yxWFGEKJcAAAAAElFTkSuQmCC width=64 height=64>
</a>
<a href=https://twitter.com/aadrake>
<img class=icon src=data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABACAYAAACqaXHeAAACQ0lEQVR4nO2a0XWjMBBFXQIluIR0EDpIOjAdLB1kO0g6sDvIdgAd2B3gDkwHNx8jEkIMNmTGkvfMPUc//hjmPTTSIHm1chzHcRzHcRzHSQggAx6BlzA2wEPsvMwBcqBinCYYkl2I8WyRXKEe9Ct2BmwnhJ8z4mEQ46ln3lo7wTwELlQDrz7F72eI7zgBr8D74Pc37RxXwK73gEI59naB+DEOTJTHb5IcvqFCKW7+U8PvxIex0cqxS/QcW4W4jZL4rhyqvhka2rtEx9izcHsC1krih7RLc5pK9jDxwBMXtqaRmKWB+KO6+JDsvyse3gCbGTH/Kou3WQBDssWMRBrgz6VkDAywER+SzZDamkuFmPFjWqJsgJn4XsIaNVsh+/4L0y3vbMwNCCZcsxZEwVr4K7JtZXzvClOhtTagY49M3VMcnaPU1gZM9QEpsLM24C22wgsU1gZYta1a2J8Wke4sOJqLDwZkpLkW6B+A3JkJtz0sRUxIpRwONxU/MGKNNEXHiAYUMYQ/I81QN2I1Rcebiw8GrFn2ZaiN/tn/DBO0v+XnUkcT3zOhjiS+RfviY6EBGXE+j4vY2r+BHJTcak3YxdZ7FmQ2lMiMsDIj3p4/B+S2p9EWj+WhpwbILBheVGpQJy0e6Qu2BsIh4Zp/RM4Jl1xrX0NLzEanJzRH+v0K/boeI70pj3R+1ltdDeSxtU6CXJFpdoAtMsPu6w9QyMJXsuxz+ICcJ8SvcS2QLTAPo0RKphtl+P2+3rLjOI7jOI7jOP8tH5ahgbeYuZE9AAAAAElFTkSuQmCC width=64 height=64>
</a>
<a href=https://linkedin.com/in/aadrake>
<img class=icon src=data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABoAAAAaCAYAAACpSkzOAAAAzElEQVRIie2WWxGDMBBFVwISkIAEnBQJOCoOKqE4AAeNg+Lg9AOY2VmSTls29If7eTPJmbubl8gioAEG/DQAF9ECOkeA1VUnya1GgPEA0CARs2dO2QLBi2RBAShU78pcoF6MgCkH6AlUClJ7QGKgFXYD7l6QFOhbBeYN9Hb3bkCRHqX8CaiNV6aAe0CV9Ra/IHIsfgapRYuIv7lt9iTSi7VmbHP+9oB0eR6peR6gj+adoBP0X9ART/l43OdkiZnzu9XZmjb4lnFkTSIiLyov4WUSpGLDAAAAAElFTkSuQmCC width=64 height=64>
</a>
</div>
<button class="subscribe subscribe-btn">
<a href=https://www.digitalmaneuver.com/#/portal>Subscribe to my newsletter</a>
</button>
</div>
</div>
<div class="nav-box row">
<div class=nav-left-menu>
<ul>
<li><a href=/>Latest</a> | </li>
<li><a href=/about.html>About</a> | </li>
<li><a href=/cases.html>Case Studies</a> | </li>
<li><a href=/contact.html>Contact</a> | </li>
<li><a href=/press.html>Press</a></li>
</ul>
</div>
</div>
<section class=section>
<div class=container>
<a href=https://applybyapi.com><button class=btn>Struggling to hire developers? Check out ApplyByAPI!</button></a>
<h1 class=page-title>Transitioning to a Data-Driven Organization</h1>
<h2 class=content-date>July 12, 2015</h2>
<div class=share-links>
Share this:
<a class=twitter-share-button href="https://twitter.com/intent/tweet?text=Read%20Transitioning%20to%20a%20Data-Driven%20Organization%20https%3a%2f%2fadamdrake.com%2ftransitioning-to-a-data-driven-organization.html" onclick="return window.open(this.href,'twitter-share','width=550,height=235'),!1">
twitter
</a> //
<a class=icon-facebook href="https://www.facebook.com/sharer/sharer.php?u=https%3a%2f%2fadamdrake.com%2ftransitioning-to-a-data-driven-organization.html" onclick="return window.open(this.href,'facebook-share','width=580,height=296'),!1">
facebook
</a> //
<a class=icon-linkedin href="https://www.linkedin.com/shareArticle?mini=true&url=https://adamdrake.com&title=Transitioning%20to%20a%20Data-Driven%20Organization&source=Adam%20Drake" onclick="return window.open(this.href,'linkedin-share','width=980,height=980'),!1">
linkedin
</a>
</div>
<div class=content>
<h1 id=introduction class=anchor-link><a href=#introduction>Introduction</a></h1>
<p>I gave a talk at the CDO Summit in Singapore on 18 June and thought it may be worthwhile to address some of the points and provide additional detail on the <a href=https://speakerdeck.com/adamdrake/transformational-data-programs>slides I used</a>.</p>
<p>Sections below are listed by slide content and provide extra explanation.</p>
<h1 id=kardashev-scale class=anchor-link><a href=#kardashev-scale>Kardashev Scale</a></h1>
<p>This is simply applying the <a href=https://en.wikipedia.org/wiki/Kardashev_scale>Kardashev Scale</a> of technological advancement to the advancement of data usage in organizations. For more detail see the article I wrote on <a href=/the-kardashev-scale-of-data-maturity.html>the Kardashev Scale of Data Maturity</a>.</p>
<h1 id=culture class=anchor-link><a href=#culture>Culture</a></h1>
<p>The main point of the talk is that no matter the data maturity of the organization, and no matter what kind of data strategy you have developed, the culture surrounding data (and the company culture more broadly) will be the deciding factor in whether or not the organization continues to progress in the usage of data. To use the phrase often attributed to Peter Drucker:</p>
<blockquote>
<p><strong>…culture eats strategy for breakfast</strong></p>
</blockquote>
<p>Consider what this means for your organization. Does it have the right culture? If not, your data strategy probably isn’t worth much.</p>
<h1 id=defend-forecasts-against-actuals class=anchor-link><a href=#defend-forecasts-against-actuals>Defend forecasts against actuals</a></h1>
<p>This topic is one that crushes the hearts of many people, and the question “When was the last time you had to defend forecasts against actuals?” got quite a few laughs and smiles at the conference. The main point is that you can use that question as a proxy for the data maturity in an organization.</p>
<p>Do people expect the forecasts to be absolutely correct? Is there ever discussion or acceptance of error bars around forecasts? Forecasts are, after all, nothing but a guess, so they should be treated as such. If your organization is having intense debates or asking for extensive justification about why any forecasts differ from actuals, then the culture in the organization simply <strong>is not ready</strong> to advance in terms of data usage. Yes, certain things in businesses can be forecasted more accurately than others, and yes businesses with a long history of stable trends may be able to forecast accurately, but that doesn’t change the fact that a forecast will necessarily have some kind of error. Unless your business has those kinds of ultra-stable histories, having pointless debates when forecasts are within error bounds is downright toxic. If you need to produce some kind of forecast to satisfy investors or other people, it’s best to make an educated guess based on what kinds of business developments you expect in the pipeline, but that’s definitely not a Data Science problem, it’s a BI/FP&A problem.</p>
<p>Some businesses deserve credit for trying to get around this problem with approaches like rolling forecasts (e.g. quarterly) which are always updated. This resolves the problem in a great way because there is no budgeting at that point, only the rolling quarterly forecasts. See <a href=https://www.amazon.com/Beyond-Budgeting-Managers-Annual-Performance/dp/1578518660>Beyond Budgeting</a> for more details.</p>
<h1 id=the-problem-with-painting-a-picture-of-data class=anchor-link><a href=#the-problem-with-painting-a-picture-of-data>The problem with painting a picture of data</a></h1>
<p>There were quite a few presenters at the conference who claimed that one of the primary functions of a CDO is to paint a picture of the data, to be a data champion, to help people understand all the great things which can be done with data, and so on. While this is somewhat true, and may be very much the case in some industries, I’ve found that the bigger problem is one of inflated expectations. In other words, the picture has already been painted and it’s very different than the reality.</p>
<p>This is extremely difficult to address, especially since a natural reaction of some non-technical people is to assume that the CDO or person trying to temper expectations is actually incompetent. If your organization is going through data or technical leaders one after the other, the issue of overly-inflated expectations from CXOs or board members may be the root cause.</p>
<p>The underlying issue is that people who don’t really know much about the details of implementing data programs and transforming organizations to use data more effectively are being <strong>bombarded</strong> with messaging from vendors and other non-technical people which states that (1) the company’s data is worth a ton of money and that (2) the vendor can help the company to extract the value from this data in a very short time.</p>
<p>Often, the first point is wrong. Sometimes data simply is not valuable. However, the second point is almost always wrong. Most vendors cannot help you solve your data problems since the problems are usually cultural issues which a vendor cannot change, or technical in a way that’s specific to your organization and how it has developed over time. The typical outcome from non-technical people talking with vendors is that the technical people in the organization will be frustrated because they must again tell non-technical people that what the vendor has promised as possible really isn’t. This causes a non-technical person to lose trust in technical colleagues, everyone to lose trust in the vendors, and results in a sour mood all around.</p>
<p>My suggestion is that non-technical people <strong>do not talk to vendors and do not forward them on to technical staff</strong>. One job of technical staff is to stay abreast of the solutions available, and the only reason the vendors are talking to non-technical people is because non-technical people sign the checks or because non-technical people don’t have the knowledge to fully understand the problem, therefore being easier to deceive. It’s better to just save everyone the trouble and frustration and not start those conversations in the first place.</p>
<p>A huge amount of time in the data space is wasted on trying to reduce other people’s inflated expectations. Please don’t contribute to this by painting unrealistic pictures of data and its usefulness.</p>
<h1 id=the-devil-is-in-the-details class=anchor-link><a href=#the-devil-is-in-the-details>The devil is in the details</a></h1>
<p>As mentioned above, there are vendors selling all manner of solutions, most of which are not appropriate for your business. The details about whether or not a solution will work for your business is the responsibility of the technical people in the business and should be treated as such.</p>
<p>I’ve seen many businesses get sidetracked on projects, some of which have gone so far over time and over budget that the business has gone bankrupt, simply because a non-technical person was making decisions about technical products or projects. This is often due to being promised things by a vendor.</p>
<p>I have personally been involved in the cleanup and aftermath of a non-technical Director of Product telling a technical team that they must use Hadoop to solve a certain problem because the business needs to work with <em>Big Data</em>. The result was a 60 node cluster which was used for, among other things, processing a 360kb (yes, kilobytes) job.</p>
<p>In short, just because a vendor is telling you what you want to hear, doesn’t make it true, and non-technical people dictating technical details of projects is a huge red flag.</p>
<h1 id=dont-sell-to-people-who-arent-buying class=anchor-link><a href=#dont-sell-to-people-who-arent-buying>Don’t sell to people who aren’t buying</a></h1>
<p>Taking a larger view of the whole topic for a moment, what is sometimes happening to data leaders in organizations is that they are trying to sell a topic or a dream to people who aren’t interested in buying. If someone isn’t open-minded about the potential of data in your organization, and you have to paint an unrealistic picture in order to convince them, then you’re contributing to the problems mentioned above. In addition, you’re also wasting your own time and energy and doing harm to the organization.</p>
<p>If you feel like you’re having to sell to people who aren’t buying, your best bet is to leave and go to an organization which values your abilities. There are plenty of organizations who understand they need to advance their data capabilities, and it won’t be you trying to sell that story to them, but them trying to sell you on why they provide you with the best opportunity to use and grow your data expertise.</p>
<h1 id=kardashev-scale-data class=anchor-link><a href=#kardashev-scale-data>Kardashev Scale (data)</a></h1>
<p>This references <a href=/the-kardashev-scale-of-data-maturity.html>the Kardashev Scale of Data Maturity</a> post which I wrote previously.</p>
<h1 id=from-type-2-to-type-3 class=anchor-link><a href=#from-type-2-to-type-3>From Type 2 to Type 3</a></h1>
<p>This is an overview of a previous post I wrote on moving from <a href=/moving-from-type-2-to-type-3-data-organizations.html>Type 2 to Type 3 data organizations</a>.</p>
<h1 id=conclusion class=anchor-link><a href=#conclusion>Conclusion</a></h1>
<p>The CDO role should focus on real problems in the business (e.g., fraud detection, recommender systems, data quality, etc.) and not get bogged down in useless debates about forecasts versus actuals and so on. There can be a BI or FP&A team who handle those topics, and the policies and procedures for baseline business reporting are already settled business. It’s simply a matter of execution. You probably don’t need a CDO for that, and if you bring one in thinking that they will be a magic bullet then everyone will be frustrated. Even worse, the CDO will probably become the whipping boy for any data problems of any kind. Simply having a CDO <strong>does not</strong> eliminate data problems in an organization, it only puts the organization on a path to minimizing data problems and starting to have more data focus in products and services.</p>
<p>In the end, the focus must be on people more the processes (hello <a href=https://agilemanifesto.org>Agile Manifesto</a>) and there must be an understanding that cultural transformation and enablement of people to use data more effectively in their daily work is far more valuable to the business and its long-term health than some <em>quick wins</em> gained from addressing the <em>low-hanging fruit</em>. The difficult part is that such changes are hard to measure and therefore may rarely, if ever, get the credit they deserve.</p>
<p>Good luck.</p>
</div>
</div>
</section>
<div class="nav-box row">
<div class=nav-left-menu>
<ul>
<li><a href=/>Latest</a> | </li>
<li><a href=/about.html>About</a> | </li>
<li><a href=/cases.html>Case Studies</a> | </li>
<li><a href=/contact.html>Contact</a> | </li>
<li><a href=/press.html>Press</a></li>
</ul>
</div>
</div>
<div class="footer-box row">
<div class="footer-left col-md-6 col-xs-12">
<div class="footer-bio content">
<p><strong>Adam Drake</strong> leads technical business transformations in global and multi-cultural environments. He has a passion for helping companies become more productive by improving internal leadership capabilities, and accelerating product development through technology and data architecture guidance. Adam has served as a White House Presidential Innovation Fellow and is an IEEE Senior Member.</p>
</div>
</div>
<div class=footer-right>
<div class=social-icons>
<a href=https://github.com/adamdrake>
<img class=icon src=data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABACAYAAACqaXHeAAAC5UlEQVR4nO2a0XXiMBBFKYESKIEOlg5CB3EHmw5wB9DBbgebDnAHTgemA9PB3Q8J1mtkaSSPjTnRPYePHIzem/FoJFtZrTKZTCaTyWQmBFgD78ABOAMNjzT2u4O9dv1s36OwQf8EakewUmo7xuskA9gAR6AdEXif1o65eXZ8XjDlqxm4KxGHZ8f5ALBlXKnHUrOUagAKpr3rQ7TAfgnBP5viOwd/Y94ksKzgb8wzHTAN7xlzPkTLHI0Rf7ffdZJUAleFwK52rK0de+e5tp46+NJn1HH92vGbK1DZz6f93P7uJ6zEsQsMJKycKvgN/tKvAr/dIyhRybU2WUNMMxWAUyDzlbrosBdfAvSrAFPKocZXqYr6/YQS0KL5AAV8BAQBWjXBsB/JKlRoCkr2+Q9NcCqQrS46KwKm/CXsVARlnnxLYZfx0wDZru9TIa5YX6E+ABq7Q8LdH2a8+x1fe4GvUkMolOnZ5r7DW6gXVBoizeQi6d5CN6fREAlRjQ8l2VuwD2iI5AR89wRcJhdJ9xbioiEiWW83o4XifW0EvioNIUkCitFC8b4kG7RKQ0iyETqPDyna11ng66QhJNlxwTKfBVS2wtKHoZoZDjGtH+kplI4f4GsJSYgM/ktTOOYcoMa+wdUEU/ZNhI9CU3zN44NHZRPze8DAH+BNQfvNjhWD/gMaj6vB/YQWcw7g2zCdMUfnwcrA3Okjsi4/xPju7zDmqoKWfwcWW8f3XS4I+oPVCe4+PVwlOqlJcL0cvb+Bxd8rPkbqSBHrJIF7Z1gKzIsbI/J1vk81Rcx9c65S/+89PKaM9zYZOxJKMiH4a0ySRzFwh34pa8QyT/Adg675flQcP4ZCSzfWpCsJDWbJ+9H5vCeMvezgO0Z3CE5qEsYNMd+cD4FpjN73Bglj+qgWE3wXTNd3VkPCWEN3fdp1fiyYJfDUT0TCOP3AT7zS/wyvVvcmWZGwN7cB3x64XivwTCaTyWQymVfgL42yxWFGEKJcAAAAAElFTkSuQmCC width=64 height=64>
</a>
<a href=https://twitter.com/aadrake>
<img class=icon src=data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABACAYAAACqaXHeAAACQ0lEQVR4nO2a0XWjMBBFXQIluIR0EDpIOjAdLB1kO0g6sDvIdgAd2B3gDkwHNx8jEkIMNmTGkvfMPUc//hjmPTTSIHm1chzHcRzHcRzHSQggAx6BlzA2wEPsvMwBcqBinCYYkl2I8WyRXKEe9Ct2BmwnhJ8z4mEQ46ln3lo7wTwELlQDrz7F72eI7zgBr8D74Pc37RxXwK73gEI59naB+DEOTJTHb5IcvqFCKW7+U8PvxIex0cqxS/QcW4W4jZL4rhyqvhka2rtEx9izcHsC1krih7RLc5pK9jDxwBMXtqaRmKWB+KO6+JDsvyse3gCbGTH/Kou3WQBDssWMRBrgz6VkDAywER+SzZDamkuFmPFjWqJsgJn4XsIaNVsh+/4L0y3vbMwNCCZcsxZEwVr4K7JtZXzvClOhtTagY49M3VMcnaPU1gZM9QEpsLM24C22wgsU1gZYta1a2J8Wke4sOJqLDwZkpLkW6B+A3JkJtz0sRUxIpRwONxU/MGKNNEXHiAYUMYQ/I81QN2I1Rcebiw8GrFn2ZaiN/tn/DBO0v+XnUkcT3zOhjiS+RfviY6EBGXE+j4vY2r+BHJTcak3YxdZ7FmQ2lMiMsDIj3p4/B+S2p9EWj+WhpwbILBheVGpQJy0e6Qu2BsIh4Zp/RM4Jl1xrX0NLzEanJzRH+v0K/boeI70pj3R+1ltdDeSxtU6CXJFpdoAtMsPu6w9QyMJXsuxz+ICcJ8SvcS2QLTAPo0RKphtl+P2+3rLjOI7jOI7jOP8tH5ahgbeYuZE9AAAAAElFTkSuQmCC width=64 height=64>
</a>
<a href=https://linkedin.com/in/aadrake>
<img class=icon src=data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABoAAAAaCAYAAACpSkzOAAAAzElEQVRIie2WWxGDMBBFVwISkIAEnBQJOCoOKqE4AAeNg+Lg9AOY2VmSTls29If7eTPJmbubl8gioAEG/DQAF9ECOkeA1VUnya1GgPEA0CARs2dO2QLBi2RBAShU78pcoF6MgCkH6AlUClJ7QGKgFXYD7l6QFOhbBeYN9Hb3bkCRHqX8CaiNV6aAe0CV9Ra/IHIsfgapRYuIv7lt9iTSi7VmbHP+9oB0eR6peR6gj+adoBP0X9ART/l43OdkiZnzu9XZmjb4lnFkTSIiLyov4WUSpGLDAAAAAElFTkSuQmCC width=64 height=64>
</a>
</div>
<button class="subscribe subscribe-btn">
<a href=https://www.digitalmaneuver.com/#/portal>Subscribe to my newsletter</a>
</button>
</div>
</div>
<div class="container has-text-centered footer-copyright">
</div>
</body>