<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Organisational | Algorist</title><link>https://www.algorist.co.uk/tag/organisational/</link><atom:link href="https://www.algorist.co.uk/tag/organisational/index.xml" rel="self" type="application/rss+xml"/><description>Organisational</description><generator>Wowchemy (https://wowchemy.com)</generator><language>en-gb</language><lastBuildDate>Sat, 19 Feb 2022 00:00:00 +0000</lastBuildDate><image><url>https://www.algorist.co.uk/images/icon_hu1a112552fd764c0568141c667be1573d_16776_512x512_fill_lanczos_center_2.png</url><title>Organisational</title><link>https://www.algorist.co.uk/tag/organisational/</link></image><item><title>Antifragile book notes Part 2</title><link>https://www.algorist.co.uk/post/antifragile-book-notes-part-2/</link><pubDate>Sat, 19 Feb 2022 00:00:00 +0000</pubDate><guid>https://www.algorist.co.uk/post/antifragile-book-notes-part-2/</guid><description>&lt;p>This is the final part to my notes and reflections on the book, &lt;em>Antifragile&lt;/em>, by Nassim Taleb. &lt;a href="https://www.algorist.co.uk/post/antifragile-book-notes-part-1/">Part one&lt;/a> covered such things as skin in the game, the principle-agent problem, fragility of optimisation and convexity effects, and the power of options over deterministic thinking.&lt;/p>
&lt;p>Now we dive into the other topics in the book that I found interesting and/or applicable to my work: &lt;em>via negativa&lt;/em>, the curse of size, the average versus the dispersion, and the burden of proof of the novel.&lt;/p>
&lt;h2 id="via-negativa">Via negativa&lt;/h2>
&lt;p>The &amp;ldquo;do something&amp;rdquo; fallacy is the mistaken belief that in the face of a problem the act of doing something/anything is always superior to doing nothing. It is closely related to the agency problem, where the agent (e.g., a doctor) must often be seen to be doing something in order to justify their position as an agent, even if premeditated inaction is in the best interest of the principle (e.g., the patient). The refrain, &amp;ldquo;don&amp;rsquo;t just stand there; do something!&amp;rdquo;, is common. The complement, &amp;ldquo;don&amp;rsquo;t just do things; stop intervening!&amp;rdquo;, much less so.&lt;/p>
&lt;p>One of the most prominent illustrations of this in my work is in asset investment planning, where the no-investment case is always the most risky, and any intervention (whether refurbishment or replacement of assets) will reduce the risk. In general this is true, but there are nuances to the approach. What about infant mortality of assets where damage has occurred during installation or where there are manufacturing defects? How is this superior to not replacing an asset that has exceeded its expected life but is otherwise operating just fine? What about finger tip maintenance or stress tests that due to operator error actually cause failure? The observer effect is a phenomenon not readily acknowledged in asset maintenance. It is worth remembering that the Chernobyl nuclear power station meltdown of 1986 was caused during a drill to test the preparedness for the reactor being operated outside of its limits.&lt;/p>
&lt;p>&lt;em>Via negativa&lt;/em> is the antithesis to the do-something fallacy. The best example that Taleb uses is medicine, where reducing something (like exposure to harmful levels of stress) is superior to the addition of something (like the taking of sleeping pills or anti-anxiety medication). Another book called &lt;a href="https://www.goodreads.com/book/show/5571.Cradle_to_Cradle" target="_blank" rel="noopener">Cradle to Cradle&lt;/a> discovered this phenomenon when the authors were asked to make paint more sustainable. Instead of just trying to find like-for-like natural alternatives they also started reducing the list of chemicals in the paint. Once they began simplifying the ingredients list they unpicked a tangle web of dependencies, where many chemicals were only present in order to stabilise the other cocktail of chemicals present in the paint.&lt;/p>
&lt;h2 id="the-curse-of-size">The curse of size&lt;/h2>
&lt;p>No government ever bailed out a grocer&amp;rsquo;s stall. Yet Small to Medium Enterprises (SMEs) accounted for around 52% of UK private sector turnover in 2021 and employed almost 54% of private sector jobs in the UK (&lt;a href="https://www.merchantsavvy.co.uk/uk-sme-data-stats-charts/" target="_blank" rel="noopener">Merchant Savvy&lt;/a>). By comparison, the UK finance sector contributed under 9% to economic output and employed just over 3% of all jobs (public and private) (&lt;a href="https://commonslibrary.parliament.uk/research-briefings/sn06193/" target="_blank" rel="noopener">Commons Library&lt;/a>).&lt;/p>
&lt;p>The reader and Taleb intuitively know why banks are bailed out and SMEs are not: they are &amp;ldquo;too big to fail&amp;rdquo;. Something strange happens with size and risk where failure of a large bank can cause contagion in the wider economy. Taleb opposed the building of a major supermarket in his neighbourhood for a similar reason: he objected to the community being subjected to the curse of size and being vulnerable to the vicissitudes of one monopoly over local employment opportunities. From part one of this blog post we have already seen that the transfer of fragility means that the curse of size is ultimately borne by society not the corporation or the executive.&lt;/p>
&lt;h3 id="planners-fallacy-in-a-connected-world">Planner&amp;rsquo;s fallacy in a connected world&lt;/h3>
&lt;p>So what does this mean for a consultancy? In project management, Danish economic geographer, Bent Flyvberg, evidences that an increase in the size of projects translates to poor outcomes and higher costs of delays as a proportion of the total budget. Small projects have small errors that come out in the wash but large projects are potential company killers. I have seen this for myself at work on projects across the whole scale range: £20k training and workshop projects that take a month for one person to complete through to £2m projects that involve teams of teams for over a year. Both inevitably experience difficulties but somehow you muddle through with the small projects. For the large projects the issues grow to sizes that have material knock-on effects to budgets, deadlines and consequences for other projects too.&lt;/p>
&lt;p>Some of this could be explained by the &lt;em>planner&amp;rsquo;s fallacy&lt;/em>, a catch-all term to explain the optimism and blindness to any future possibility other than the happy path where all things are done right first time with no delay. However, despite the sophistication of the modern world we actually seem to be doing progressively worse at delivering large projects rather than better. Examples in the book of historic mega projects delivered on time or ahead of schedule include the Empire State Building in New York and the Crystal Palace in London. The contrast provided is that these projects relied on a small pool of contractors with local labour and materials whereas most modern projects now rely on global interconnected and &amp;ldquo;efficient&amp;rdquo; (read lean, optimised, lacking in resilience) supply chains. For IT related projects the outlook is even worse.&lt;/p>
&lt;p>My preference is towards many small projects rather than mega projects for the reasons above and more besides. However, the book explains a clever nuance that I will be trying to implement going forward: a large project can often be broken down into smaller discrete projects. Where this is possible I will be trying to implement smaller delivery teams (based in one location), individual budgets and isolated project plans, aiming to remove interdependency and reduce the risk of issues snowballing through an otherwise monolithic project.&lt;/p>
&lt;h3 id="the-average-versus-the-dispersion">The average versus the dispersion&lt;/h3>
&lt;p>Antifragile uses a humorous illustration of the temperature of a grandmother to illustrate this point. You are informed that your grandmother will spend the next two hours at an average temperature of 21 degrees Celsius. Sounds fantastic. However, the first hour will be spent at -18C and the next hour at 60C. The prognosis is almost certainly no grandmother, a funeral, and possibly an inheritance.&lt;/p>
&lt;p>Individual people or things are inherently fragile as the effect of departure from average exposes us to harm. In other words,&lt;/p>
&lt;blockquote>
&lt;p>never cross a river that is on average 4 feet deep.&lt;/p>
&lt;/blockquote>
&lt;p>This is an example of a convexity effect. An average value is not enough: one needs to know the amount of dispersion (or variance around a value) in order to judge the effect. I wonder why there is such fascination around reporting averages when what matters more in so many cases is the variance?&lt;/p>
&lt;p>I discovered an excellent example of this in the electricity sector, provided to me by someone working for a Danish electricity network operator. In many substations you will find 50 kV transformers used to transform grid level voltage to a lower voltage used in the local network. How many customers the substation serves and the electricity demanded at different times of the day will govern how hot the transformers run. The key to understanding how long each transformer lasts for is not to understand the average load or the average temperature: it is time spent above the rated load. This is because the time spent operating outside the rated limit and the amount of load in excess of the limit is directly related to the thermal related degradation and harm experienced by the transformer.&lt;/p>
&lt;h2 id="burden-of-proof-of-the-novel">Burden of proof of the novel.&lt;/h2>
&lt;p>Modern society always seems to be chasing the new thing. Maybe it&amp;rsquo;s a continuation of the do-something fallacy: to change or update is seen to improve. However, in the same way that Taleb cautions against medical intervention unless the stakes are high (like a car crash or cancer), he also cautions against the introduction of the novel and/or unnatural unless the stakes are similarly high. The author uses the example of Thalidomide, first sold over the counter in West Germany in 1975 to treat expecting mothers with morning sickness but was discovered to cause birth defects in the children born to those mothers. Given the benefits were relatively low, the burden of proof for the introduction of a new chemical to the body should have been high. In the present day its use is only for cancer treatment, where its benefit far outweighs its risks.&lt;/p>
&lt;p>The same can be said for tobacco. For years the argument ran that the link between smoking and cancer was unproven. A similar argument was also given for the link between industrial emissions and climate change (especially the short time frame of global temperature observation). The burden of proof in both cases was wrong: it was not beholden on the incumbent system (the human body or the planet) to prove unequivocally it was harmed, it was the responsibility of the novel addition to the stable system that it could prove unequivocally that it would do no harm.&lt;/p>
&lt;h2 id="time-filters-wisdom">Time filters wisdom&lt;/h2>
&lt;p>In the end, time filters all wisdom, winnowing the ideas with proven results from the chaff of fine sounding arguments. Ideas that survive one additional year have an increased likelihood of survival into the future (the Lindy effect). To summarise the book,&lt;/p>
&lt;blockquote>
&lt;p>suckers try to win arguments, non-suckers try to win.&lt;/p>
&lt;/blockquote>
&lt;p>So in the spirit of the book I will be aiming to put the ideas into practice, increasing my reliance on the ones that work. Hopefully they will improve the way I do things, maybe convincing a few people along the way through their success rather than their theory.&lt;/p></description></item><item><title>Antifragile book notes Part 1</title><link>https://www.algorist.co.uk/post/antifragile-book-notes-part-1/</link><pubDate>Mon, 11 Oct 2021 00:00:00 +0000</pubDate><guid>https://www.algorist.co.uk/post/antifragile-book-notes-part-1/</guid><description>&lt;img src="https://www.algorist.co.uk/img/stoic_wide.jpeg" alt="" width="100%"/>
&lt;p>I think my work colleagues and friends are now bored of me raving about the book &lt;em>Antifragile&lt;/em> by Nassim Taleb. My reading style is to read very slowly, mulling over each sentence again and again. When a book is this dense I also tend to make notes. Here they are below, from the point of view of a consultant and a numerical modeller. Some examples are taken straight out of the book whilst others are ones I have personally encountered that illustrate concepts the book raises.&lt;/p>
&lt;h2 id="consultants-dont-come-out-of-this-looking-good">Consultants don&amp;rsquo;t come out of this looking good&lt;/h2>
&lt;p>Back in the mists of time, everyone had skin in the game. In an agrarian economy, if you took a risk planting an unusual crop, or grew lax with the safety of your flock, it was your harvest at risk and only yourself to blame. In the modern world there has been a subtle and almost unnoticed risk transfer, where some jobs tend to be exposed to upside whilst transferring the downside risk to others. The archetype of this antifragility of the individual and fragility to society is a bank executive, where the position can enjoy bonuses right up to the moment their business (which they do not own) defaults and costs tax payers a large amount of money to bail out. It is an agency problem, where the agent (bank executive) has misaligned incentives to that of the principle (the bank).&lt;/p>
&lt;p>Other more subtle examples include any advisory service where the payment is not linked to the outcome from implementing the advice; pundits and forecasters whose salaries are not linked to the accuracy of their pronouncements are also in this category. Consultants rarely have skin in the game and also commonly fall into this category. So what, if anything, can we do? We need to remove the agency problem by realigning incentives. Structuring the contract so that payment is conditional or proportional to benefit would encourage consultants to model realistically and build in the ability to measure performance. Of course this requires buy-in from clients themselves to implement the advice and track its performance. &amp;ldquo;Sticky&amp;rdquo; solutions like subscription based services also tend to align incentives: if the service it provides is rubbish then a customer can elect to leave the following month.&lt;/p>
&lt;p>Do we need to go back to what they did in Roman times to keep engineers and builders honest? Back then, if a house that you built fell down and killed someone then you were executed as punishment. No wonder you see lots of Roman buildings and foundations that have survived to the present day.&lt;/p>
&lt;p>&lt;img src="https://www.algorist.co.uk/img/colloseum.jpeg" alt="Would the colloseum have survived if the builders were not sufficiently motivated?">&lt;/p>
&lt;p>There are some roles with more than just skin in the game. Taleb refers to these brave individuals as having &lt;em>soul&lt;/em> in the game. These days its easy to wonder, where have all the heroes gone? But examples abound: bearers of unwelcome news (prophets in old times), whistle blowers, investigative journalists, opposition leaders in countries under totalitarian rule, and, especially in times of pandemic, medical staff and care home workers. These are the true key workers.&lt;/p>
&lt;h2 id="optimisation-fragilises">Optimisation fragilises&lt;/h2>
&lt;p>Optimisation makes things fragile. An excellent example in the book is the traffic flow problem. It displays convexity, as adding one more car to the road network produces a negligible addition to the average journey time until you reach a critical point where the marginal cost of journey time from one more car becomes exponential. Think about it, you have often taken twice as long on a car or plane journey but how often have you taken &lt;em>half&lt;/em> the time you estimated?&lt;/p>
&lt;p>&lt;img src="https://www.algorist.co.uk/img/flyover.jpeg" alt="Traffic congestion: a symptom of a fragile system">&lt;/p>
&lt;p>Now let&amp;rsquo;s think about this in terms of investment planning, route planning, or similar optimisation problems. You will generally optimise by reducing a cost function (travel time, risk cost, etc.) subject to constraints (sites you must visit, annual budget, etc.) but what is generally neglected is the sensitivity of these constraints, along with related assumptions, to the cost function. Say an infrastructure planner optimally plans a road network for an expected traffic volume. A plan is found that serves the projected growth in road traffic over the next ten years with the minimum cost. The model sees no benefit in oversizing this project, even though a small additional cost may result in a project that delivers much more capacity. Then six years pass and the traffic growth projection was underestimated and when road works coincide with home games at the sports stadium there is mass congestion.&lt;/p>
&lt;p>Planning in such a lean way may appear optimal but is actually fragile. However, fat in the system can mitigate Black Swans.&lt;/p>
&lt;h3 id="options-rather-than-determinism">Options rather than determinism&lt;/h3>
&lt;p>There is something very deterministic about most kinds of modelling - strategic models even more so. Rarely are options presented; it is the one best way or suite of projects in the portfolio of assets to replace over a multi-year period and that is that.&lt;/p>
&lt;p>The reason that optimisation fragilises is because the act of removing all fat in the system is the removal of optionality. In the book, debt is seen as the ultimate example of fragilisation because it removes all optionality from you.&lt;/p>
&lt;p>This kind of deterministic approach is described by Taleb as &lt;em>Aristotelian&lt;/em> thinking. It is also rooted in the enlightenment, where scientific optimism led people to believe that everything could be eventually known and measured with ever increasing accuracy. Our post-modern world is more suited to &lt;em>Thalesian&lt;/em> thinking, where uncertainty and volatility is expected. Far from being a recent phenomenon, this view is actually rooted in stoicism, where the way to tackle chaos and non-linear effects was to keep ones options open. Core to stoicism is the realisation that much of what happens in life is outside of our control. Taleb extends this to say that much of what happens in life is outside our ability to anticipate and forecast: an aleatory uncertainty.&lt;/p>
&lt;p>So much philosophy, but how does this relate to the real world? Let&amp;rsquo;s take two unrelated examples: commodity risk for electricity generation and portfolio optimisation. A deterministic approach for commodity risk might be to attempt to accurately model the whole electricity market, river flows into hydroelectric power schemes and all your take-or-pay gas contracts, along with the most accurate weather/forward electricity price/spot gas/demand forecasts and attempt to model the next few weeks or months of supply and demand. A more intellectually honest approach might be to run Monte Carlo simulations of distributions of reasonable values for all these inputs and measure the spread of outcomes. A Thalesian approach would be this plus stress test modelling for specific extreme worst case scenarios (black swans) and measure how long the business survives (&lt;em>premeditatio malorum&lt;/em> to the stoics). Even if this specific scenario never happens, by having Treasury maintain the amount of cash on hand to weather it you can have reasonable confidence in being able to weather similar magnitude events. We actually had this hybrid probabilistic and extreme stress test modelling approach when I worked at Contact Energy.&lt;/p>
&lt;img src="https://www.algorist.co.uk/img/clyde_powerstation.png" alt="" width="100%"/>
&lt;p>The second example is portfolio optimisation for construction/infrastructure projects. A deterministic approach might be to gather all the input data for potential projects (cost, benefit, duration, prerequisite projects, exclusivities between projects) and then optimise the Gantt chart for maximum benefit under cost and time constraints. A better way would be to benchmark historic projects against those proposed to weed out the hubris caused by the planning fallacy. A Thalesian approach would be to model many times, perturbing the input values to test the sensitivity of the whole programme to changing inputs. From there you would be able to see projects that are much more resilient to price shocks and schedule blow out, and projects that enable optionality (e.g., those that are the prerequisite to others but themselves have no prerequisites) rather than those that constrain optionality.&lt;/p>
&lt;p>Join me for part &lt;a href="https://www.algorist.co.uk/post/antifragile-book-notes-part-2/">two&lt;/a>, where I will share my notes on &lt;em>via negativa&lt;/em>, the curse of size, the average versus the dispersion, and the burden of proof of the novel.&lt;/p></description></item></channel></rss>