Posted tagged ‘analysis’

The sum of us

10 July 2017

What is the definition of the term “data scientist”…?

In my previous post, Painting by numbers, I offered a shorthand definition of data science based on what I could synthesise from the interwebs. Namely, it is the combination of statistics, computer programming, and domain expertise to generate insight. It follows, then, that the definition of data scientist is someone who has those skill sets.

Fat chance!

In this post I intended to articulate my observation that in the real world, incredibly few people could be considered masters of all three disciplines. I was then going to suggest that rather than seeking out these unicorns, employers should build data science teams comprising experts with complementary talents. I say “was” because I subsequently read this CIO article by Thor Olavsrud in which he quotes Bob Rogers saying, well… that.

Given Thor and Bob have stolen my thunder (18 months ago!) I think the only value I can add now is to draw a parallel with pop culture. So I will do so with the geeky HBO sitcom Silicon Valley.

The cast of Silicon Valley: Dinesh, Gilfoyle, Richard, Jared and Erlich.

If you aren’t familiar with this series, the plot revolves around the trials and tribulations of a start-up called Pied Piper. Richard is the awkward brainiac behind a revolutionary data compression algorithm, and he employs a sardonic network engineer, Gilfoyle, and another nerdy coder, Dinesh, to help bring it to market. The other team members are the ostentatious Erlich – in whose incubator (house) the group can work rent-free in exchange for a 10% stake – and Jared, a mild-mannered economics graduate who could have been plucked from the set of Leave It to Beaver.

The three code monkeys are gifted computer scientists, but they have zero business acumen. They are entirely dependent on Jared to write up their budgets and forecasts and all the other tickets required to play in the big end of town. Gilfoyle and Dinesh’s one attempt at a SWOT analysis is self-serving and, to be generous, NSFW.

Conversely, Jared would struggle to spell HTML.

Arguably the court jester, Erlich, is the smartest guy in the room. Despite his OTT bravado and general buffoonery, he proves his programming ability when he rolls up his sleeves and smashes out code to rescue the start-up from imploding, and he repeatedly uses his savvy to shepherd the fledgling business through the corporate jungle.

Despite the problems and challenges the start-up encounters throughout the series, it succeeds not because it is a team of unicorns, but because it comprises specialists and a generalist who work together as a team.

Unicorn silhouette

And so the art of Silicon Valley shows us how unlikely we would be in real-life to recruit an expert statistician / computer programmer / business strategist. Each is a career in its own right that demands years of education and practice to develop. A jack-of-all-trades will inevitably be a master of none.

That is not to say a statistician can’t code, or a programmer will be clueless about the business. My point is, a statistician will excel at statistics, a computer programmer will excel at coding, while a business strategist will excel at business strategy. And I’m not suggesting the jack-of-all-trades is useless; on the contrary, he or she will be the glue that holds the specialists together.

So that begs the question… which one is the data scientist?

Since each is using data to inform business decisions, I say they all are.

Advertisements

Painting by numbers

3 June 2017

A lifetime ago I graduated as an environmental biologist.

I was one of those kids who did well in school, but had no idea what his vocation was. As a pimply teenager with minimal life experience, how was I to know even half the jobs that existed?

After much dilly dallying, I eventually drew upon my nerdy interest in science and my idealistic zeal for conservation and applied for a BSc. And while I eventually left the science industry, I consider myself extremely fortunate to have studied the discipline because it has been the backbone of my career.

Science taught me to think about the world in a logical, systematic manner. It’s a way of thinking that is founded on statistics, and I maintain it should inform the activities we undertake in other sectors of society such as Learning & Development.

The lectures I attended and the exams I crammed for faded into a distant memory, until the emergence of learning analytics rekindled the fire.

Successive realisations have rapidly dawned on me that I love maths and stats, I’ve floated away from them over time, the world is finally waking up to the importance of scientific method, and it is high time I refocused my attention onto it.

So it is in this context that I have started to review the principles of statistics and its contemporary manifestation, analytics. My exploration has been accompanied by several niggling queries: what’s the difference between statistics and analytics? Is the latter just a fancy name for the former? If not, how not?

Overlaying the post-modern notion of data science, what are the differences among the three? Is a data scientist, as Sean Owen jokingly attests, a statistician who lives in San Francisco?

The DIKW Pyramid

My journey of re-discovery started with the DIKW Pyramid. This beguilingly simple triangle models successive orders of epistemology, which is quite a complex concept. Here’s my take on it…

The DIKW Pyramid, with Data at the base, Information a step higher, Knowledge another step higher, and Wisdom at the peak.

At the base of the pyramid, Data is a set of values of qualitative or quantitative variables. In other words, it is the collection of facts or numbers at your disposal that somehow represent your subject of study. For example, your data may be the weights of 10,000 people. While this data may be important, if you were to flick through the reams of numbers you wouldn’t glean much from them.

The next step up in the pyramid is Information. This refers to data that has been processed to make it intelligible. For example, if you were to calculate the average of those ten thousand weights, you’d have a comprehensible number that is inherently meaningful. Now you can do something useful with it.

