Case Study · 2020 — Present

Mile Two

A Dayton based startup, Mile Two offers clients a unique approach to custom software development. At the core of this approach is a process founded in cognitive systems engineering with a focus on full team collaborative design.

2020 — Present

An iMac displaying a padlock icon and the word Confidential — my Mile Two work is under government contract.
Confidential

While I am unable to share any details of my work on government contracts, I have included information about the process we employ at Mile Two and some examples of artifacts common to the design process.

My Role

Human-centered foundation

Generated and iterated on design concepts, applied cognitive systems engineering principles to complex problems, and produced artifacts that supported informed decision-making.

Stakeholder partnership

Partnered with government stakeholders to gather requirements, prioritize solutions, and balance competing objectives — proactively identifying risk and driving cross-functional alignment.

Community of practice

Established and led a company-wide design community of practice, fostering collaboration across teams and introducing new tools and processes that improved how design work was delivered.

The Process

Cognitive systems engineering keeps the whole team oriented on the work domain — moving from abstract goals to validated design so we don't narrow in on a solution too early.

01

Discovery

  • Knowledge Elicitation
  • Observation
  • Timelines
02

Understanding

  • Scenarios
  • Analogies
  • Functional Decomposition
03

Modeling

  • Process Flows
  • Journey Maps
04

Representations

  • Mockups
  • Sketches
  • Design Prototypes
05

Architecture

  • State Transition Diagrams
  • Site Map
  • Feature Releases
  • Development Prototypes
06

Validation

  • Heuristic Evaluation
  • Usability Tests
  • Demos
  • Critique

Functional Decomposition

A Functional Decomposition, also known as a Goal Means Decomposition, is used to identify and map out the various goals of a given domain. By focusing on abstract goals rather than features, we can avoid narrowing in on a design too early in the process.

“In order to achieve <insert goal> we must <insert means>”

The diagram can be read from either direction. For instance, we could read “In order to increase profit, we must increase conversion” or “By increasing conversion, we will increase profit.”

Increase Profit

Increase Site Traffic

Optimize SEORun Targeted Ads

Increase Conversion

Simplify CheckoutReduce Site FrictionIncrease Loading Speed

Increase Average Sale Amount

Suggest Add OnsProvide Sale Value Based Promotion

Increase Items Per Transaction

Suggest Add OnsProvide Qty Based Promotion

Increase Customer Base

Gain New CustomersEncourage Customer ReturnCapture Contact InfoIncentivize Referrals

Goal → Means · illustrative example

State Transition Diagram

A state transition diagram shows the states that exist in a system — or part of one — and the means of reaching or leaving those states. The bird's-eye view of every state and its interactions helps identify gaps and maintain a logical structure.

It's especially useful in conversation between design, development, and quality assurance. The example to the right is a stoplight: the three states — green, yellow, and red — can never be active at the same time, and each transitions to the next after a specified time.

State transition diagram for a stoplight: three states — Green, Yellow, and Red — that can never be active at the same time. Green transitions to Yellow, Yellow to Red, and Red back to Green, each after its own timer expires.