MétaCan
Menu
Back to cohort
Record W6999774953

Documenting & Using Cognitive Complexity Mitigation Strategies (CCMS) to Improve the Efficiency of Cross-Context User Transfers

2012· dissertation· en· W6999774953 on OpenAlex

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueUWSpace (University of Waterloo) · 2012
Typedissertation
Languageen
FieldBusiness, Management and Accounting
TopicProduct Development and Customization
Canadian institutionsBlackberry (Canada)
Fundersnot available
KeywordsProcess (computing)CognitionIdentification (biology)Work (physics)LimitingMatching (statistics)
DOInot available

Abstract

fetched live from OpenAlex

Cognitive complexity mitigation strategies are methods and approaches utilized by users to reduce the apparent complexity of problems thus making them easier to solve. These strategies often effective because they mitigate the limitations of human working memory and attention resources. Such cognitive complexity mitigation strategies are used throughout the design, development and operational processes of complex systems. Thus, a better understanding of these strategies, and methods that leverage them, can help improve the efficiency of such processes.
\nAdditionally, changes in the use of these strategies across various environments can identify cognitive differences in operating and developing across these contexts. This knowledge can help improve the effectiveness of cross-context user transfers by suggesting change management processes that incorporate the degree of cognitive difference across contexts.
\nIn order to document cognitive complexity mitigation strategies and the change in their usage, two application domains are studied. Firstly, cognitive complexity mitigation strategies used by designers during the engineering design process are found through an ethnographic immersion with a participating engineering firm, followed by an analysis of the designer's logbooks and validation interviews with the designers. Results include identification of five strategies used by the designers to mitigate design complexity. These strategies include Blackbox Modeling, Whitebox Modeling, Decomposition, Visualization and Prioritized Lists. The five complexity mitigation strategies are probed further across a larger sample of engineering designers and the usage frequency of these strategies is assessed across commonly performed engineering design activities which include the Selection, Configuration and Parametric activities. The results indicate the preferred use of certain strategies based on the engineering activity being performed. Such preferential usage of complexity mitigation strategies is also assessed with regards to Original and Redesign projects types. However, there is no indication of biased strategy usage across these two project characterizations. These results are an example of a usage-frequency based difference analysis; such analyses help identify the strategies that experience increased or reduced usage when transferring across activities. 
\nIn contrast to the first application domain, which captures changes in how often strategies are used across contexts, the second application domain is a method of assessing differences based on how a specific strategy is used differently across contexts. This alternative method is developed through a project that aims to optimize the transfer of air traffic controllers across different airspace sectors. The method uses a previously researched complexity mitigation strategy, knows as a structure based abstraction, to develop a difference analysis tool called the Sector Abstraction Binder. This tool is used to perform cognitive difference analyses between air traffic control sectors by leveraging characteristic variations in how structure based abstractions are applied across different sectors. This Sector Abstraction Binder is applied to two high-level airspace sectors to demonstrate the utility of such a method.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.000
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesMeta-epidemiology (narrow)
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Qualitative · Consensus signal: Qualitative
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.237
Threshold uncertainty score1.000

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0000.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.001
Science and technology studies0.0000.000
Scholarly communication0.0000.002
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.022
GPT teacher head0.243
Teacher spread0.221 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it