The next step up in the pyramid is Knowledge. To avoid getting lost in a philosophical labyrinth, I’ll just say that knowledge represents understanding. For example, if you were to compare the average weight against a medical standard, you might determine these people are overweight.

The highest step in the pyramid is Wisdom. I’ll offer an example of wisdom later in my deliberation, but suffice it to say here that wisdom represents higher order thinking that synthesises various knowledge to generate insight. For example, the wise man or woman will not only know these people are overweight, but also recognise they are at risk of disease.

Some folks describe wisdom as future focused, and I like that because I see it being used to inform decisions.

Statistics

My shorthand definition of statistics is the analysis of numerical data.

In practice, this is done to describe a population or to compare populations – that is to say, infer significant differences between them.

For example, by calculating the average weight of 10,000 people in Town A, we describe the population of that town. And if we were to compare the weights of those 10,000 people with the weights of 10,000 people in Town B, we might infer the people in Town A weigh significantly more than the people in Town B do.

Similarly, if we were to compare the household incomes of the 10,000 people in Town A with the household incomes of the 10,000 people in Town B, we might infer the people in Town A earn significantly less than the people in Town B do.

Then if we were to correlate all the weights against their respective household incomes, we might demonstrate they are inversely proportional to one another.

The DIKW Pyramid, showing statistics converting data into information.

Thus, our statistical tests have used mathematics to convert our data into information. We have climbed a step up the DIKW Pyramid.

Analytics

My shorthand definition of analytics is the analysis of data to identify meaningful patterns.

So while analytics is often conflated with statistics, it is indeed a broader expression – not only in terms of the nature of the data that may be analysed, but also in terms of what is done with the results.

For example, if we were to analyse the results of our weight-related statistical tests, we might recognise an obesity problem in poor neighbourhoods.

The DIKW Pyramid, showing analytics converting data into knowledge.

Thus, our application of analytics has used statistics to convert our data into information, which we have then translated into knowledge. We have climbed another step higher in the DIKW Pyramid.

Data science

My shorthand definition of data science is the combination of statistics, computer programming, and domain expertise to generate insight. Or so I’m led to believe.

Given the powerful statistical software packages currently available, I don’t see why anyone would need to resort to hand coding in R or Python. At this early stage of my re-discovery, I can only assume the software isn’t sophisticated enough to compute the specific processes that people need.

Nonetheless, if we return to our obesity problem, we can combine our new-found knowledge with existing knowledge to inform strategic decisions. For example, given we know a healthy diet and regular exercise promote weight loss, we might seek to improve the health of our fellow citizens in poor neighbourhoods (and thereby lessen the burden on public healthcare) by building sports facilities there, or by subsidising salad lunches and fruit in school canteens.

The DIKW Pyramid, showing data science converting data into wisdom.

Thus, not only has our application of data science used statistics and analytics to convert data into information and then into knowledge, it has also converted that knowledge into actionable intelligence.

In other words, data science has converted our data into wisdom. We have reached the top of the DIKW Pyramid.

The caveat of the performance centre

10 February 2014

One of the more exciting ideas to emerge from the corporate learning space, which I hasten to add is yet to be realised, is to transform the Learning & Development department into a performance centre.

Rather than charging L&D Consultants with marketing the team’s lovingly crafted interventions, or reacting to random solution-first requests from the business – We need a team building workshop! – the Performance Consultant analyses the real needs of the business and identifies the relevant solutions.

This is not a novel idea. For example, I am aware of an Australian bank that established a performance centre over a decade ago, while Helen Blunden recently shared the following via an OzLearn chat:

On the face of it, this makes sense to me. I subscribe to the notion that the point of learning in the workplace is to improve performance, and the raison d’être of the performance centre is to shift our focus to its namesake.

However, I do have a caveat: If the performance centre is populated with L&D types, then the solutions they devise are probably going to be L&D oriented.

This won’t appear to pose a problem unless you appreciate that not all performance ailments are due to an L&D deficiency. On the contrary, poor performance may be caused by myriad factors such as:

Nails• A flawed process
• Obsolete technology
• Inadequate resourcing
• Noise or other disturbances
• Office politics
• Interpersonal conflict

…or any number of human conditions:

• Stress
• Sickness
• Demotivation
• Exhaustion
• Laziness

…not to mention one of my favourites offered by Joyce Seitzinger in the aforementioned Ozlearn chat:

Of course! Recruiting the right person for the role in the first place!

My point is, while poor performance may well be due to a lack of capability, it might not be either. An effective Performance Consultant must determine the root causes of the problems – whatever they may be – and respond accordingly. Do former L&D Consultants have that skillset?

If all you have is a hammer, everything looks like a nail.

Facts are a bitch

28 October 2010

CameraThis morning I posted the following question to Twitter:

What do you think of Parrashoot as the name of a local photography competition in Parramatta?

The word play is genius, no?

