<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Corporate Hacking]]></title><description><![CDATA[How to work when even your company doesn't want you to...]]></description><link>https://www.corporatehacking.org</link><image><url>https://substackcdn.com/image/fetch/$s_!rL_8!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F573cb545-5b1b-4ef8-846e-8f9c1e9b2a24_1024x1024.png</url><title>Corporate Hacking</title><link>https://www.corporatehacking.org</link></image><generator>Substack</generator><lastBuildDate>Sat, 11 Apr 2026 16:34:31 GMT</lastBuildDate><atom:link href="https://www.corporatehacking.org/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Corporate Hacking]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[corporatehacking@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[corporatehacking@substack.com]]></itunes:email><itunes:name><![CDATA[Corporate Hacker]]></itunes:name></itunes:owner><itunes:author><![CDATA[Corporate Hacker]]></itunes:author><googleplay:owner><![CDATA[corporatehacking@substack.com]]></googleplay:owner><googleplay:email><![CDATA[corporatehacking@substack.com]]></googleplay:email><googleplay:author><![CDATA[Corporate Hacker]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[How to tame different beasts]]></title><description><![CDATA[Heterogeneous teams are the ones that allow you to win]]></description><link>https://www.corporatehacking.org/p/how-to-tame-different-beasts</link><guid isPermaLink="false">https://www.corporatehacking.org/p/how-to-tame-different-beasts</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Mon, 27 Mar 2023 05:41:41 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/d0a7119b-91ef-4852-bf15-872156e6d382_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In this article we&#8217;ll talk about <strong>different types of people</strong> that, in our experience, have shown to add value in its own niche. They are valuable to every team but hard to put into the same cocktail to <strong>make them perform together</strong>.</p><p>Of course, managing them require <strong>leadership skills that are not very common, </strong>you<strong> </strong>must <strong>adapt to the interlocutor</strong>, being able to have technical, strategic or pure project monitoring conversations, not to mention ego and people skills. </p><div class="pullquote"><p>Good players require good coaches to get the most out of them</p></div><p></p><h4>The &#8220;expert&#8221;</h4><p>Deep<strong> subject matter experts </strong>that amass large chunks of experience and knowledge. They are critical for example to design a transformation since <strong>they control the as-is</strong> state. They are also good at telling about previous mistakes to avoid them. They <strong>usually suffer from ego flaws</strong> and are hard to make them part of a transformation since it directly challenges their way of doing things.</p><blockquote><p>Ideas to manage them: understand <strong>how lost they already are</strong> in their ego, can they really be a part of this team or they are beyond salvation? They can also be placed in <strong>&#8220;advisory&#8221; roles</strong> to listen to what they say but reduce any empowerment. They require large amounts of <strong>recognition</strong>. </p></blockquote><p></p><h4>The &#8220;autist&#8221;</h4><p>Every team needs an <strong>autist that doesn&#8217;t give up</strong> under any circumstance. If managed properly, they can <strong>mobilise teams </strong>or<strong> carry exhausting tasks</strong> like those where people need to be told 100 times what to do. They are great at <strong>building followership</strong> and <strong>attracting talent</strong>, advance technically complex issues, etc. They usually suffer from having <strong>little &#8220;political and social intelligence&#8221;</strong> which makes them a hard peer to work with.</p><blockquote><p>Ideas to manage them are: <strong>keep them close</strong> to you as they require <strong>constant supervision</strong>. Put them on the <strong>right role</strong> for that profile, e.g., lab type work where the process, quality and consistency is important. <strong>Empower</strong> them when needed but be aware that <strong>teams will become exhausted and pissed at them</strong>, so break the glass only in case of emergency. If too tiresome <strong>downgrade under another manager</strong> willing to put in the time to supervise them.</p></blockquote><p></p><h4>The &#8220;hammerhead&#8221;</h4><p>People who enjoy <strong>having everything planned</strong> and get overly excited at Gantt charts. They like AND CAN <strong>micromanage</strong> projects that seniors usually dont have time or skills to do. Large teams benefit greatly from them as they <strong>help you focus on more critical initiatives</strong>. Depending on the organisation, this type of profile also helps build credibility in certain forums e.g., Finance, Control, and buys you time to make the transformation for real.</p><blockquote><p>Ideas to manage them are: <strong>lots of empowerment </strong>to open the team blackboxes, make facts transparent but they also need to have <strong>decent social skills </strong>to win that right naturally. Place them in PMO, control, Agile/program office kind of roles. Put some <strong>experts beneath them</strong> so they also approach the role from a content point of view and not as the Gestapo. </p></blockquote><p></p><h4>The &#8220;highly regarded&#8221;</h4><p>People that <strong>don&#8217;t need formal empowerment</strong>. No matter how good you feel, as we discussed in other posts, there will always be people against change and it&#8217;s very important to have someone on the team who has a <strong>long history and reputation</strong> to put them to rest. When others see him involved in a crazy idea they think &#8220;if this guy is on board I should be too&#8221;&#8230; they are <strong>a seal of guarantee</strong>. They usually however can become a problem as their reputation can be bigger than your formal role, even if you are their boss.</p><blockquote><p>Ideas to manage them are: <strong>assess their true followership</strong> since these people are hard to manage because of their seniority and having them challenge your every decision is unfeasible. <strong>Aim them to the outside</strong>, instead of critisinging your every move on how you do things, have them <strong>lead client (internal client) like roles</strong> where they can align receivers of what you do. They can also lead <strong>control functions</strong>, especially those that require complex approals and bureocracy they can navigate. Decent also at <strong>interim roles</strong>.</p></blockquote><p></p><h4>The &#8220;umbrella&#8221;</h4><p>People that play the <strong>first line of defense on the team.</strong> Although it depends on the sector, all large organisations have internal processes that can down you with problems. Bureaucratic and tedious processes that can <strong>kill the bandwidth of teams </strong>like PMOs, audits, risk management or security in the case of more traditional companies. It is important to have a <strong>person who knows these processes </strong>and can funnel all work through him&#8230;they act as an umbrella so the rest of the team is not affected on a day-to-day basis. Ideally, they should also act as a <strong>lever of change </strong>for these processes, but ensuring that they do not affect their colleagues too much will already be a great achievement.</p><blockquote><p>Ideas to manage them are: similar to the hammerhead, <strong>lots of empowerment</strong> to align the teams they are actually helping is ideal. They require <strong>recognition</strong>, especially informal one form everyone as their roles is tedious and frustrating.</p></blockquote><p></p><p>There are many other profiles that are more straight forward, like <strong>the &#8220;follower&#8221;</strong> who usually are good at executing orders without questioning or <strong>the &#8220;visualizers&#8221;</strong> that are amazing at connecting a vague ideas to action through a good team setup, plan, etc. However, there is also&#8230;</p><p></p><h4>The &#8220;stupids&#8221;</h4><p>Although this is not a profile per se, there are people that doesn&#8217;t fit in the previous categories. Their main feature is their inability to do anything, sometimes just complaining about how bad things are. You will find them in your team or as peers and their stupidity needs to be dissipated&#8230; just like heat.</p><p>The best way? Create a project that apparently sounds relevant, staff them and aim also the burocrats towards it so they have fun together. With this we limit the damage they can cause to the rest of the team. When it is seems their project is not moving, rename it (e.g., something 2.0), launch it and repeat.</p><div class="pullquote"><p>The biggest problem is not identifying stupidity but learning what do to with it</p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/how-to-tame-different-beasts?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/how-to-tame-different-beasts?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Dream in years, plan in months, deliver in days ]]></title><description><![CDATA[How to break strategy down in digestible blocks for teams to act accordingly]]></description><link>https://www.corporatehacking.org/p/dream-in-years-plan-in-months-deliver</link><guid isPermaLink="false">https://www.corporatehacking.org/p/dream-in-years-plan-in-months-deliver</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 12 Mar 2023 14:01:39 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/3b7be8ad-2e3f-4487-b25b-1816c3a5371b_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p><strong>Do you know the strategy of the company you work for?</strong></p></blockquote><p>For a lot of people that question leads to explanations of how the company makes money, their products, the mission or its biggest projects, but thats not a strategy. <strong>Where will your company be in 2-3 years and how that links to what its doing every day?</strong> If the strategy is international expansion then who, when, which countries, how, etc. are we going to get there.</p><p>This is a problem as it leads to <strong>confusing priorities and wasted resources</strong>. Which of my 2.000 <strong>projects</strong> is more important? (answer: the ones that align to the strategy), should I invest resources in this <strong>business unit</strong>? (answer: is your company planning to keep that unit in the next few years?) and should I <strong>hire</strong>? (answer: is business expanding or looking to save cost?). Should I raise the <strong>price</strong> of my product? (answer: is your brand looking to compete on value or cost?)</p><p></p><h4>Strategy and culture instead of tasks</h4><p>Having a strategy is not enough, we need to communicate it and connect it to reality. Employees in every level should tell the same story of <strong>what success looks like in 1-2 years</strong> (more maybe but depends on the company), and need to also explain <strong>what I&#8217;m doing in a day to day </strong>to reach that point. If our strategy is to expand then HR analysts should tell a compelling story of how they are finding the people we need, profiles, etc.</p><p>Communication can come in many shapes but the most important way is <strong>leading by example</strong>. Managers that constantly link their strategy in the mid-long term to the decisions they take every day. Implanting this 1:1 rule in its teams.</p><p>However, this is not the norm, <strong>bad managers tend to lead by assigning tasks to people</strong>. Instead of explaining to that HR analysts what are we trying to solve for, we ask them to find me 20 CVs with X position.  <strong>We tend to jump directly to action </strong>instead of investing on syndicating the strategy and the objective we are trying to achieve.  </p><blockquote><p><strong>Why is this a problem?</strong></p></blockquote><p>If I know my objective is to get from New York to Boston, <strong>I will be able to improvise. </strong>If there is an accident I can take a detour. If I&#8217;m late maybe I can pick up the pace. If I don&#8217;t have a car I will plan to take a train. When we give employees order <strong>we cripple their ability to adapt</strong> and when challenged they will insist on the approach &#8220;my boss gave me&#8221;. <strong>Corporate zombie like behaviour</strong>. Even worse, it&#8217;s a source of friction, when two employees fight over something that could easily be solved if you fall back to the strategy and which approach is best aligned with it. Taken even one step above&#8230;</p><div class="pullquote"><p>Culture eats strategy for breakfast</p></div><p>The ultimate source of alignment is culture, but thats for another time&#8230;</p><p></p><h4>Alining everyone on different horizons</h4><p>A good strategy can be broken down in<strong> different horizons</strong>. Like in a team, we might choose to save a certain player for another match (the mid-term strategy) while defining how to play with others in this specific match (the short-term strategy). The team can even have in their roadmap the acquisition of new players in the next seasons.</p><p>To help people deliver, especially big teams subjected by the complexity of a large company, we can think in three horizons:</p><ul><li><p><strong>2-5 years</strong> depending on the industry, to explain to everyone what success looks like in the long term. Is this a business that we see growing or our objective its cost reduction or selling it? How we plan to do it?</p></li><li><p><strong>1 year</strong> statement of intensions explaining to everyone what should be accomplished before going into vacations and what will be linked to their bonuses and other incentives. This doesn&#8217;t have to be written in stone or even a full commitment by the team as the strategy might have to be adjusted mid-game but directionally needs to align people on the 5-6 main missions or &#8220;themes&#8221; for this year. Are we going to focus on new functionality, or we should prioritise security and reliability? Are we expanding to more countries our we focus on the ones we have? Are we going to grow the team or instead we need to tighten our belts?</p></li><li><p><strong>3 months</strong> detailed planning and commitments for what we, as a team, will deliver this cycle. In Agile terms this is a PI planning or QBR (Quarterly Business Review) but essentially, we align on the list of objectives to delivery (e.g., improve security in x service), teams have the time to analyse and commit to achieve that goal. In other terms, this is the breakdown of the 1 year statement in months and committed by the team.</p></li></ul><p>To get practical, the 2-5 year strategy can take the<strong> shape of a document or presentation</strong> that can be shared with shareholders and employees. 1 year statement can be a <strong>Word like document</strong> we write together, as a team, to align on our goals and finally the quarterly plan must be translated into<strong> something more actionable</strong>, not documents. Many teams use tools like Jira or similar to sign and breakdown things to an actionable level.</p><p>At the end, the goal of any of these exercises is to <strong>align people</strong>, to have them say the same things on the elevators and coffee machines so everyone works on the same goals even if their contribution is marginal. How many of you employees can tell the same story? do the test and reflect on it.</p><p>We found also that it&#8217;s great to have <strong>certain &#8220;themes&#8221;</strong> or topics to create a sense of purpose on each discussion&#8230; a motif. Imagine starting a planning session telling your team that <strong>this quarter the main mission is to improve the quality</strong> of your product, even if they need to have tons of discussions and micro-objectives to achieve such a purpose, the sense of a theme will leave them aligned towards what to prioritise in a day to day basis.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/dream-in-years-plan-in-months-deliver?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/dream-in-years-plan-in-months-deliver?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Question to ask yourself about teams]]></title><description><![CDATA[Things you shouldn't leave to your subconscious to answer]]></description><link>https://www.corporatehacking.org/p/question-to-ask-yourself-about-teams</link><guid isPermaLink="false">https://www.corporatehacking.org/p/question-to-ask-yourself-about-teams</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 05 Mar 2023 09:56:19 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/dc28254d-24d4-47cd-90e1-184ed70b1a43_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>We can argue for years about strategy, corporate survivalism, technology, AI and more, but if you really want things to happen it all comes down to <strong>proper teams and organisation</strong>. Note that I say "proper" and not &#8220;best&#8221; or other cheap slogans, we are talking about the right team for the job. If the dynamics of the company change, <strong>that team might not be needed</strong>... that&#8217;s life. Finding that sweet spot is one of the <strong>most relevant qualities in a leader</strong>, the most I dare to say.</p><div class="pullquote"><p>&#8220;The only levers a CEO has is people and organisation&#8221;</p></div><p></p><h4>Loyalty vs. brilliance</h4><p>If we oversimplify, a manager must decide if he wants to be <strong>surrounded by loyals or brilliant people, </strong>and hopefully is a decision and not something that happens subconsciously (spoiler, must times is). Obviously, many teams will have both but its difficult to keep them on the same boat before <strong>brilliant people becomes frustrated</strong> by the others.</p><p>When you&#8217;re forming a team it&#8217;s difficult to know who is who, <strong>keep an open mind and your back covered!</strong> Someone who at first seems bright can really be a <strong>"smoke seller" when challenged to deliver.</strong> Also, quick loyalty vanishes when people are tempted by power and other opportunities. </p><div class="pullquote"><p>Real loyalty is to tell you the truth no matter what </p></div><p>A balance between both is necessary. Too much loyalty leaves you with <strong>an absence of criticism</strong>, that ultimately puts you at risk. On the other hand, an excess of "bright" people makes a team ungovernable and egotistic. </p><div class="pullquote"><p>A dose of &#8220;blind followership&#8221; is not bad from time to time&#8230;</p></div><p></p><h4>Ambition vs. stability</h4><p>Teams need to <strong>evolve as projects do</strong>, <strong>especially in transformation roles</strong>. Being aware of the &#8220;moment&#8221; helps you choose wisely.</p><p>For example, if you manage a stable operation, like a factory, chemical lab or planes, putting a lot of ambitious bright people could be a ticking bomb for <strong>unpredictability in quality</strong> or churn. On the other hand, having automatons leading a transformation wouldn&#8217;t be a good idea&#8230;</p><p>People are also <strong>greatly affected by their personal lifes</strong>. A young person living with his parents doesn&#8217;t function in the same way as one with small children who is not allowed to sleep at night. Nor those who have older children, 50 years and 2 mortgages&#8230; they tend to say yes to everything.</p><div class="pullquote"><p>Trying to change someone&#8217; vital needs is imposible</p></div><p>Everything at some point becomes business as usual. Transformations take <strong>2-3 years to start delivering</strong>, 1-2 more to scale, optimise and wrap-up things and from there it becomes routine. As you can imagine, teams need to evolve.</p><p>At first you will need people with <strong>significant ambition and motivation,</strong> willing to fight to break the status-quo. <strong>Outsiders are a must</strong> to see things differently.</p><p>Then, you will need more people who <strong>know the company and have more experience</strong> to deliver the hardest parts of the transformation. You will still require innovative people but they should take the backseat.</p><p>In the third is where the team must evolve more drastically. <strong>You need &#8220;day-to-day people&#8221;</strong> who probably would never have been able to engineer the transformation but are comfortable managing the outcome, the users, waking up at night to solve an incidence and worry about lowering the cost in the long run.</p><p>These moments also <strong>overlap over time</strong>, so keep an eye on how your teams manage &#8220;run&#8221; and &#8220;change&#8221;. There is no simple solution as it depends on the problem but ideally there is some level of &#8220;oxygenation&#8221; between people managing each.</p><p>Keep in mind that <strong>some things cannot be taught</strong>. Commitment for example is either there or not. People that feel pain in failure and are willing to wake up on a Saturday at 2am to fix a problem. So how do you probe for that on a job interview? I have no idea&#8230;</p><p></p><h4><strong>Right hands and </strong>successors</h4><p>Choosing the people you give more responsibility, empowerment and who you consider your &#8220;successor&#8221; is also key for the <strong>wellbeing of the team.</strong> Being conscious about it helps you understand the dynamics you are imposing on people.</p><p>Having a clear &#8220;successor&#8221; is the best way to <strong>position yourself for something new</strong>. Bosses will rarely promote you if they think it will create a void of responsibility. Using your &#8220;right-hand&#8221; to <strong>assume certain functions </strong>will give you extra time to be with your teams or think more strategically. This idea succession could also <strong>change over time </strong>and could be linked to the moment of the project and the company.</p><p></p><h4>Who are you?</h4><p>And now it's time to talk about you, the manager. <strong>You also have some specific skills </strong>that are better adapted to certain moments, projects and teams. That is a fact and denying it is useless. </p><p>Some managers are <strong>strategists</strong> who can understand the roots of a problem, visualise the solution and lay the road for victory. Others are <strong>resilient drivers</strong> on that road, managing teams and delivering impact without getting tired. And others are good on the <strong>day to day</strong>, which usually end up paying for the salary of the other two. </p><p>Do you know which one you are? do you know what are your real skills, the moment in your professional career and how they are conditioned by your personal priorities? Not knowing these will take you down the wrong path or make you assume absurd risks. Holding on to a position where your skills are no longer needed can be one of the <strong>fastest paths to become a corporate zombie :-)</strong></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/question-to-ask-yourself-about-teams?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/question-to-ask-yourself-about-teams?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[My new co-worker: Generative AI]]></title><description><![CDATA[How Artificial Intelligence (AI) will shape the future of the corporate world]]></description><link>https://www.corporatehacking.org/p/my-new-co-worker-generative-ai</link><guid isPermaLink="false">https://www.corporatehacking.org/p/my-new-co-worker-generative-ai</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 26 Feb 2023 10:03:08 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/ef1b251b-51c1-4f9b-925b-33a3ac8e95fd_935x734.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In true &#8220;if you can&#8217;t beat them, join them&#8221; fashion I&#8217;ve been reflecting a lot on the <strong>impact of the latest AI trends, specially Generative AI (like <a href="https://chat.openai.com/">ChatGPT</a> or <a href="https://openai.com/dall-e-2/">Dall-E</a>), on the corporate world</strong>. Before thinking about the impact lets try to distil what&#8217;s happening underneath.</p><h2>What doors are being opened?</h2><h4><strong>From decision to creation</strong></h4><p>Until 2 months ago, AI was <strong>primarily associated with decision making</strong>. What is the optimal price for this product?, should I offer this product to my client?, is this picture from a cat? Decisions usually taken by humans with dozens of biases, replaced by a feelingless algorithm. Today we think about <strong>AI for creation</strong>. Yes-No becomes full stories and draft documents, OCR like image recognition becomes art and faces that don&#8217;t exist and we see an exponential growth of AI characters in movies and deep fake videos. <a href="https://www.youtube.com/watch?v=vCEYBmlI72k">This</a> is my favourite so far.</p><h4>From specific to general</h4><p>Until 2 months ago, AI was thought to<strong> solve parts of a problem</strong>, like optimising the price for a product. Today, we envision an AI with the possibility to <strong>take over a full problem</strong>. Think about the creation of a website, where the AI understands the purpose of the site, designs it, choose and build the technology required and constantly conduct A/B type tests to maximise client engagement. The dream of a corporate businessman&#8230; not having to talk with those <strong>nasty tech guys.</strong></p><h4><strong>From data to knowledge</strong></h4><p>Until 2 months ago, most AI algorithms were trained with an specific application in mind and with the <strong>limitations of the available data points</strong>. Today, we have seen a <strong>machine talking about everything</strong>, form hard facts to imaginary stories which provides an added feeling of realism and depth.</p><p></p><h2>What could be the impact on my company?</h2><h4><strong>Skyrocketing productivity&#8230; and layoffs</strong></h4><p><strong>Internet</strong> reduced the need for physical sales. <strong>Automation</strong> (process robotics if you are lazy) reduced back-offices doing mundane tasks. With<strong> AI:</strong></p><blockquote><p><strong>Designers and analysts</strong> will not only be replaced by algorithms doing 80-90% of the same work in seconds instead of days but will also iterate with hard data to optimise it.</p><p><strong>Developers</strong> are already accelerating with AI &#8220;<a href="https://github.com/features/copilot">companions</a>&#8221; that autocomplete pieces of code and technical functions (e.g., store this over there) to later see end-to-end AI developers take over more straight forward developments (e.g., a website).</p><p><strong>Contact centres</strong> will replace 90% of their staff with conversational AI that will only route to humans on a few fancy cases.</p><p><strong>Monitoring and 24/7 support</strong> <strong>jobs</strong> will get replaced by AI monitoring massive data (e.g., security cameras, network traffic, factory sensors) with the ability to also optimise how they work.</p></blockquote><p>Pressure for restructuring and layoffs will be higher than ever and countries with less ethics and social concerns will leap above the rest.</p><p></p><h4>Rethinking corporate governance</h4><p>A problem already, corporate decision making is based on <strong>processes built by and for humans</strong>. Even its most useless parts provide a sense of <strong>traceability and objectivity </strong>for someone. With <strong>AI</strong>:</p><blockquote><p><strong>Uncertainty</strong> will have to be accepted, especially in regulated industries, with humans not fully understanding the reasons behind each choice in exchange of the certainty that an optimal result. Employees will act like taxi drivers, constantly complaining that they can do a better job than the GPS to save their jobs&#8230; they cant.</p><p><strong>Automation</strong> will be the only way to trace and audit the decisions taken by machines with degrees of autonomy. Regulators and internal auditors will still fight back to leave some manual controls in place like a human pushing a button. </p><p><strong>Facts over feelings</strong>, people will no longer be able to lie, with AI &#8220;peers&#8221; raising the flag. Every decision will be benchmarked with its optimal value to the stakeholder and will have to be overriden by a human to justify any other purpose (e.g., politics, sustainability, equality). </p></blockquote><p></p><h4>More of everything</h4><p>The perfect <strong>public image conveyed</strong> by most companies, solid, efficient, experienced, secure&#8230; will be harder and harder to keep. <strong>AI</strong> will:</p><blockquote><p><strong>Make big problems bigger</strong> like Security where the identity of a person will be blurred and machines will trick humans with perfect image and voice replicas. HR and educators will struggle with people fuelling their work with AI content.</p><p><strong>Competition will become fiercer</strong>, what started with smaller players taking advantage of a leveled technology playfield will expand to quality of service provided by hordes of &#8220;free&#8221; AI relationship managers. Expertise will be at everyone&#8217;s reach, with machines learning years of facts and decisions in minutes. Capital will only play a differential role in asset intensive industries (e.g., manufacture, transport), not for labor.</p><p><strong>External pressure will increase</strong> in an attempt to save jobs. Regulators will come up with artificial ways to compensate for higher competition masked as corporate greed. Politicians will promise to save jobs from &#8220;evil&#8221; corporations and public perception will be more important than ever, with the only remaining human in the equation, the client, more relevant than ever&#8230;</p></blockquote><p>Like previous revolutions, Generative AI will smash the corporate world and the speed in which it will happen will be far more dramatic, demanding higher resiliency from employees, corporate owners and governments. It will not be easy to hack.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/my-new-co-worker-generative-ai?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/my-new-co-worker-generative-ai?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p>]]></content:encoded></item><item><title><![CDATA[Corporate Zombies... the other pandemic]]></title><description><![CDATA[The triumph of mediocrity]]></description><link>https://www.corporatehacking.org/p/corporate-zombies-the-other-pandemic</link><guid isPermaLink="false">https://www.corporatehacking.org/p/corporate-zombies-the-other-pandemic</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 19 Feb 2023 11:02:29 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/48e8bf74-91a8-46a3-994f-e24fe22ac3ae_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In a recent poll by <a href="https://today.yougov.com/topics/economy/articles-reports/2021/08/02/working-americans-jobs-fulfilling-meaningful-poll">YouGov</a> on 9.000 working Americans, <strong>20% feel their job is meaningless</strong>. It reaches its lowest in people born before the 80s and its top in GenZ hitting 27%. The difference starts to be more dramatic when people reflect about their <strong>impact on the world</strong>, with industries like <strong>healthcare and education</strong> on the very positive end and financial services, retail and similar among the worst (30-40%).</p><p>These stats reflect people&#8217;s <strong>perception of their job</strong>, not their actual performance, as there is nothing worse than a <strong>wasted opportunity</strong>, having a chance for impact but lowering your arms to become&#8230; a Corporate Zombie.</p><p></p><h4>What is a Corporate Zombie?</h4><p>As seen time and time during my career, a Corporate Zombie is <strong>a person that has decided to give up and become part of a system</strong>. People, who after years of frustration, bad managers and absurd corporate dynamics decide to <strong>give up and go with the flow. </strong>They have <strong>evolved and adapted</strong> and after years of <strong>trying they chose to adopt </strong>what some authors call&#8230; <em><strong>mediocracy</strong></em>.</p><p>Many of these people become a <strong>&#8220;one company worker&#8221;,</strong> accepting moves between different departments with less and <strong>less motivating tasks</strong> but with a <strong>sense of security </strong>that they will never be fired because they are good players.</p><div class="pullquote"><p>But take note&#8230;you&#8217;ll be in the company as long the company feels you provide value and your boss doesn&#8217;t have an incentive to fire you</p></div><p></p><h4>What is the virus that creates these monsters?</h4><p>I believe it has two different strains,<strong> large corporate salaries </strong>and<strong> losing touch with the market</strong>. They both lead to a <strong>self-defense </strong>attitude and although HR try to sell you ideas like thinking critically or about your team before yourself, the reality is that once infected <strong>anything goes in order to survive.</strong></p><p><strong>What drives you evolves over time,</strong> you start by wanting to eat the world and finish by accepting it. By then, it&#8217;s normal to have a family, which increases the<strong> risk of changing scenery,</strong> so you decide to stay and hope that you can still progress some more, however, *THEY* already know who you are. Suddenly, in the next reorganisational they decide to hire some &#8220;rockstar&#8221;, repatriate or promote a friend... anger and frustration make you to <strong>update your CV</strong> but you soon realize <strong>you are out of the market</strong>, you earn a lot of money and your skills became crippled&#8230;<strong>congratulations, you are now a Corporate Zombie.</strong></p><p>And beware, the virus feeds from <strong>all levels of the organisation</strong>. Senior managers are it&#8217;s favorite but <strong>even lower level employees can get infected </strong>if given the right salary, time and level of frustration. </p><div class="pullquote"><p>Game over, you are now living in a mediocracy</p></div><p>With enough time and frustration, <strong>even top performers start to show these symptoms</strong>. They start with high ambition, driving large projects and show their credentials and access senior positions but eventually fall infected.</p><p></p><h4>How to save yourself</h4><p>First of all, there is <strong>nothing wrong with taking a conscious decision</strong> to become a Corporate Zombie. We all reach a point that some stagnation is appreciated, just make sure you understand <strong>its difficult to come back from it.</strong></p><p><strong>Critical thinking</strong> is your best defense. The moment you systematically see <strong>people </strong>following orders and <strong>not being able to dissent</strong> you are in trouble.</p><p><strong>Keep yourself connected with the market</strong>&#8230; interviews, networking, training, measure your real value, if this is gone its only a matter of time you become scared of being out.</p><p>There are always <strong>opportunities and time does open some doors</strong>. There are moments where the stars align and new people appear to challenge the status quo. If you are truly interested in getting off the hamster wheel, <strong>riding this wave is your opportunity.</strong></p><div class="pullquote"><p>Challenge the status quo, zombies don&#8217;t want real change to happen</p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/corporate-zombies-the-other-pandemic?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/corporate-zombies-the-other-pandemic?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p>]]></content:encoded></item><item><title><![CDATA[Strategic career planing]]></title><description><![CDATA[Don't overthink, keep moving and see what happens]]></description><link>https://www.corporatehacking.org/p/strategic-career-planing</link><guid isPermaLink="false">https://www.corporatehacking.org/p/strategic-career-planing</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Thu, 16 Feb 2023 11:59:08 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/51cfdcb0-066d-4aca-b51d-f245b8002a17_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Ok fellows, so today&#8217;s post is about the reality of playing &#8220;the corporate game&#8221; and what it takes to<strong> ascend in its ladder</strong>. Big corps always try to create the <strong>false sensation that a career exists</strong> and growth depends solely on your effort and sacrifice... well, <strong>it does not</strong>. Sad reality is there are lots of other factors and most are out of your control!</p><p>Although <strong>true for both lower and upper levels </strong>of the pyramid, the reasons tend to differ. In lower levels, careers tend to be <strong>&#8220;just a reference&#8221;</strong> created by HR, where the criteria for ascending, timelines and everything else <strong>is just orientative</strong> and usually you have to <strong>beg or threaten t</strong>o leave the company to be even considered. <strong>The lack of &#8220;oxygenation&#8221;</strong> doesn&#8217;t help, so people are usually not promoted <strong>unless there is a vacant.</strong> </p><p>For <strong>upper levels however careers truly dont exist</strong>. Once you reach a certain point it becomes a subjective game of politics, luck and being in the right place at the right time. Bellow we show you some ideas on <strong>how to be in that right place</strong>&#8230; but remember,  it not all about &#8220;YOU&#8221;, it&#8217;s mostly about &#8220;THEM&#8221;.</p><div class="pullquote"><p>Don&#8217;t kill yourself, it&#8217;s probably not your fault</p></div><p></p><h4>Be in a leader&#8217;s &#8220;inner circle&#8221;</h4><p>This is definitely one of the <strong>most successful strategies </strong>you can use in order to grow in a big corp, just make sure you select the appropriate <strong>person to place your bet</strong>&#8230; easy, right? </p><p>Sadly, <strong>foreseeing if a manager is going to be successful</strong> in the mid-long term it&#8217;s not an easy task. Lots of factors play a role and even when you *think* you selected the winning horse it can become a double edge blade quickly if they fall from grace. </p><p>Actually, you could think about the problem backwards, its easier to<strong> identify those that are losing horses</strong>, they think for themselves, say &#8220;I dont do politics&#8221;, are not in good standing with their own boss, have been stuck in the same role for years and so on. Keep a safe distance.</p><div class="pullquote"><p>Get in a successful leader&#8217;s inner circle but try to diversify your bets</p></div><p></p><h4>Be the &#8220;expert subject matter&#8221;</h4><p>If you manage to <strong>achieve the status of &#8220;expert or guru&#8221; </strong>in a specific field (whatever that means, its not an objective thing) you may become <strong>valuable for the company</strong> and  ascend the lower/middle part of the pyramid rather fast. Unfortunately, most of the times, <strong>you will hit a crystal ceiling</strong> quickly, so you might have to (again) threaten to leave or play other games to put some pressure in the wound.  </p><p>Ascending further also depends on your <strong>ability to abandon this &#8220;expert&#8221; status</strong> and start adding more managerial and political tools to your arsenal.</p><div class="pullquote"><p>Choose something resilient and broad like &#8220;digital expert&#8221; instead of niche (e.g., blockchain), it will be useful when the CEO gets bored of it</p></div><h4> </h4><h4>Be the constant &#8220;rule breaker&#8221;</h4><p>This strategy can be very profitable in companies that tolerate some mild-to-heavy status-quo challenge, for example those that <strong>&#8220;want to become a startup&#8221;</strong> as we mentioned. Trying to be &#8220;innovators&#8221; forces top managers and CEOs to promote some kind of <strong>punk attitude in the company&#8217;s culture</strong>. This is sadly mistaken sometimes with the <strong>way your dress or talk </strong>rather than act, so you might have to do those things too.</p><p>But&#8230;careful, not all the players in the corporate game are equally tolerant with a constant rule breaking and <strong>most will want results from this &#8220;innovation&#8221;,</strong> so you have to deliver something (or move away from the bomb before it explodes). </p><div class="pullquote"><p>Even if the company culture tolerates it, it&#8217;s extremely easy to cross a red line when always trying to be the rule breaker.</p></div><p></p><h4>Be the a &#8220;job hopper&#8221;</h4><p>Last but not least&#8230; another way of ascending in the pyramid is to <strong>switch the actual pyramid</strong>. Sometimes its easier to get the recognition your want in another place, leveraging the reputation that your company might have to get access to a higher position elsewhere.</p><p>Its a tradeoff, as switching jobs <strong>always carries some level of risk</strong> but also allows you to <strong>bypass some of the rules</strong> of a place. Its also possible to go back sometimes to the original place in an even higher position if for example the experience you gather is valuable, you spend some time in a start-up and become this &#8220;rule breaker&#8221; the CEO is searching for&#8230;</p><p></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/strategic-career-planing?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/strategic-career-planing?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p>]]></content:encoded></item><item><title><![CDATA[1, 2, All]]></title><description><![CDATA[A framework to scale ideas]]></description><link>https://www.corporatehacking.org/p/1-2-all</link><guid isPermaLink="false">https://www.corporatehacking.org/p/1-2-all</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 12 Feb 2023 11:01:21 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/732752a3-4fe8-4564-8f54-34b51f832cb4_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Change how a dozen employees work, delivering a short project or satisfy a few dozen clients are <strong>usually not the norm </strong>in medium to large corporations where everything is larger and more complex.</p><p>&#8220;1, 2, All&#8221; is a framework to think about this problem&#8230; first by <strong>piloting your ideas</strong> (1), <strong>refining them</strong> (2) and only then <strong>scaling</strong> after it builds the necessary reputation (N). </p><p></p><h4>1 - Piloting</h4><ul><li><p>Its objective is to <strong>prove your idea is feasible</strong> at least in one &#8220;place&#8221; (could be team, area, business unit, client segment, month,&#8230; up to you) and learn h<strong>ow to mature it further.</strong></p></li><li><p>Approval is &#8220;easier&#8221; since it requires a <strong>smaller budget</strong> and even retractors will say ok to <strong>distract</strong> or see you fail...</p></li><li><p>You will start to <strong>see who is who</strong>, with some people supporting you while others will make fancy excuses to <strong>not be involved or be the guinea pig</strong> of your pilot. Some people will also see potential and try to <strong>ride you</strong> while others will jump into <strong>anything senior management says</strong>, be careful with all.</p></li><li><p>Choosing how to run a pilot is a balance between a &#8220;<strong>representative&#8221; test </strong>and <strong>managing the risk </strong>of failing. If you shoot too low people will say "it worked for them but not for me" and if too high you might fail due to its complexity.</p></li><li><p><strong>It's a learning opportunity for you too</strong>. You might have a good idea but not be ready to execute it e.g., your team doesn&#8217;t have the right expertise or sizing.</p></li><li><p>Try to <strong>get a sense of the challenges</strong> (time, resistance, technical complexity,...). A fake pilot will only build fake expectations.</p></li><li><p>Finally, <strong>lie to others but not to yourself</strong>, dont try to fake its results since failure later can be worse than in this stage.</p><p></p></li></ul><h4>2 - Refinement</h4><ul><li><p>Its objective is to <strong>mature your idea</strong> but also <strong>build a reputation</strong> to ease its roll out later. </p></li><li><p>Budget should be a small increment since you<strong> already did some investment </strong>on the pilot.</p></li><li><p>People will start to throw complains on why the pilot was not fully representative so you need to <strong>design it in a way it addresses all these comments</strong> (e.g., if you felt it wasn&#8217;t done fast enough, now it needs to be)<strong>.</strong> Try to <strong>use sponsors from the pilot to "sell"</strong> how good it was (you can let them take part of the credit so it becomes a win-win).</p></li><li><p>If not on the pilot, this is the point where you need to <strong>bring a big reference case</strong>. Its good to start <strong>defining some metrics</strong> based on the learnings from the pilot (e.g., I commit to do this in this time, or lower the cost by x%), before it was just risky speculation.</p></li><li><p>You and your team need to <strong>solve all the issues from the pilot</strong>. Your team also needs to be sized and trained accordingly.</p></li><li><p>Go big&#8230;</p><p></p></li></ul><h4>All - Scaling</h4><ul><li><p>Its objective is <strong>not to roll out everywhere but to reach a certain &#8220;tipping point&#8221;</strong> where it becomes irreversible (e.g., because from a technical point of view cannot be shut down, a certain number of clients love it). Also, most ideas pay themselves without being 100% successful.</p></li><li><p>Approval should be a <strong>straight forward discussion </strong>if you had 2 success cases in your pocket. Not going ahead might still leave you in good standing since<strong> you proved it worked</strong> but others decided against it. You should be careful to not falling into the trap of <strong>living in pilots forever...</strong></p></li><li><p>Some people might still be against your idea so ask yourself if <strong>they are part of the tipping point or not</strong> e.g., a country manager doesnt want to adopt your idea, will he/she be able to stand when all the other countries do?</p></li><li><p><strong>Sequencing the roll out </strong>still needs some thinking as a bad example might still destroy your reputation, so its a good moment to slow down and capture <strong>low hanging fruits</strong>.</p></li><li><p>Your team needs to <strong>scale and mature</strong> as the idea rolls out.</p></li><li><p>Repeat...</p></li></ul><p></p><p>Although simple, this framework can save you form the <strong>urge to aim too high or too fast</strong> when trying to scale in difficult settings. Piloting and maturing your ideas in the right place, <strong>with the right partners </strong>you trust that will later support you &#8220;selling&#8221; this to the rest of the organisation is key to success.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/1-2-all?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/1-2-all?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p>]]></content:encoded></item><item><title><![CDATA[The corporation that wanted to become a start-up]]></title><description><![CDATA[Also known as... the adult that wanted to be a child]]></description><link>https://www.corporatehacking.org/p/the-corporation-that-wanted-to-become</link><guid isPermaLink="false">https://www.corporatehacking.org/p/the-corporation-that-wanted-to-become</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Thu, 09 Feb 2023 11:01:23 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/ac287388-606b-41db-8cd2-8c8a4fa21163_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="pullquote"><p>Imitation is the most sincere form of flattery&#8230; yet, some are so bad that is insulting</p></div><p>Many large corporate CEOs believe that the solution for many of their challenges lies in <strong>acting more like a start-up</strong> and, on the surface, seems logical right? For example, only in healthcare in Europe there are more than <strong>30.000 SMEs trying to disrupt the value chain</strong> through technology, higher risk appetite and agility.</p><p>The problem is what should you copy from them? </p><p></p><h4>&#8220;Lets copy what<em> it says here</em>&#8221;</h4><p>A lot of what you read online about companies are <strong>at least exaggerations</strong> in a PR attempt to <strong>boost reputation</strong>, specially for start-ups looking to increase their value pre-investment or IPO. <a href="https://es.wikipedia.org/wiki/Theranos">Theranos</a> might be one of the most hardcore examples in recent years but to some degree <strong>all play the same game</strong>. </p><p><strong>Copying requires understanding</strong>, not only of what you want to copy but the i<strong>ndustry&#8217;s inner-workings</strong> including the <strong>processes used</strong> to deliver the good or service, the <strong>organisation</strong>, <strong>talent</strong> (including how many people are involved), regulatory <strong>constrains</strong>, <strong>financing</strong> and much more. </p><div class="pullquote"><p>Copy but dont copy and paste</p></div><p></p><h4>&#8220;OK, lets copy the <em>way they work</em>&#8221;</h4><p>Sure, it&#8217;s very simple man, my 50K employee corporation should just <strong>work like the 15 employee start-up.</strong> Ok but what about the other <strong>500 products</strong> we have since they only have one? or the international operations, should we close our presence in 8 other countries? what should each country do vs. the central &#8220;start-up&#8221; team? Should we also stop doing all these c<strong>ompliance, legal and regulatory committees</strong> or should we just risk it like FTX did? Should we forget about our legacy and start a new venture?</p><p>Copying how a start-up works makes sense but you should copy their <strong>empowerment and accountability</strong>. Because they are smaller, you <strong>always know who is responsible </strong>and is somewhat easy to agree since<strong> power is concentrated</strong> on a few people. <strong>Copy that </strong>and read this our <a href="https://corporatehacking.substack.com/p/hacking-org-balancing-accountability">article on empowerment vs. accountability</a>.</p><p></p><h4>&#8220;Fine, lets instead <em>hire</em> some of them&#8221;</h4><p>A topic to be discussed in length but this argument again, on the surface makes sense, but fails for several reasons. Large corporations are <strong>talent grinders</strong>, for example by not providing a good <strong>value proposition for younger people </strong>to develop or even in good intentions by <strong>paying a lot </strong>and creating the incentive to p<strong>rotect your job at all cause.</strong></p><p>Large corporations also require a <strong>different kind of talent</strong>, with the ability to navigate politics, understand complex processes, use legacy technology tools and overall show a bigger <strong>sense of resilience towards frustration</strong>.</p><p>Hire but also fix the underlying problems, look also for <strong>rockstars that are hidden</strong> and remove the bureaucrats that hid them in the first place.</p><p></p><h4>&#8220;Lets try to match their <em>prices</em>&#8221;</h4><p>From <strong>entropy</strong> over time, most corporations are <strong>bloated</strong> with people and cost structures that just make it imposible to match the efficiency of smaller players. Intuitively you would think that <strong>economies of scale </strong>give corporations an advantage, but most of the time is wasted on unnecessary overhead instead of going to the client. Large corporations also struggle, specially in some regions, to <strong>quickly reshape </strong>because of regulation or their gov. links.</p><p>Competing requires some <strong>very hard decisions,</strong> firing people, selling or closing unprofitable businesses, saying the truth, be able to fail and dont fear the consequences, something extremely hard when<strong> you&#8217;re playing with other people&#8217;s money</strong> compared to start-ups where <strong>the owner can be sitting next to you&#8230;</strong></p><p></p><h4>&#8220;Lets boost our <em>innovation</em>&#8221;</h4><p>For many companies <strong>innovation is a department,</strong> sometimes isolated from other areas where &#8220;innovative people&#8221; are trying to find the next Coca-Cola. This approach is fundamentally flawed for not being close to the <strong>actual business and their problems</strong>, the people that posses the <strong>highest expertise</strong> and lacking <strong>real incentives</strong> other than playing with new cool things.</p><p><strong>Invest in innovation</strong>, give your teams the time and resources to get their heads out of the day to day from time to time <strong>but dont isolate it.</strong></p><p></p><h4>&#8220;I give up, lets just <em>buy them</em>&#8221;</h4><p>Great idea, lets absorb these 15 guys inside our 50K employee organisation because they will for sure have the <strong>energy, empowerment, expertise and willingness</strong> to transform us after we fill their pockets with millions.</p><blockquote><p>I&#8217;m glad you agree, you incentive this year is to buy at least one start-up, don&#8217;t fail me!</p></blockquote><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/the-corporation-that-wanted-to-become?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/the-corporation-that-wanted-to-become?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[The KPI industry]]></title><description><![CDATA[What is not defined cannot be measured. What is not measured cannot be improved]]></description><link>https://www.corporatehacking.org/p/the-kpi-industry</link><guid isPermaLink="false">https://www.corporatehacking.org/p/the-kpi-industry</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 05 Feb 2023 11:01:22 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/73b4995c-4594-4368-b9d6-1d1a67747f68_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>So&#8230;pretty clear isn&#8217;t it? KPIs is a huge thing when trying to track evolution of whatever needs to be improved. Something we believe as a &#8220;mantra&#8221; and probably it&#8217;s true, but sometimes, when applied in large organisations, <strong>can have unexpected consequences. </strong></p><h4>Defining the &#8220;right&#8221; KPIs</h4><p>The statement around the KPI, the metrics and the objectives, if not defined carefully, could result in an output very far from the goal of the KPI itself.</p><p>Here is a real example. In an effort to increase <strong>developer productivity</strong> in a software shop, the CTO of a large multinational retailer decided to measure, AND INCENTIVISE, a KPI called <strong>&#8220;number of features developed&#8221;</strong>. Sounds decent right? Who wouldn&#8217;t want to improve this metric?</p><p>As a result &#8220;productivity&#8221; skyrocketed in a few months in order to <strong>comply with the bosses wishes</strong>. Lots of code pouring from developer machines, as fast as possible to deliver on the KPI but also on the millions of features business gurus have <strong>thought &#8220;carefully&#8221; before writing two lines on a post-in note</strong>. But, like any action there is a reaction, production incidents<strong> increased in the same violent way</strong>. Agility without enforcing the necessary <strong>code quality</strong>, resulted in a dramatic reliability and security period for the company&#8230; you get the idea.</p><div class="pullquote"><p>Be careful with the KPI definition&#8230;people will  achieve it</p></div><h4>False sensation of control</h4><p>Another relevant point around KPIs is that provide a<strong> false sensation of control, especially to the top management</strong>. Having tons of KPIs it&#8217;s usually what managers do when <strong>they don&#8217;t understand the process </strong>under their responsibility. We have been taught since high-school that measuring things is good, but how many times about the importance of <strong>spending time with the teams</strong>, walking the halls, talking to people an actually making your own mind about how things are going?</p><p>These managers believe that having hundreds of KPIs will result in a<strong> &#8220;I have everything under control&#8221; </strong>state of mind. KPIs should be the result of a deep understanding of the manager responsibility, <strong>not the other way around.</strong> Think about how many hours a pilot needs to learn about his plane before trusting the instruments&#8230;</p><p>The mindset should be:</p><p>1.- Understand my scope of responsibility, mission and goals</p><p>2.- Full understanding of the processes that support those goals</p><p>3.- Identify the &#8220;things that need to happen&#8221; (a.k.a. what good looks like)</p><p>4.- Create KPIs</p><p>5.- Measure, repeat, adapt</p><p>Usually number <strong>2 and 3 do not happen</strong>, especially in managers that are assuming roles that don&#8217;t fit their previous expertise and think that creating KPIs would give them the appropriate control within their function.</p><div class="pullquote"><p>A racing car needs a good engine but also&#8230; breaks</p></div><h4>The KPIs industry  </h4><p>Another undesired result of obsessing about KPIs is the <strong>army of people needed in order to track them </strong>at scale. Dashboards with hundreds of numbers need to be <strong>gathered and processed</strong>, rarely KPIs are as easy as going to a system and reading some number, sometimes they require dedicated people, talking to other people, making calculations, interpretations, it&#8217;s consuming.</p><p>So&#8230;next step is to create an organisational structure with the only objective to do so. Of course this team <strong>doesn&#8217;t even understand what the KPI shows</strong> or the behaviour is trying to introduce. Their only goal is to chase people doing <strong>actual work </strong>to fill some nice coloured dashboards and fill their bosses with the sensation of control. This is also why PMOs have such a bad reputation, with hordes of consultants chasing people without actually being <strong>involved in the delivery and the understanding of the root causes</strong> for success.</p><div class="pullquote"><p>Ham and eggs, the pig commits while the chicken gets &#8220;involved&#8221;</p></div><p>We have seen crazy examples of organisations where doing this at scale while also dealing with <strong>committees, audits, offsites, team meetings, traveling, coffee chats</strong> and more, ends up becoming the ACTUAL JOB. What percentage of your job are those?</p><p>End result&#8230; after months of frustration with this culture human nature starts calling and you start thinking&#8230; how can I hack this KPI?</p><div class="pullquote"><p>If you can&#8217;t defeat the enemy, join him&#8230; or simply get another job</p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://corporatehacking.substack.com/?utm_source=substack&amp;utm_medium=email&amp;utm_content=share&amp;action=share&quot;,&quot;text&quot;:&quot;Share Corporate Hacking&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://corporatehacking.substack.com/?utm_source=substack&amp;utm_medium=email&amp;utm_content=share&amp;action=share"><span>Share Corporate Hacking</span></a></p>]]></content:encoded></item><item><title><![CDATA[About offsites and corporate events]]></title><description><![CDATA[Nothing to win but a lot to (potentially) lose]]></description><link>https://www.corporatehacking.org/p/offsites-and-corporate-events</link><guid isPermaLink="false">https://www.corporatehacking.org/p/offsites-and-corporate-events</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Thu, 02 Feb 2023 11:00:50 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/9cea1cf6-06e9-4e7e-b1fd-7007ae7b0ff3_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Offsite and similar gatherings are one of the most <strong>interesting social experiments</strong> that you can experience in the corporate world. In big corporations, people from different places around the world meet in person to share plans, ideas, projects (or for any other reason bosses think is worth gathering together) and, specially since the pandemic, there is an <strong>overexciting atmosphere </strong>to chat with colleagues that you have not seen in person for years, have fun and...drink.</p><div class="pullquote"><p>Just don't, just in case... don't drink. Nothing to win, a lot to lose</p></div><p></p><h4>Some real situations</h4><p>I remember one, some years ago, a person started to get emotional after 5 vodkas and started crying and complaining that t<strong>he corporation had been extremely unfair to him</strong>. Everybody started to look, ask what was happening and at the end some colleagues helped him to bed. Not to mention to mention that 2 vodkas before all the crying he tried to<strong> hit on another younger colleague</strong>, not cool. Next day everybody started to ask him if he was ok&#8230; in reality they were really wondering how bad the hangover (and shame) was, not cool.</p><p>Also, you can get out, have a few laughs with your colleagues, drink a bit but&#8230; <strong>BE ON TIME THE NEXT DAY</strong>. Most of the senior managers that are in charge of these events know people will party, actually is part of the plan, but <strong>being late is disrespectful</strong>. These managers also <strong>tend to go to bed early </strong>(thankfully, so they dont see all the crazy that happens), so be careful. </p><div class="pullquote"><p>These situations get you closer to unemployment that any bad project you manage</p></div><p>On the other hand, you don&#8217;t want to be the <strong>weird guy that sits in a corner looking very busy </strong>and does not socialise with the rest of the team. <strong>Finding the sweet spot</strong> is usually the safest option in this events. There is no need to be the coolest person but nor just being by yourself all the time is not a good option either. <strong>Partying requires practice, so go get some&#8230;</strong></p><p></p><h4>Show some interest</h4><p>Depending on the context, at least <strong>50% of the audience in corporate events don't understand or care about most of what is being shared</strong> (source: we have been to many offsites). If this is your case, <strong>don&#8217;t forget to pretend you do</strong>. Most of the presentations will be delivered by people that play a certain role in the organisation, usually a relevant one, specially for their bosses (aka organisers). Doing some email is acceptable, maybe even some newspapers, but <strong>don&#8217;t look disconnected</strong>. A couple of questions from time to time always enhances the idea that you care and your colleagues presenting will thank you.</p><p>Anyhow, chances are that most of it <strong>gets forgotten within a few weeks</strong>. Only chance for not happening is if there is some hard KPIs and commitments (e.g., sales) being put on the table, everything else is just smoke&#8230;</p><p><strong>Smile, nod and agree</strong>. A little bit of clapping, couple of beers, some pictures yelling &#8220;one team&#8221; and back home! Next year&#8217;s offsite will be better for sure&#8230;and probably you&#8217;ll discuss the same things again. </p><div class="pullquote"><p>Stay safe and don&#8217;t cross any red line</p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/offsites-and-corporate-events?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/offsites-and-corporate-events?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Controlling what people do (part 2)]]></title><description><![CDATA[How to use money and other levers to steer people towards your goals]]></description><link>https://www.corporatehacking.org/p/hacking-delivery-controlling-what-75a</link><guid isPermaLink="false">https://www.corporatehacking.org/p/hacking-delivery-controlling-what-75a</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 29 Jan 2023 11:00:46 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/575882dc-f6a5-4299-9843-390cbd8af711_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<h3><strong>OK but I still don&#8217;t know how to control people</strong></h3><p>So lets say that you are appointed as <strong>Head of Legal in a large corporation</strong> and your objective is to <strong>improve their risk management practices</strong> since the company has been involved in several &#8220;small problems&#8221; recently. Projects are launched without enough scrutiny, and although compliance requirements are published in a <strong>fancy PDF on the company&#8217;s intranet&#8230;</strong> people don&#8217;t pay attention to them. So what can we do?</p><p>There are two things we need to solve: <strong>i) where do</strong> <strong>we &#8220;intercept&#8221;</strong> what people are doing and <strong>ii) what hard incentive</strong> we put so they follow</p><h4><strong>On the interception</strong></h4><p>This is harder sometimes than it sounds. Common sense says that <strong>decent companies should have (as least!) a list of projects</strong> they are running, after all, most of them consume some sort of resource like <strong>money or people&#8217;s time,</strong> but&#8230; thats not always the case. So option 1 is that they do and that list will point you to the people you need to &#8220;convince&#8221; to do a certain thing.</p><p>If the list doesn&#8217;t even exists, the best option is to <strong>&#8220;probe&#8221; a certain moment </strong>where all projects meet. For example, lets say that in order to get funds teams have to navigate some sort of <strong>approval process,</strong> fill some docs, etc. Therefore, the guys running this process, a <strong>portfolio team or Finance, are your best allies</strong> to embed your own requirements. For example, lets say that in your new role as Head of Legal you want all projects to <strong>staff a lawyer from your team </strong>to review what they are doing, therefore, the portfolio team approving a project should also ask for that lawyers signature during their review. This usually is<strong> not that difficult </strong>because the portfolio team have no incentive to put the company at risk or to approve projects that are not compliant.</p><p>Other places can be in some sort of <strong>project committee </strong>where people check on the progress of things or <strong>during go-live</strong> where there is usually some sort of user acceptance test or closure process, for example, in IT projects have to pass some checks in order to release their product to the public. It&#8217;s important to try to establish this checks <strong>as early as possible (&#8220;ex-ante&#8221;)</strong> since it will be easier for people to comply without rework. In technology there is a whole trend talking about this called &#8220;<a href="https://en.wikipedia.org/wiki/Shift-left_testing">shift left</a>&#8221;</p><p>It&#8217;s good to acknowledge that if you decide to put a roadblock on people you <strong>better be ready to act </strong>when they come for you. For example, if you want to approve all these process designs you better have a pool of well <strong>trained, sized and motivated</strong> engineers to help projects do things &#8220;in the right way&#8221;, other wise they will rebel and <strong>raise to the CEO</strong> that you are a stopper.</p><h4>On the incentive</h4><p>There are only 2 ways to incentivise people&#8230; <strong>money and automation.</strong></p><p>Money can be used in multiple ways, for example, our previous case of asking the <strong>portfolio team to not approve project</strong>s without the sign-off of a lawyer is a VERY EFFECTIVE way of cutting funds to bad corporate citizens. Some companies are also <strong>releasing funds every quarter</strong>, so they can be sure they are compliant also during execution.</p><p>Another way is to play with people&#8217;s financial incentives aka <strong>their variable salary</strong>. So you can link a certain objective to that and unless they make a miserable amount of money they will tend to follow.</p><p>A corollary of money is <strong>reputation</strong>, for example, a long time ago I worked in a factory that <strong>published the time people spent working</strong> (calculated with the turnstile) in the company&#8217;s intranet, so literally everyone knew how many hours you sink at work. <strong>Very evil</strong> but worked because people think that a good <strong>reputation leads to money</strong> and promotions. So for example, creating a public dashboard about anything will create this <strong>peer pressure effect</strong> where people dont want to appear at the bottom showing they are not doing something right. Lets say you have a metric to measure team&#8217;s morale, who would want to have his name in the bottom of that list?! (some people but thats another story)</p><p>Companies also going through an <strong>operating model transformation</strong> need to think about money as the main incentive. Lets say that your big corporation is shifting from an local model where every <strong>business unit do things their way towards a homogenous global way</strong>. You have two alternatives, the nice democratic way where you beg local managers to <strong>please</strong> <strong>listen</strong> to how you want to do things or you take control of their budget (and people, even better). It&#8217;s common sense, like when your dad didn&#8217;t want you to do something as a kid by not giving you any money, and yet many managers because of <strong>politics, fear of accountability or inexperience </strong>choose to play the democratic way thinking maybe a consultant will give them a nice trick on how to solve this without having to go through those <strong>nasty budget discussions.</strong></p><div class="pullquote"><p>&#8220;Although painful, its easier to just kill the elephant in the room&#8221;</p></div><p>The second incentive is no incentive at all, is <strong>automation</strong>. If there is <strong>no way to skip a control</strong> then you need to live with it. There is a cool case in Google where all processes, for example when you click on Gmail to send an email, need to run under a certain time, otherwise stopped automatically. This is great because is forcing engineers to ensure their code is fast.</p><p>A more human example are <strong>employee expenses</strong>. Instead of paying for the corporate credit card of an employee and then waiting for their expense report, what most companies do is link the card with the employee&#8217;s personal account so they are <strong>compelled to do the expense report</strong>. This is an evil model that works perfectly, no begging for people to do reports, they just have to do a lot of paperwork to even out and get their personal money back and <strong>any mistake will be on them</strong>&#8230; brilliant.</p><h4>A cool side effect</h4><p>Intercepting the flow and incentivising people also allows for a major change in a company&#8217;s culture, you can start <strong>managing by exception. </strong>For example, if you create 10 requirements projects need to follow, any project that proves they are compliant can <strong>move ahead automatically.</strong> You can even create the time to market incentive to follow the standard instead of reinventing some greenfield way of doing it. On the contrary, anyone that doesn&#8217;t follow the standard <strong>needs to ask for an exception</strong> and prove its  needed. Lets say you, as CIO of a company, declare you want <strong>all your applications to be coded in X programming language</strong> from now on&#8230; 95% of projects will have no valid reason not to follow this rule (otherwise no money for them!), but 5% will actually bring good reasons why they need to skip this rule, so therefore only 5% of project will require additional analysis and consume valuable time form your team.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/hacking-delivery-controlling-what-75a/comments&quot;,&quot;text&quot;:&quot;Leave a comment&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/hacking-delivery-controlling-what-75a/comments"><span>Leave a comment</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/hacking-delivery-controlling-what-75a?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/hacking-delivery-controlling-what-75a?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Controlling what people do (part 1)]]></title><description><![CDATA[How to use money and other levers to steer people towards your goals]]></description><link>https://www.corporatehacking.org/p/hacking-delivery-controlling-what</link><guid isPermaLink="false">https://www.corporatehacking.org/p/hacking-delivery-controlling-what</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Sun, 22 Jan 2023 16:00:52 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/8dd3e515-22f5-4779-bb10-56e9a390fa69_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>One of the top challenges managers face is to <strong>make people do what they want</strong>. Yes, yes, I know, good managers dont tell people what to do, they set a direction and people should be smart enough to find the way, fine, but sometimes you need to make sure people <strong>do something precisely,</strong> for example, comply with certain <strong>security</strong> policies, <strong>regulatory</strong> requirements, quality <strong>guidelines</strong> or simply because you are trying to influence people <strong>that don&#8217;t even report to you.</strong></p><h4>The naive mindset</h4><p>Unexperienced managers think that by saying something in a meeting, writing a nice policy doc or sending an email things will happen, and <strong>it will not</strong>&#8230; why? </p><ul><li><p>people don&#8217;t<strong> agree</strong> but don&#8217;t say it</p></li><li><p>don&#8217;t <strong>report</strong> to you or they have <strong>more than one boss</strong> who doesn&#8217;t agree also</p></li><li><p><strong>forget </strong>or are <strong>lazy</strong></p></li><li><p>are <strong>incentivised</strong> to do the opposite</p></li><li><p>don&#8217;t know <strong>how</strong> to do it that way</p></li><li><p>are <strong>anarchist</strong> </p></li><li><p>want to <strong>get</strong> <strong>fired</strong> </p></li><li><p>&#8230;should I continue?</p></li></ul><p>This problem is also proportional to the <strong>size and footprint of the organisation</strong>, where you believe that you can manage a team in another continent just by sending some emails&#8230; take a plane please&#8230; This is specially evident in managers in <strong>holding or global roles</strong> that all the sudden start owning things 14 hours away, where timezones overlap maybe 2-3h a day, with different <strong>cultures, languages, priorities, ways of working</strong> and more. Also is depressing to see managers with many reports falling to their <strong>comfort zones</strong> by putting more attention on the teams that speak their same language or that listen more instead of focusing on the real priorities, like they don&#8217;t exist, it&#8217;s human nature&#8230;</p><h4>What do you want to control?</h4><p>Honestly people do a lot of things and depending on your mission the <strong>majority are irrelevant</strong>. There are some <strong>hardcore examples</strong> but they are so bizarre that you will think it&#8217;s a joke, but anyway, I once saw a manager with more than 40K employees trying to<strong> control where they physically sit!,</strong> I&#8217;m sure it makes sense for a 10 people but 40.000!! Can you imagine that? do you have time for that?</p><p>Instead lets think about control by imagining a very sick person, I don&#8217;t know, Cancer, that just had a car accident (bad things come in two&#8217;s, look at <a href="https://www.history.com/news/the-man-who-survived-two-atomic-bombs">this</a>), would you try to <strong>solve first the Cancer or the bleeding</strong> <strong>from the accident? </strong>Obvious right? well, this is the same simple question many managers fail to answer by putting <strong>so much focus on the &#8220;stock&#8221; of problems instead of the &#8220;flow&#8221; </strong>of new ones. </p><div class="pullquote"><p>&#8220;This feels like trying to dump water off a boat while another person is filling it&#8221; </p></div><p>Lets say that you are in charge of designing the processes of a company, for example, how clients pay or subscribe to certain things, and the company is executing hundreds of projects each year that create or change some of them. Would you try to fix the thousands of issues in the stock or would setup your team in a way that you can <strong>intercept the flow of new processes</strong> to design them in the right way? Another techie example is the adoption of new technologies, companies for example are spending millions to move old systems to the cloud instead of first learning how to do projects natively in them. Of course, at some point <strong>you can start treating the Cancer</strong>, there could be a powerful business case to redesign people intensive process, but that should come after.</p><div class="pullquote"><p><em>On the extreme, you can potentially &#8220;ride&#8221; the flow of new things to transform the stock</em></p></div><p>Some companies expend so much money in new projects that sometimes is enough to just <strong>&#8220;ride the wave&#8221;</strong> to start impacting the stock. For example, if this manager goes and asks for 10MnUSD to fix many old processes the CEO will probably say no, but if he tries to <strong>&#8220;embed&#8221; himself in all the projects</strong> that are tweaking the legacy processes he might end up fixing many things literally for &#8220;free&#8221; (paid by the project).</p><h4>OK but I still dont know how to control people</h4><p>In the next post (every Sunday and Thursday) we will discuss where and how can we use money (e.g.., budgets, monetary incentives) and automation to steer people in the right direction.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/hacking-delivery-controlling-what?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/hacking-delivery-controlling-what?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Building a shadow HR function to deal with their incompetence]]></title><description><![CDATA[Coping with HR's lack of support by building your own function]]></description><link>https://www.corporatehacking.org/p/hacking-hr-build-your-own-hr-function</link><guid isPermaLink="false">https://www.corporatehacking.org/p/hacking-hr-build-your-own-hr-function</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Wed, 18 Jan 2023 14:13:59 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/e8d4a3fc-8d15-4d72-a69d-65a14b6d1d5a_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>The term &#8220;shadow IT&#8221; is used to describe those systems managed by areas other than IT which are <strong>often hidden from their sight</strong>. For example, very often fraud teams in banks run large amounts calculations and analyses in computers unknown to the IT folks, or designers working in old school corporations that don&#8217;t allow Apple products often buy their own computers to be able to work. This trick can go as far as building complete shadow organisations, <strong>it&#8217;s risky&#8230; but effective.</strong></p><h4>Owning you team&#8217;s problems</h4><p>When Susana got appointed to lead the Operations team in a large energy company, area which drove a lot of <strong>client facing processes</strong> like their onboarding, she realised the <strong>huge</strong> <strong>gap compared to rest of the company</strong>, including low excitement and sense of pride about working there, obsolete equipment, dark physical spaces, low salaries and more. </p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Subscribe to receive more like this, its free</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p>Susana therefore decided to hire a friend of hers, an <strong>ex-HR manager </strong>from a consulting firm, to help her on some of these issues,<strong> beginning with low hanging fruits </strong>like redesigning the awful cafeteria and changing the food subcontractor to make it look like you actually wanted to eat there, cleaning (deeply) the bathrooms, negotiating with a nearby shopping mall to get a good deal on parking spaces, making coffee and sodas free and many other <strong>small but cool perks which made employees realise that Susana was really trying.</strong> Side note, a Union started to complain because offering free things to a few employees violated some agreement and therefore the same perks had to be given to everyone, the <strong>Head of HR</strong> <strong>wasn&#8217;t thrilled&#8230;</strong></p><div class="pullquote"><p>Good managers fill the gaps left by the company</p></div><p>After this first &#8220;easy&#8221; changes they decided to start <strong>addressing more structural problems</strong>. For example, the yearly employee evaluation process of the company was at best simplistic, requiring only a form to be filled by the person&#8217;s manager and that&#8217;s it. Both coming from consulting they envisioned something far more useful, with a <strong>proper conversation</strong> between the person and manager, a true focus on <strong>developmental feedback</strong>, involvement of <strong>peers and internal clients</strong>, doing it <strong>every 6 months</strong> and many other improvements. But could they implement that only in their area? do they even have to tell HR? In true hacker style Susana decided to move ahead without them.</p><div class="pullquote"><p>Sometimes is better to say sorry than please</p></div><h4>Filling the interstices left by the system</h4><p>So, their idea was simple, lets implement <strong>our own processes but try to couple it with the company&#8217;s one</strong>. For example, if the company want us to fill some forms every year, lets then align our second yearly review so the result can also be used for that. In other words, we build our own thing but with the<strong> right interface to &#8220;connect&#8221; with the company.</strong></p><p>The process was a success and Susana grew her own &#8220;shadow HR&#8221; team to now 3 full time employees managing not only reviews now other activities like <strong>coaching, staffing, metrics, compensation</strong> and even started redesigning the roles and careers to better reflect what her team did. It&#8217;s very common for large companies to assign generic roles to people like &#8220;manager&#8221; that doesn&#8217;t mean anything, this is specially true in IT where instead of being called &#8220;software engineer&#8221; you get this generic roles <strong>just to keep things homogenous</strong> with the rest of the company (or laziness). At the same time many companies have roles that are messy and the result of many iterations like manager A, B, X, 2, 5, III and so on. Lacking this common &#8220;framework&#8221; complicated their performance review since it was hard to compare apples to apples.</p><p>But then, things became complicated, the <strong>Head of HR took notice</strong>. Of course, the first thing is that he did was to raise the issue to the CEO arguing that Susana was &#8220;bypassing HR&#8221;, they even brought all the Union complains but fortunately the CEO decided to support her seeing the amazing transformation she had done and the feedback from some of her employees. A happy ending, or not?</p><p>HR was still mad since it also exposed their own flaws so they decided to <strong>hack Susana back&#8230; instead of fighting  they were gonna support her</strong>, even better, Susana&#8217;s ideas were so amazing that&#8230;</p><div class="pullquote"><p>&#8220;we want to take them to the whole company, therefore, instead of launching your own, wait until we can adapt and deploy them at <strong>company level</strong>&#8221;</p></div><p>Long story short, <strong>a year later nothing happened</strong> with some initiatives stuck while others mutated so much that HR took credit for them. Still, it was worth it. People took notice and valued her efforts to improve things. This not only <strong>increased the engagement toward the project but followership</strong>, people are not stupid, they know who does each thing. A new culture began to grow in her team addressing also the sense of &#8220;second class citizen&#8221; she had found months before an a new &#8220;not many problem but its my fault&#8221; mindset began to appear.</p><p>So, in conclusion, building a shadow anything is <strong>not ideal but sometimes is the only option to cope with the missing components of an organisation</strong>. Also, filling the gap is not a problem as long as you can <strong>connect back </strong>with the processes and requirements other organisations like HR put on you, they shouldn&#8217;t be mad if you try to improve on top of their initial idea, but at the same time there are other hacks to bring them on board that we will discuss in other articles.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/hacking-hr-build-your-own-hr-function?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/hacking-hr-build-your-own-hr-function?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p>]]></content:encoded></item><item><title><![CDATA[The unfair disparity between accountability and empowerment]]></title><description><![CDATA[Understanding how badly designed organisations can destroy effectiveness and morale]]></description><link>https://www.corporatehacking.org/p/hacking-org-balancing-accountability</link><guid isPermaLink="false">https://www.corporatehacking.org/p/hacking-org-balancing-accountability</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Wed, 18 Jan 2023 12:39:20 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/b8245be2-50ad-46d7-a887-28415d93b6ac_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>The number one way to measure the <strong>quality of an organisation structure</strong> is to measure <strong>accountability and empowerment</strong> in its teams. Imagine a manager extremely empowered (e.g., because he&#8217;s related with the CEO or controls all the budget) to launch new ideas, burn money or change things but that later is <strong>not accountable for the success of any of those things</strong>. Image the oposite too, a manager accountable for the operation of a critical system but <strong>not for the resources to do so</strong> (very common in IT by the way).</p><p>Both are <strong>dysfunctional examples that happen every day in large organisations</strong> and are the result of bad managers and understanding of how their company works. They diminish not only the success of the company but <strong>build the frustration of talented individuals</strong>. For example, many large corporations have a clear separation between a <strong>&#8220;business&#8221; and a &#8220;technology&#8221;</strong> team, often creating a model where <strong>one &#8220;asks&#8221; for something and another &#8220;delivers&#8221;</strong>, leading to constant frustration and lack of recognition hidden to the outside.</p><p><strong>You can even see this fracture inside one</strong> <strong>area</strong>, where one team &#8220;builds&#8221; something and another &#8220;maintains&#8221; it. Build teams tend to run fast, usually under pressure by commitments while maintenance teams will later have to cope with the lack of quality and shortcuts they took. See <a href="https://wikipedia.org/wiki/DevOps">DevOps</a>.</p><p>Because of this, many companies have started to experiment merging business and technology teams into <strong>&#8220;squads&#8221; or areas that own the whole problem</strong> instead of a function. This merger can be either virtual where teams sit together, report to the same manager or actually act as one. Although the first couple of moves improve the communication, leaving them separated, even if they report to the same person, doesn&#8217;t completely eliminate the problem.</p><div class="pullquote"><p>&#8220;Those over there are my software engineers, I don&#8217;t really know what they do but they work for me&#8221;</p></div><p>After successfully piloting <a href="https://en.wikipedia.org/wiki/Agile_software_development">Agile</a> and the idea of merging some teams together, Brian, the CEO of a large retailer in Europe, decided to <strong>roll-out the model</strong> to other areas of the company, including the <strong>points of sales (POS) in the stores</strong>. Traditionally led by a small &#8220;business&#8221; team that gathered, prioritised and sent requirements to IT, Brian felt that merging them with the corresponding technology team would <strong>eliminate the complains about time and cost he usually heard.</strong> He asked both the &#8220;business&#8221; responsible and the CIO to &#8220;do it&#8221;&#8230;</p><p>They met with the objective of defining <strong>which teams should be moved from IT</strong> and ensure they had all the levers (empowerment) to make POS operations a success. Before the meeting they agreed to come with a proposal, hopefully to ease such a hard conversation. The first chat was a surprise, the new &#8220;Head of POS&#8221; (fancy title by the way) only requested for 15 engineers while the CIO accounted for more than 200, how can the difference be so large? <strong>The mindset was the opposite the CIO anticipated</strong>, why instead of &#8220;stealing&#8221; a large amount of people and budget this guy only wanted 15?&#8230; ahhh</p><p>The Head of POS understood the POS as an application, with his old responsibility being to <strong>define nice user requirements</strong> in a computer screen for the store clerks to use, he didn&#8217;t account for everything that was behind, including the physical hardware, the contracts with companies that provided it, the 24/7 support to the stores, the credit card terminals, and much much more&#8230;</p><p>After weeks of discussions and <strong>frustration by the CEO</strong> it was agreed he was not the right person for the job. <strong>Accountability must match empowerment,</strong> one cannot be responsible, taking all the credit, reputation and empowerment without also taking ownership of the challenges and problem that role bring. The role &#8220;<a href="https://en.wikipedia.org/wiki/Scrum_(software_development)#Product_owner">Product Owner</a>&#8221; for example is often used for people that are really playing something closer to a  &#8220;Project Manager&#8221;, a person driving a certain initiative but that will necessarily own the full scope of the problem, like its operation or success in the market.</p><div class="pullquote"><p>If you own something you also wake up on a Saturday night to fix it</p></div><p>One reason why accountability and empowerment become distorted is the way managers design their organisations, often having to <strong>care for some people</strong>, something of a &#8220;personigram&#8221; where you have to <strong>ensure everyone has its own role and team</strong>. I have also seen managers argue that the size of teams reporting to each person should be the same like this is some sort of requirement, probably so <strong>they don&#8217;t complain </strong>and have similar relevance in the organisation.</p><p>In reality <strong>organisation follows strategy</strong>, one should know what you want to do,  design the organisation that best fits that missions and THEN place the best people to do the job <strong>independently of their affiliations and politics</strong>. Only bad managers don&#8217;t do it this way.</p><div class="pullquote"><p>If you cannot find a role for a person it means that person is not required</p></div><p>One can also <strong>&#8220;tweak&#8221; empowerment</strong> a few to achieve this balance. For example a CEO saying publicly that a project (or a person) is high priority goes a long way but this tools shouldn&#8217;t be use for everything, its the role of a good manager to <strong>design the organisation for smooth operation</strong>, with clear areas of responsibility, empowerment and no overlaps that fragment that responsibility when things go wrong.</p><div class="pullquote"><p><em>&#8220;Every time that the CIO came to my meeting everyone else attended&#8221;</em></p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/hacking-org-balancing-accountability?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/hacking-org-balancing-accountability?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[I rather ask for money once instead of going through the same bureaucracy over and over]]></title><description><![CDATA[How merging projects into programs can help you save a lot of time]]></description><link>https://www.corporatehacking.org/p/hacking-finance-i-rather-ask-for</link><guid isPermaLink="false">https://www.corporatehacking.org/p/hacking-finance-i-rather-ask-for</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Wed, 18 Jan 2023 08:47:11 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/756d80cf-f470-4222-a098-2a43aa0de365_836x515.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Contrary to personal life, at work <strong>sometimes is better to have one big problem rather than 100 small ones</strong>. For example, would you rather upgrade the points of sale in a large retailer as a company wide project or fight with each store manager to convince them to do it, fund, staff and source the project and so on? Asking for money follows the same rule in many large corporations where Finance (and portfolio teams) apply the <strong>same level scrutiny and bureaucracy</strong> to all initiatives that reach them.</p><p>Continuing with James case, when he arrived to the CTO role he shaped with his team a <strong>very large list of problems to solve</strong>, going from complex <strong>strategical issues</strong> like the adoption of new technologies, enablement of certain business features, development of new mobile apps and completely redesigning the data architecture of the bank. At the same time, the team knew they would have to cope with a lot of <strong>day to day issues</strong> like day to day operations, audits, renewal of hardware, deployment of certain applications missing in some countries and much more. This left them with a <strong>long list of projects and the challenge of getting each of them approved and managed</strong>, which seemed like a frustrating mission in a company known for its complicated approval and funding processes, how in the hands of Finance (instead of an area with more strategical ownership).</p><p>Frustrated, James decided for a different approach, instead of fighting each battle he <strong>merged the majority of projects into a single program</strong> meant to build a new technology platform for the group. A large initiative requiring the resources of all the projects it housed <strong>but not the equivalent bureaucracy</strong>,  it increased the changes of getting everything approved at once and created a <strong>more compelling transformation story</strong> than each project fragmented narrative. Of course, more money more questions, but the focus of the CTO, CIO and many other leaders into a single problem, story and flag greatly simplified the way to get the funds needed.</p><div class="pullquote"><p><em>I rather have one big problem than many small ones</em></p></div><p>The new program also had an added bonus, <strong>it told a transformation story</strong> that later became <strong>the flag for the CIO</strong> and even partially the CEO of the company. Instead of talking about technology a sum of small things diluted the big investment being done, telling the story of a big platform, bringing a compelling set of new business features and present in many countries at once, something not done before since each business unit had the empowerment to chose their technology, created a <strong>sense of direction and excitement</strong> not seen before. The team also invested in the <strong>branding and internal marketing</strong> for the program that brought more visibility to it and therefore minimised any chance of <strong>Finance reducing its support</strong> to the program. </p><p>The same hack can be applied to many things. Forgetting for a second about the financial point of view in this article, think about<strong> fighting for salary increases for your team with HR</strong>, of course there is a limit but the tiredness and complexity of the conversation for sure doesn&#8217;t scale in a linear way if more people are bundled together. Same for technical problems, imagine for example being responsible for the source code of the company, would you rather have everything on a single place or multiple fragmented repositories. Of course, the first one has a bit of embedded risk to it but control, monitoring, security, backups, etc. are easier when the fragmentation is reduced.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/p/hacking-finance-i-rather-ask-for?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/p/hacking-finance-i-rather-ask-for?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p>]]></content:encoded></item><item><title><![CDATA[Building a team is really about finding a few good people]]></title><description><![CDATA[How to find candidates and accelerate hiring]]></description><link>https://www.corporatehacking.org/p/hacking-hr-building-a-team-is-really</link><guid isPermaLink="false">https://www.corporatehacking.org/p/hacking-hr-building-a-team-is-really</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Tue, 17 Jan 2023 18:21:26 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/9d6586ea-c7c8-45db-9f3f-20a393be9391_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>With no help from HR, most managers <strong>struggle to find and retain rockstar candidates </strong>for their teams, especially in highly demanded topics like technology or sustainability. </p><p>In 2016, James, <strong>Chief Technology Officer (CTO)</strong> for a large multinational bank, had the challenge to grow his team by more than a <strong>1.500 engineers</strong> in order to cope with the digital transformation of his company. As usual for him, <strong>HR didn&#8217;t provide much support</strong>, on the surface due to politics but on reality a <strong>total ignorance </strong>about the roles he was looking.</p><p>Still, he understood that its <strong>the</strong> <strong>responsibility of a good manager to shape his own team </strong>and therefore took ownership of the recruiting process, starting to look for <strong> candidates outside</strong>, especially in parts where his current team was not enough, domains that at the same time many other companies in the market were recruiting. The first quarter of 2016 went by and it was obvious that something had to give. If you combined <strong>finding</strong> candidates, <strong>navigating</strong> the hiring processes (taking months sometimes) and then land a <strong>decent offe</strong>r, MAYBE it was possible to find 4-5 new engineers by the end of the year. <strong>But then, a couple of things started to happen that really made the difference&#8230;</strong></p><p>In parallel to hiring, the team started to draw ideas of what would later define the technology strategy for the bank. It was an <strong>exciting exercise</strong> with almost no restrictions and with full empowerment to tackle the issues and leverage the right technology. The team entered a powerful spiral of ideas driven by a pragmatic equilibrium of <strong>people with a lot of experience and new talent able to challenge the status quo</strong>. </p><p>One of the main forces behind the new vision was <strong>a new global platform,</strong> able to provide the technology capabilities to all business units. In concept its similar to other platforms like Amazon&#8217;s AWS, Google&#8217;s GCP or Salesforce&#8217;s Heroku but made specifically for the banking industry. With a lot of convincing the project was launched and quickly <strong>became a flagship not only for the CTO</strong> but for many other leaders including the CEO&#8217;s own strategy.</p><p>As time passed, interviewing candidates wasn&#8217;t only about hearing from them but also <strong>selling their vision</strong>. More and more, it was obvious that the platform was becoming an<strong> amazing selling</strong> <strong>point</strong> for engineers that wanted to avoid a boring job of maintaining some legacy system and wanted to move the frontier of what meant to work in financial services technology. Good people are motivated by difficult challenges and in this case trying to build a platform was probably of the biggest challenges for any engineer due to its criticality and complexity. </p><p>Through <strong>word-of-mouth </strong>people started to come more and more and the &#8220;selling&#8221; of our project became viral. Hiring started to accelerate but still didn&#8217;t reach the point to where we wanted it. </p><div class="pullquote"><p><em>Recruiting is also about &#8220;selling&#8221; your project</em></p></div><p>In mid 2016 James got an interesting CV from his team in Asia. It was a <strong>senior banking engineer (35 years or so) expat looking to return home</strong>. Although he worked for a system integrator (SI) he was interesting in moving closer to James and joining  the bank directly not only for personal reasons but because his company had just been acquired. <strong>He was unhappy and heard about Jame&#8217;s project</strong> and wanted to have a peek. After only 4 months of interviews and negotiations with HR he was in&#8230;</p><p>What happened later was a surprise... This guy was somewhat <strong>famous in the market </strong>and <strong>started attracting candidates,</strong> many from his <strong>previous company</strong> that also shared his frustration with the new owners, bringing around 25 world class engineers in a week alone. It was not only that but the fact that James was getting <strong>a cohesive team that already knew each</strong> other and were productive in a very short time.&nbsp;</p><div class="pullquote"><p><em>Finding a lot of people is actually about finding a few good ones</em></p></div><p>Later that year James <strong>repeated the same process</strong> with another engineer looking to leave a competitor. He was in his 40s and part of a unit that was dismantled for cost cutting. During his hiring process he <strong>delivered around 25 CVs of coworkers </strong>that were interested in the change. </p><p>This process was repeated at least 3 or 4 times in the following years, but with one important downside, James got multiple teams that <strong>were used to work together but they were not used to work&#8230; with each other,</strong> meaning a lot of work to dismantle the individual mindsets and rebuilding it as one.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://corporatehacking.substack.com/?utm_source=substack&amp;utm_medium=email&amp;utm_content=share&amp;action=share&quot;,&quot;text&quot;:&quot;Share Corporate Hacking&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://corporatehacking.substack.com/?utm_source=substack&amp;utm_medium=email&amp;utm_content=share&amp;action=share"><span>Share Corporate Hacking</span></a></p>]]></content:encoded></item><item><title><![CDATA[What's Corporate Hacking?]]></title><description><![CDATA[This content is dedicated to the millions of people suffering to work&#8230; in companies that each day create tons of unnecessary bureaucracy, politics and frustration, forcing their employees to become&#8230; corporate hackers in order to do any work.]]></description><link>https://www.corporatehacking.org/p/what-is-corporate-hacking</link><guid isPermaLink="false">https://www.corporatehacking.org/p/what-is-corporate-hacking</guid><dc:creator><![CDATA[Corporate Hacker]]></dc:creator><pubDate>Tue, 17 Jan 2023 17:09:35 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/364d6319-83ab-48a8-90e6-698a972695d5_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>This content is dedicated to the <strong>millions of people suffering to work</strong>&#8230; in companies that each day create tons of unnecessary bureaucracy, politics and frustration, forcing their employees to become&#8230; <strong>corporate hackers</strong> in order to do any work.</p><p>Having dealt with it ourselves for more than 20 years, we tried to compile a list of tricks or <strong>&#8220;hacks&#8221;</strong> to help you cope in similar situations. We also hope some of the decision makers in these companies feel inspired by these stories to analyse what can be done better.</p><p>We believe that one can truly <strong>design an organisation for paralysis</strong>, an organisation so complex, overlapped, bureaucratic and mismanaged that it&#8217;s truly impossible to work, we know a few. Small decisions can have a huge effect on the day to day of thousands of employees and <strong>managers sometimes simply do not understand the consequences</strong> because they don't see the day to day, especially those that reached the top without being part of the bottom.</p><p>Everything you read here is based on <strong>real life examples&#8230;</strong> unfortunately.</p><p></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.corporatehacking.org/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.corporatehacking.org/subscribe?"><span>Subscribe now</span></a></p>]]></content:encoded></item></channel></rss>