Reimagining How New Product Development Artifacts Impact What We Should Be Doing Today Development Experience – OpLaunch » dx

In this post, I will share ways to categorize new product development artifacts. I will clarify several memes. Then, I will offer a concept that individual contributors can use as they determine what they should be doing on a particular day.
Two Types of Artifacts in New Product Development
During new product development, many artifacts are produced. The word artifact is from the Latin phrase arte factum, skill + to make.
Typically, the product is a valuable project artifact. Other artifacts include items such as “design documents, data models, workflow diagrams, test matrices and plans, setup scripts, …” (from “What does artifact mean” on Stack Exchange).
In the context of new product development, deliverables are a subset of artifacts.
A product may be characterized as a set of external deliverables. Other items may be characterized as internal deliverables. Some of the internal deliverables may be maintained as documents. These are not the only artifacts.
In the context of new product development, deliverables are a subset of artifacts.
Other Artifacts in New Product Development
In addition to external deliverables and internal deliverables, artifacts include:

Items used to produce deliverables such as tools
Secondary items produced during development. These may be unintended items.
Items that are not incorporated into the current project but may be incorporated into future development efforts. This includes training.
Incomplete, unfinished, or abandoned items
Intangibles such as development strategies, tactics, and culture

These items are a subset of artifacts.
Why it is Difficult to Determine What is Important Today
Individual contributors ask “What should I be doing now?” and “Why?” There may be questions such as ’Should a specific artifact be created?’ and ‘How much effort should be expended creating it?’ Resolving priorities may be difficult because of situations such as:

The number of items that could be explored during a project may be greater than the network’s (1) development capacity.
Predictions about the future (including how much effort will be required to develop a particular item such as a user story or feature) are estimates about an emerging set of conditions.
Some items are not on the list of considerations. Because of a lack of experience and insight, these items are not known.
Some priorities may be specified explicitly. Some issues seem to require immediate resolutions. Some priorities evolve.
Interruptions impact flow (2). This includes flow within functional groups and flow between functional groups and the system.
There are dependencies. For example, a coder’s efforts may precede a technical writer’s efforts during development.

Perspectives Influence the Perception of Value
The value of any artifact is subject to the perspectives of the stakeholders. Coders tend to value working code. Some individuals may stress the importance of prototypes they created. Copywriters tend to value persuasive messages. Other individuals favor spreadsheets.
Even though the word artifact has noble origins, it may have positive or negative connotations. Sometimes, there is an implication that certain types of artifacts have less value than a product delivered to the customer. For example, the Agile Manifesto includes the phrase “working software over comprehensive documentation.”
Perceptions about the value of artifacts and the attention that they should receive are driven by factors that include:

The status quo. A bias to repeat what was done previously. Value is attributed to what was delivered previously.
The loudest voice. The person that has the most authority. HiPPO, which is an acronym for “Highest Paid Person’s Opinion”
Curated information that may of may not be validated
Expectations from estimates and milestones.
Feedback from well-crafted experiments

Sub-optimization
When a multitude of individuals with diverse specialties develop artifacts, there may