Now, for those of you who don’t know, Parramatta is the cosmopolitan sister city of Sydney, approximately 23 kilometres (14 miles) west of the Harbour Bridge.

Due to its geographical location and its colourful history, it is often put down by yuppies and wanna-be’s, and is typically lumped into the broad, vague and lazy category “Sydney’s West” which features prominently on the nightly news.

While this view of my local area is about 25 years out of date (and perhaps a little racist?) it doesn’t seem to affect its prevalence.

Anyway, among the replies I received to my tweet was one that linked the fragment “shoot” to homicide. It’s clear the guy was joking, but it got me thinking…

Being the geek I am, I looked up the state’s crime statistics and graphed the homicides recorded by the police from 1995 through to 2009:

Graph of homicides recorded by NSW Police from 1995 through to 2009.

The results are intriguing – not only because the figures are incredibly low for a major metropolis.

Notice how Inner Sydney (the CBD and surrounds) tops the list with 156 reports, followed by Fairfield-Liverpool (southwestern suburbs), then the Hunter (northern wine & coal region), Canterbury-Bankstown (inner southwestern suburbs), Illawarra (south coast) and the Mid North Coast.

Eventually Central West Sydney (which includes Parramatta) makes an appearance with 66 reports, while – hang on! – the well-heeled Eastern Suburbs rounds out the Top 10 with 52 reports.

Oh, my. That’s enough to make oneself gag on one’s latte.

So what’s this got to do with learning?

In the workplace, how often do we L&D professionals make assumptions that simply aren’t true?

I’ll hazard a guess: too often.

My point is, we should endeavour to back up our assumptions with evidence.

• What are the learning priorities of the business?
• What is the most effective mode of delivery?
• Is Gen-Y collaborative?
• Are baby boomers technophobic?
• Does that expensive leadership course improve performance?
• Are our people incapable of self-directed learning?

These are just some of the many questions that we really should answer with data.

Otherwise we may find ourselves about 25 years out of date.

Ass

Analyse This

7 August 2009

From the instructional designer’s point of view, the term “Analysis” fulfils the “A” in the ADDIE Model, which in turn forms the backbone of the Instructional Systems Design (ISD) process.

ADDIE Model, courtesy of Regent University.

What is analysis?

Big Dog & Little Dog provide an excellent Instructional System Design Manual that covers analysis quite comprehensively. However the basics are really straightforward.

I like their description of analysis which they attribute to Allison Rossett:

Analysis is the study we do in order to figure out what to do.

Because that’s exactly what it is. It’s the foundation of all subsequent development activity.

There’s no point launching into a frenzy of work unless you know why you’re doing it. Otherwise your efforts are liable to go to waste, and where’s the value-add in that?

Focus on performance

When conducting a needs analysis in the workplace, it’s important to focus on performance. Not training, not learning, not development… performance.

Freestyle Biking, courtesy of sledpunk, stock.xchng.

Your red flag is the Performance Gap, which is the difference between what the level of performance is now, and what it should be.

You need to determine why the gap exists, then design a solution to fix it.

That solution may be training or learning or development, or something else altogether. It may be simple or complex, online or face-to-face, real-time or asynchronous.

It all depends on the nature of the problem.

Data

There are two major approaches to identifying performance gaps:

1. Reactive, and
2. Proactive.

The reactive approach responds to your customer (or someone else) telling you what they need. For example, a Team Leader might call you to say that her team is struggling to meet its productivity targets; or a Project Manager might inform you of the imminent rollout of a new processing system. In either case, you need to react to that information.

While the reactive approach is vitally important, the proactive approach is arguably more important in today’s environment. By adopting a proactive approach, you don’t simply wait for your customer to tell you what their needs are – you find out for yourself.

This kind of analysis relies heavily on data. The data may be subjective, for example:

People series, courtesy of ilco, stock.xchng.• Consultation
• Conversation
• Qualitative survey
• Focus group

Or it may be objective, for example:

Immersed in numbers, courtesy of JCKham under Creative Commons, Flickr.• Productivity statistics
• Quality statistics
• Complaints register
• Compliance report
• Skills matrix

The data provides the evidence to support what you’re going to do next.

It gives you the confidence that your work will hit the mark and, ultimately, improve the overall performance of the business.

Root cause analysis

When analysing the data, I recommend that you be suspicious, but fair.

For example, if a graph shows that a certain individual is struggling with his productivity score, then yes: suspect that person may be experiencing an issue that’s hindering their performance.

Magnifying glass, courtesy of benis979, stock.xchng.

Bear in mind, however, that a myriad of reasons may be influencing the result. Maybe they’re new to the role; maybe they’re sick or burnt out; maybe they’re constantly bombarded all day by their peers. Always consider the conditions and the circumstances.

But at the end of the day, the numbers don’t lie, so you need to do something. Sometimes training is the answer, sometimes it isn’t. Maybe a flawed process needs to be modified; maybe a pod reshuffle is in order; maybe someone just needs a holiday.

Whatever you do, make sure you address the root of the problem, not just the symptoms.