<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>data-driven organizations &#8211; Science</title>
	<atom:link href="https://scienmag.com/tag/data-driven-organizations/feed/" rel="self" type="application/rss+xml" />
	<link>https://scienmag.com</link>
	<description></description>
	<lastBuildDate>Sat, 17 Oct 2026 10:55:27 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://scienmag.com/wp-content/uploads/2024/07/cropped-scienmag_ico-32x32.jpg</url>
	<title>data-driven organizations &#8211; Science</title>
	<link>https://scienmag.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">73899611</site>	<item>
		<title>Why Bad Data, Not Bad Algorithms, Sink Quality Analytics in Modern Organizations</title>
		<link>https://scienmag.com/why-bad-data-not-bad-algorithms-sink-quality-analytics-in-modern-organizations/</link>
		
		<dc:creator><![CDATA[Denise Maddox]]></dc:creator>
		<pubDate>Sat, 17 Oct 2026 10:55:27 +0000</pubDate>
				<category><![CDATA[Science News]]></category>
		<category><![CDATA[Technology and Engineering]]></category>
		<category><![CDATA[big data]]></category>
		<category><![CDATA[big data in manufacturing]]></category>
		<category><![CDATA[data fusion]]></category>
		<category><![CDATA[data governance]]></category>
		<category><![CDATA[data integration]]></category>
		<category><![CDATA[data integration for quality decision-making]]></category>
		<category><![CDATA[data management]]></category>
		<category><![CDATA[data quality]]></category>
		<category><![CDATA[data-centric AI]]></category>
		<category><![CDATA[data-driven organizations]]></category>
		<category><![CDATA[data-driven quality assurance]]></category>
		<category><![CDATA[digital traces from customer interactions]]></category>
		<category><![CDATA[impact of poor data quality on analytics]]></category>
		<category><![CDATA[importance of data governance in quality analytics]]></category>
		<category><![CDATA[Industry 4.0]]></category>
		<category><![CDATA[limitations of algorithms due to data quality]]></category>
		<category><![CDATA[machine learning systems]]></category>
		<category><![CDATA[organizational data management challenges]]></category>
		<category><![CDATA[Quality 4.0]]></category>
		<category><![CDATA[quality analytics]]></category>
		<category><![CDATA[quality management]]></category>
		<category><![CDATA[role of big data in defect detection]]></category>
		<category><![CDATA[sensor data for quality improvement]]></category>
		<category><![CDATA[structured measurement records]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=297244</guid>

					<description><![CDATA[A new conceptual analysis in Frontiers in Big Data proposes a five-layer architecture for managing quality-oriented big data and argues that data quality is the central mechanism linking big data capability to organizational quality outcomes.]]></description>
										<content:encoded><![CDATA[<p>When a manufacturer recalls a batch of defective products, a hospital audits an adverse event, or a service firm investigates a sudden spike in customer complaints, the investigation is only as good as the data it can assemble. Increasingly, that data is abundant. Sensors embedded in production equipment report the state of machines and materials in near real time, execution and planning systems log every transaction and process step, inspection stations produce structured measurement records, and customers leave dense digital traces through complaints, reviews, returns, and warranty claims. Taken together, these streams form a body of big data whose primary purpose is not marketing or finance but the assurance and improvement of organizational quality. A new conceptual analysis published in Frontiers in Big Data argues that this body of data deserves to be treated as a first-class data management problem in its own right, and that the field&#8217;s neglect of it may explain why so many data-driven quality initiatives underdeliver.</p>
<p>The researchers, led by Shahlokhon Gafurova of Bukhara State University in Uzbekistan, call this body of data quality-oriented big data: the subset of an organization&#8217;s data assets that is acquired, integrated, and analyzed to support decisions about the quality of products, services, and processes. Its defining feature, they argue, is consequence. When ordinary enterprise data is wrong, the result may be a misdirected advertisement. When quality-oriented data is wrong, the result is a defective product shipped to customers, a safety signal missed, or a supplier wrongly cleared. This distinction matters because the properties that make big data valuable, namely volume, velocity, and variety, are the same properties that make it difficult to manage. Variety in particular means that quality-relevant data arrive in incompatible schemas, units, granularities, and time bases, so the apparently simple act of asking a question across sources presupposes a substantial integration effort.</p>
<p>The paper positions itself against the rapidly growing literature on Quality 4.0, a term describing the alignment of quality management practices with the technological capabilities of Industry 4.0. That literature has produced valuable insights into definitions, readiness factors, and implementation barriers, but the authors contend it has a systematic blind spot: it treats the data lifecycle as a black box. The Quality 4.0 literature generally presumes that relevant data exist, that they can be brought together, and that they are trustworthy enough to feed analytical models. Research in data management suggests none of these presumptions is safe. Data integration remains one of the hardest and most expensive problems in enterprise computing, and machine learning pipelines in production settings fail far more often because of data problems than because of modeling problems. Field studies of high-stakes artificial intelligence have documented data cascades, in which small compromises in data work compound into serious downstream failures.</p>
<p>To close this gap, the authors propose a layered conceptual architecture that organizes the lifecycle of quality-oriented big data into five interconnected layers. Four of them form a vertical value chain: multi-source acquisition, integration and data fusion, data quality assurance, and analytics and knowledge extraction. The fifth layer, data governance and ethics, is deliberately drawn as a cross-cutting spine rather than a stage, because governance decisions constrain and enable every other layer, from what may be collected to how model outputs may be used. The architecture should be read through two flows. The upward flow is the value flow, in which raw signals gain meaning through fusion, gain trustworthiness through assurance, and gain decision relevance through analytics. The downward flow is the feedback flow, in which analytical findings redirect acquisition, refine fusion, and recalibrate assurance. Together, the two flows make the architecture a loop, consistent with the closed-loop character of quality work.</p>
<p>At the base of the architecture sits acquisition, which the authors insist is a design problem rather than a passive recording problem. Three design decisions carry particular weight. The first is coverage: which processes, machines, and product families are instrumented, and which remain dark. Coverage decisions create the blind spots within which quality problems can develop unobserved, and they are rarely revisited once made. The second is representativeness: whether captured data reflect the full operating envelope of the process, including rare but consequential conditions. The machine learning literature is unambiguous that collection-stage bias is among the most damaging and least visible defects a dataset can carry, because no downstream procedure can recover information that was never captured. The third is metadata at capture: recording the provenance, calibration state, and context of each stream at the moment it is acquired. Each characteristic failure of this layer, from blind spots to orphaned data whose meaning is unrecoverable, is invisible at the point where it is committed and expensive at the point where it is discovered.</p>
<p>The second layer converts many streams into one coherent body of evidence, and for quality-oriented data two integration tasks stand out. The first is product genealogy: linking every unit of output to the materials, machines, parameters, operators, and environmental conditions that produced it, across systems that were never designed to share keys. Genealogy is the backbone of root-cause analysis, recall management, and supplier quality, and it is an entity-resolution problem of considerable difficulty. The second is temporal alignment: placing measurements from sources with different clocks, sampling rates, and latencies onto a common time base. Quality analytics is intensely temporal, because cause precedes effect along a process flow, and misaligned time bases manufacture spurious lead-lag relationships. Both failure modes are insidious because they pass silently through statistical checks: the integrated data are internally well formed, they are simply wrong about the world.</p>
<p>The third layer, data quality assurance, is described as the keystone of the entire structure, the point at which the pipeline either does or does not convert integrated data into trustworthy data. The authors distinguish two shifts that separate assurance in their architecture from traditional data cleansing. The first is from episodic to continuous: in a closed-loop setting fed by streams, quality assurance cannot be a project conducted before analysis but must be a monitoring function that runs alongside the pipeline, validating new data against expectations and raising alarms on drift. The second is from generic to task-conditional. Fitness for use is relative to the use: a real-time process control application is exquisitely sensitive to timeliness and far more tolerant of isolated gaps, while a model trained to predict field failures is sensitive to completeness and representativeness across months of history and indifferent to millisecond latency. The paper maps seven quality dimensions, including accuracy, completeness, consistency, timeliness, validity, traceability, and representativeness, to the specific ways each degrades in multi-source pipelines and the quality decisions each degradation corrupts.</p>
<p>The theoretical core of the paper is a mediation claim stated in falsifiable form. The prevailing intuition, encouraged by the readiness literature, is that acquiring big data capability, meaning infrastructure, tools, and skills, improves organizational quality. The authors argue instead that a central part of this relationship runs through a specific intermediary: data quality. Capability contributes to better quality outcomes in large part because, and to the extent that, it delivers trustworthy data to the analytical layer; where the data foundation is weak, much of the capability accumulates as cost rather than converting into quality. The claim is testable: the mediation account predicts that a substantial share of the capability-to-outcome association should attenuate once data quality is introduced as an intermediate variable. Four additional propositions formalize boundary conditions, task-conditional effects, and the moderating role of governance, each stated so that it could in principle be contradicted by firm-level or pipeline-level evidence.</p>
<p>The governance and ethics layer answers a different kind of question: not what can be done with quality-oriented big data, but what may and should be done, by whom, and under whose accountability. Governance earns its cross-cutting position for a structural reason: it is the only layer whose outputs are constraints and mandates for all the others. Stewardship assignments determine who is accountable for coverage decisions, standards for identifiers determine whether the genealogy problem is tractable, and approval requirements determine which models may act on the process. Ethics enters through the specific character of quality-oriented data, because process data are also people data: operator identifiers, shift patterns, and performance traces are embedded in the same streams that describe machines and materials, so quality analytics borders on workforce surveillance and must be designed deliberately to respect that border. The authors argue that ethical principles take effect only when translated into decision rights, review procedures, and accountable roles.</p>
<p>For organizations, the architecture suggests a different investment logic than the one currently prevailing. The typical pattern is to begin at the analytics layer by procuring tools and then to discover the data layers below as obstacles. If the propositions hold, organizations would be better served by the reverse sequence: auditing acquisition coverage and metadata practice first, making genealogy and temporal alignment explicit engineering objects second, instituting continuous, task-conditional quality monitoring third, and letting the analytical portfolio grow at the pace the assured foundation supports. The authors are careful to note that the framework is conceptual and awaits empirical validation, and that testing the mediation claim will require longitudinal designs capable of ruling out reverse causality and common causes such as quality culture. But if the central claim survives scrutiny, the implication is striking: as quality decisions become more automated and more consequential, the trustworthiness of the data beneath them stops being a technical detail and becomes part of the substance of quality itself, making better managed data one of the most direct paths to better organizational quality.</p>
<p><strong>Subject of Research:</strong> A conceptual architecture for managing quality-oriented big data across acquisition, fusion, quality assurance, analytics, and governance in data-driven organizations</p>
<p><strong>Article Title:</strong> Managing quality-oriented big data: a conceptual architecture for acquisition, fusion, and analytics in data-driven organizations</p>
<p><strong>Article References:</strong> Gafurova, S., Rahmatov, S., Zakhidova, U., Rakhimova, D., &amp; Kabilova, G. (2026). Managing quality-oriented big data: a conceptual architecture for acquisition, fusion, and analytics in data-driven organizations. <em>Frontiers in Big Data, 9</em>, Article 1977331. <a href="https://doi.org/10.3389/fdata.2026.1977331" rel="noopener noreferrer">https://doi.org/10.3389/fdata.2026.1977331</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.3389/fdata.2026.1977331" rel="noopener noreferrer">10.3389/fdata.2026.1977331</a></p>
<p><strong>Keywords:</strong> big data, data quality, Quality 4.0, data governance, data fusion, data integration, machine learning systems, quality analytics, data-driven organizations, data management, Industry 4.0, data-centric AI</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">297244</post-id>	</item>
	</channel>
</rss>
