The Capability behind Craft
The Technical Scope represents the shallowest depth of scope but also the foundational tier of the experience of value creation. Here the actual work of an organization and its workers, is rewarded with the fulfillment of organizational purpose and user need. Craft can include coding, engineering, calculating, manufacturing, or configuring systems.
Its role is to maintain customer intimacy, craft integrity, and tool mastery. It focuses on the application of both knowledge and wisdom in collaboration with customers and team members.
writing clean code, auditing databases, maintaining servers, or designing blueprints.
Architectural Core
This experience at this scope is human, reflective, and intimate:
- Ultra-low abstraction: A quiet mind and a flow state focused on the precise, craft and execution of tasks.
- High granularity: Governed by the daily interactions between problem solver, co-workers, and customers.
- Short-to-immediate horizons: Operating in days to real-time, with a clarity of outcomes.
- Deep specialization: Requires a high level of knowledge building and the embodied intelligence that quietly accompanies expert-level proficiency in specific technical domains.
Unique Opportunities
The Technical Scope enables technical learning through application, deep customer relationship investments and functional autonomy.
- Critical thinking, critical understanding and human creativity.
- Execution of human judgment to prevent human error.
- Competitive advantages through personal connection and understanding of users.
Unique Problems
Technical Debt and “Yak Shaving”
Managers and engineers can become distracted by appeal of micro-optimizing technical nuances that ultimately deliver zero business value. Conversely, without the dedicated slack to address work with less immediacy or low immediate value, teams will quickly accumulate technical debt that eventually harm progress and product.
Distinct Metrics and Outcomes
At its core, the Technical Scope measures binary data precision, codebase health, automation coverage, and defensive engineering.
Objective Metrics (Quantifiable Outputs)
- DORA Metrics: Deployment Frequency, Lead Time for Changes, Mean Time to Recovery (MTTR), and Change Failure Rate.
- Code Coverage & Static Analysis Scores: Automated percentages of test coverage and security vulnerability scans.
- System Uptime & Latency Telemetry: Real-time platform availability and hardware infrastructure performance under load.
Subjective Outcomes (Qualitative States)
- Degree Value, Pride and Sense of Worth Among Peers: The ease with others can understand, be inspired by, and build on your work is a connective, collective collaboration.
- Ability to Learn, Experiment and Create Something New: The experience of creating something new and purposeful is a core honor and achievement.
- The Reward of Effort & Craftsmanship: The collective pride in the integrity, reliability, and indispensability of something you build.
The Critical Questions
Question: “What fundamental, knowledge exists only in the minds of our senior engineers, and what happens when they leave?”
The Knowledge Audit
- Why the question is often ignored: Technical specialists are continuously pressured to fix problems and build new infrastructure while facing tight deadlines. Documenting systems, and mentoring junior engineers is repeatedly deprioritized as other urgency or more strongly incentivized opportunities are found.
- The Small Change/Big Impact: A rotating schedule where senior architects take a back seat while junior engineers are tasked with navigating can quickly highlight critical gaps and vulnerable points of failure.
- Ignoring it makes it worse: We architect a monopoly of knowledge. Technical infrastructure becomes an unintentional secret that only a few key individuals even know is being held. The organization appears resilient while being vulnerable if a few key individuals are lost.
Question: “What component of our product or infrastructure was built as a temporary stopgap but now supports a system it was never intended to?”
The Legacy Audit
- Why the question is often ignored: If a system isn’t throwing errors, then there are plenty of other crises to be found. Technical teams are rarely given the time, resources, or budget to rebuild things that technically work.
- The Impact of Ignoring It: A ticking time bomb never gets louder. When the component finally to costs enough to be noticed, it has already cost too much, and if it breaks instead, then the cost it would have been will be far less than the humiliation that follows neglect.
Question: “Are our technical standards, tools, and architectural choices driven by the needs of the business, or as we engineering solutions for egos and whims?”
The Over-Engineering Audit
- Why the question is often ignored: Non-technical managers lack the expertise to audit technical decisions.
- The Impact of Ignoring It: Organizations pay much more for overly complex infrastructure when they aren’t in a business that otherwise needs or can devote the highly specialized workforce needed to maintain it.
Question: “How quickly and easily can a new engineer understand our technical documentation, and safely contribute?”
The Onboarding Audit
- Why the question is often ignored: Eventually we learn the unwritten workarounds and quirks that hold a system together, what we forget is the cost of getting to that point.
- The Impact of Ignoring It: It can take months for even an experienced hire to become productive. This dramatically balloons labor costs, financially for the organization but also psychologically for the hire.