Why Big Data and Data Scientists Are Overrated
What does it take to get value out of data? Many organizations assume that you need a big collection of data and a highly skilled data scientist to spin all those 1s and 0s into dollar signs. In reality, companies need neither of those things to be successful with data.
One of the biggest mistakes that organizations can make with their data analytics projects is to assume they need a data scientist at the very beginning. According to Daniel Mintz, chief data evangelist with Looker, organizations are much better off starting lower on the data analytics food chain and working their way up as they gain proficiency.
“I’ve seen cases where people hired a data scientist way before they’re ready,” Mintz tells Datanami. “They don’t actually have any data, and even if they do, it’s dirty and dispersed across a whole bunch of places. The data scientist who doesn’t necessarily understand their business arrives and says ‘Where’s the nicely curated data set that you want me to use to solve problems?’ And they say, ‘Oh we didn’t’ know that was a prerequisite.'”
The fact is, data scientists spend about three-quarters of their time doing data janitorial work – collecting, transforming, and cleaning data – rather than building the complex predictive models that they were actually hired for. That equals frustration for data scientists who had high hopes of making an impact, and sour grapes for the people who hired them.
Organizations should start with the basics, and work up from there. Instead of being lured by the “shiny object” syndrome and thinking you need a big Hadoop data lake or neural networks to solve a problem, seek the simplest answer.
“People make a mistake if they jump right to the most sophisticated tool, because they’re wasting a lot of time,” Mintz says. “The reality is a lot of problems are quite tractable with a simple regression. And some problems don’t even need that. You can just look at the data and see what’s happening.”
Mintz’s personnel advice? Hire data generalists who can do the time-consuming data legwork that’s needs to be done before more highly skilled (and highly paid) data scientists come in to do their highly specialized thing.
“The really key skill is having somebody who can take what is fundamentally a business question and translate that into a data question,” says Mintz, who previously at MoveOn.org and other data-intensive operations. “That’s the key skill. When you’re not big enough to have specialists, the business people, who aren’t data people, will know what the right business questions are.”
Mintz recommends pairing a SQL-loving analyst with an ETL-loving engineer to start helping the business prepare themselves to answer questions with data. As they document their data stores, define organization-specific metrics, and create workflows that transform and combine data in reliable and useful ways, they will start to see how the super powers of the real data scientists could best be used.
“As they scale up,” Mintz says, “they realize ‘Now we have three or five analysts, now we’re ready to add a data scientist, because now we’ve got a handle on what our data means, we know where things live in our schema, we know what problems might be tractable using a more sophisticated algorithms.'”
There are real benefits to be had by analyzing data, but like everything else in life, you must walk before you run. Hiring the right people to make up your data analytics team, and hiring them in the right order, is important.
“Folks are looking for a magical unicorn who can do it all, when in reality it’s a team sport,” Mintz says. “You really need to be thinking about how does the team work together, and how as a team do you cover all the bases. That starts with somebody who’s a utility player who can play all the positions, then you start to specialize.”
Follow the Data Crumb
Just as you don’t start with a data scientist, you shouldn’t start with big data, either. In fact, it’s much better to start with the right piece of data, however small that is.
For Wolf Ruzicka, the chairman of Washington D.C.-based analysis firm EastBanc Technologies, it starts with a single crumb of data.
“Just the other day I ran into a company that has accumulated 50PB of data,” Ruzicka tells Datanami. “That’s great. But when you compare them against competitors…all the metrics — profit margin, revenue, growth, size — really are the same. They were very proud of that 50PB of data lake. But really when I look at it, it must have turned into a data swamp.”
When EastBanc engages a new client, there is a flurry of activity and brain storming meetings as EastBanc analysts do their best to understand the business problem at issue, and the potential data available to solve it.
The company starts small and works quickly. The customer may have more pressing questions they want answered, but starting with the low-hanging fruit on easily explored data is a good way to get started, and provide validation that the analytics are worthy. Setting a hard initial deadline of two to four weeks helps encourage fast iteration.
That first piece of useful data becomes a “data crumb” that typically leads to further success, Ruzicka says. “That’s what we call it,” he says. “One data crumb of relevant data, and we iterate from there.”
When you draw it out on whiteboard, it looks very different than a typical big data architectural drawing. “It’s more of a data tree that you’re starting to groom,” he says. “You may end up with big data. But you don’t start with big data. You essentially turn it upside down.”
This approach is anathema to the current wave of big data thinking, which says one should throw all of one’s data into Hadoop, and hope that magical algorithms can make sense of it down the line. This approach may work, but most likely through sheer luck, Ruzicka says.
Ruzicka’s advice: It’s better to start with a smaller data set that’s more reliable and useful, than to start with a bigger data of unknown value.
“Instead of being this pathological data hoarder, rather be someone who assembles the data and continuously goes through data spring cleaning at very regular intervals,” he says. “Just as bad as it may be not to have any data, it’s just as bad, confusing and expensive to have lots and lots of data and not make any use of it.
“So why not find that middle ground, where you iterate around data breadcrumbs that have correlations with each other, that bring value to each other, and then your purposefully build up that big data base that you may ultimately end up with,” he continues. “Just find something of value and iterate from there, and over time you will answer the unknown unknowns that you were not even aware of in the beginning.”
June 23, 2017
June 22, 2017
- Syncsort Announces DMX Change Data Capture
- IBM Advances Unified Governance, Data Science for Cognitive Computing
- Talend Accelerates Growth by Opening New Office in India
- Snowflake Announces Data Sharehouse
June 21, 2017
- Developers of First Ever Metadata Search Engine Creates Savings Calculator
- MongoDB to Deliver Critical Financial Data 250x Faster for IHS Markit
- Attunity Recognized as a 2017 Top 100 Data Management Company
- Lucidworks Fusion 3.1 Brings AI and Machine Learning to Cognitive Search Applications
- Melissa Advocates Single, Trusted View of Patient Data for Improved Healthcare
- Mellanox InfiniBand Chosen by AMD for EPYC Datacenter Platforms
June 20, 2017
- Looker Appoints Ryan Gurney as Chief Security Officer
- Talend Recognized for Big Data Leadership by Top Tech Journals
- Rackspace Announces Completion of TriCore Solutions Acquisition
- GridGain Systems Introduces Next-Gen In-Memory Computing Platform
- Cray Supercomputers Launches Analytics Suite
June 19, 2017
- Sumo Logic Launches Illuminate User Conference
- Cask Named a Top 100 Company in Data Management and Analysis
- Eight Georgia Tech Schools Partner for Advanced Degree in Machine Learning
- Zaloni Chosen as 2017 Red Herring Top 100 North America Winner
Most Read Features
- Deep Learning Is About to Revolutionize Sports Analytics. Here’s How
- How Pandora Uses Kafka
- Why Big Data and Data Scientists Are Overrated
- Machine Learning, Deep Learning, and AI: What’s the Difference?
- 9 Must-Have Skills to Land Top Big Data Jobs in 2015
- Spark’s New Deep Learning Tricks
- How Uber Uses Spark and Hadoop to Optimize Customer Experience
- MongoDB Pivots to Analytics
- Spark Streaming: What Is It and Who’s Using It?
- Which Type of SSD is Best: SATA, SAS, or PCIe?
- More Features…
Most Read News In Brief
- Data Science Skills Gap May Be Narrowing
- IBM Throws In with Hortonworks’ Hadoop
- MariaDB Emerging as Default MySQL Option
- Pepperdata Takes On Spark Performance Challenges
- Microsoft Surges in Gartner Quadrant with Power BI
- Cloudera Shares Tumble in First Quarterly Report
- Smaller BI Vendors Dominate Rankings
- Why Gartner Dropped Big Data Off the Hype Curve
- Nvidia’s Huang Sees AI ‘Cambrian Explosion’
- Yahoo’s Massive Hadoop Scale on Display at Dataworks Summit
- More News In Brief…
Most Read This Just In
- IBM, Google and Lyft Announce New Open Source Cloud Project
- Infosys Launches Boundaryless Data Lake on AWS
- Alteryx Enhances Analytic Flexibility of Platform with Latest Release
- MapR Announces 81% Revenue Growth for First Fiscal Quarter
- Mesosphere Enters Strategic Alliance with HPE, Announces New Integrations
- TIBCO Announces StreamBase 10, Spotfire Smart Data Catalog, New Cloud Offering
- SAP, Accenture Expand Collaboration on SAP Leonardo
- Qubole Unveils First Autonomous Data Platform in the Cloud
- Life Sciences and Medical Research Turn to Qumulo for Scale-Out Storage
- MariaDB Announces TX 2.0 for Enterprise
- More This Just In…
September 18 - September 19Germany
September 25 - September 28
September 25 - September 28New York United States
December 11 - December 13Boston MA United States