@forwardimpact/schema 0.3.0 → 0.6.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bin/fit-schema.js +2 -2
- package/examples/capabilities/business.yaml +1 -1
- package/examples/capabilities/delivery.yaml +9 -7
- package/examples/capabilities/people.yaml +1 -1
- package/examples/capabilities/reliability.yaml +32 -11
- package/examples/capabilities/scale.yaml +1 -1
- package/examples/framework.yaml +1 -1
- package/examples/questions/behaviours/outcome_ownership.yaml +226 -49
- package/examples/questions/behaviours/polymathic_knowledge.yaml +273 -45
- package/examples/questions/behaviours/precise_communication.yaml +246 -52
- package/examples/questions/behaviours/relentless_curiosity.yaml +246 -48
- package/examples/questions/behaviours/systems_thinking.yaml +236 -50
- package/examples/questions/capabilities/business.yaml +107 -0
- package/examples/questions/capabilities/delivery.yaml +104 -0
- package/examples/questions/capabilities/people.yaml +104 -0
- package/examples/questions/capabilities/reliability.yaml +103 -0
- package/examples/questions/capabilities/scale.yaml +103 -0
- package/examples/questions/skills/architecture_design.yaml +102 -51
- package/examples/questions/skills/cloud_platforms.yaml +90 -44
- package/examples/questions/skills/code_quality.yaml +86 -45
- package/examples/questions/skills/data_modeling.yaml +93 -43
- package/examples/questions/skills/devops.yaml +91 -44
- package/examples/questions/skills/full_stack_development.yaml +93 -45
- package/examples/questions/skills/sre_practices.yaml +92 -41
- package/examples/questions/skills/stakeholder_management.yaml +97 -46
- package/examples/questions/skills/team_collaboration.yaml +87 -40
- package/examples/questions/skills/technical_writing.yaml +89 -40
- package/examples/stages.yaml +6 -0
- package/package.json +9 -9
- package/schema/json/behaviour-questions.schema.json +53 -26
- package/schema/json/capability-questions.schema.json +95 -0
- package/schema/json/capability.schema.json +3 -3
- package/schema/json/skill-questions.schema.json +34 -19
- package/schema/json/stages.schema.json +5 -1
- package/schema/rdf/behaviour-questions.ttl +39 -7
- package/schema/rdf/capability.ttl +5 -5
- package/schema/rdf/defs.ttl +3 -3
- package/schema/rdf/skill-questions.ttl +28 -1
- package/schema/rdf/stages.ttl +27 -3
- package/{lib → src}/levels.js +37 -80
- package/{lib → src}/loader.js +9 -5
- package/{lib → src}/modifiers.js +3 -3
- package/{lib → src}/validation.js +74 -37
- /package/{lib → src}/index-generator.js +0 -0
- /package/{lib → src}/index.js +0 -0
- /package/{lib → src}/schema-validation.js +0 -0
|
@@ -0,0 +1,107 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://www.forwardimpact.team/schema/json/capability-questions.schema.json
|
|
2
|
+
|
|
3
|
+
professionalQuestions:
|
|
4
|
+
working:
|
|
5
|
+
- id: biz_pro_work_decomp_1
|
|
6
|
+
text:
|
|
7
|
+
The product team wants to add a feature that will increase revenue but
|
|
8
|
+
requires significant technical investment. How would you evaluate this?
|
|
9
|
+
context:
|
|
10
|
+
The feature is an AI-powered recommendation engine. Product estimates
|
|
11
|
+
15% revenue increase. Your team estimates 4 months of work and ongoing
|
|
12
|
+
maintenance costs.
|
|
13
|
+
decompositionPrompts:
|
|
14
|
+
- What questions would you ask the product team?
|
|
15
|
+
- How would you break down the technical cost assessment?
|
|
16
|
+
- What factors would influence your recommendation?
|
|
17
|
+
- How would you present your analysis to stakeholders?
|
|
18
|
+
lookingFor:
|
|
19
|
+
- Balances business value against technical cost
|
|
20
|
+
- Considers ongoing maintenance and operational complexity
|
|
21
|
+
- Asks about success metrics and measurement approach
|
|
22
|
+
- Thinks about alternatives and build vs buy decisions
|
|
23
|
+
expectedDurationMinutes: 15
|
|
24
|
+
followUps:
|
|
25
|
+
- What if the CEO strongly favors this feature but your analysis
|
|
26
|
+
suggests otherwise?
|
|
27
|
+
- How would you handle if the revenue estimate turned out to be
|
|
28
|
+
optimistic?
|
|
29
|
+
|
|
30
|
+
practitioner:
|
|
31
|
+
- id: biz_pro_pract_decomp_1
|
|
32
|
+
text:
|
|
33
|
+
Your company is considering entering a new market that requires
|
|
34
|
+
different compliance requirements. How would you approach the technical
|
|
35
|
+
evaluation?
|
|
36
|
+
context:
|
|
37
|
+
The new market is healthcare (HIPAA compliance). Current systems handle
|
|
38
|
+
financial data but were not designed for healthcare. Leadership wants a
|
|
39
|
+
go/no-go decision in 4 weeks.
|
|
40
|
+
decompositionPrompts:
|
|
41
|
+
- What stakeholders need to be involved in this assessment?
|
|
42
|
+
- How would you structure the technical gap analysis?
|
|
43
|
+
- What are the key decision points you need to surface?
|
|
44
|
+
- How would you communicate risk and uncertainty to leadership?
|
|
45
|
+
lookingFor:
|
|
46
|
+
- Identifies compliance, security, and data handling as separate
|
|
47
|
+
workstreams
|
|
48
|
+
- Involves legal, security, and product stakeholders appropriately
|
|
49
|
+
- Creates structured assessment with clear criteria
|
|
50
|
+
- Communicates uncertainty and risk levels clearly
|
|
51
|
+
expectedDurationMinutes: 15
|
|
52
|
+
followUps:
|
|
53
|
+
- What would change if you had 3 months instead of 4 weeks?
|
|
54
|
+
- How would you handle if different stakeholders had conflicting
|
|
55
|
+
priorities?
|
|
56
|
+
|
|
57
|
+
managementQuestions:
|
|
58
|
+
working:
|
|
59
|
+
- id: biz_mgmt_work_decomp_1
|
|
60
|
+
text:
|
|
61
|
+
Your engineering team is being asked to support a new business unit that
|
|
62
|
+
has different priorities than your current stakeholders. How would you
|
|
63
|
+
manage this?
|
|
64
|
+
context:
|
|
65
|
+
The new business unit wants rapid feature delivery for market testing.
|
|
66
|
+
Your current stakeholders prioritize stability and compliance. You have
|
|
67
|
+
limited capacity to serve both.
|
|
68
|
+
decompositionPrompts:
|
|
69
|
+
- How would you assess the strategic importance of each stakeholder?
|
|
70
|
+
- What process would you use to prioritize conflicting demands?
|
|
71
|
+
- How would you communicate capacity constraints to leadership?
|
|
72
|
+
- What organizational changes might be needed?
|
|
73
|
+
lookingFor:
|
|
74
|
+
- Escalates appropriately to resolve competing priorities
|
|
75
|
+
- Creates transparent prioritization framework
|
|
76
|
+
- Considers team capacity and sustainable pace
|
|
77
|
+
- Proposes structural solutions rather than just working harder
|
|
78
|
+
expectedDurationMinutes: 15
|
|
79
|
+
followUps:
|
|
80
|
+
- What if the new business unit's executive has more organizational
|
|
81
|
+
power?
|
|
82
|
+
- How would you handle if your team felt stretched between demands?
|
|
83
|
+
|
|
84
|
+
practitioner:
|
|
85
|
+
- id: biz_mgmt_pract_decomp_1
|
|
86
|
+
text:
|
|
87
|
+
Leadership wants to build in-house capability for a technology area
|
|
88
|
+
currently handled by vendors. How would you evaluate and plan this
|
|
89
|
+
transition?
|
|
90
|
+
context:
|
|
91
|
+
The company spends $2M annually on a third-party data analytics
|
|
92
|
+
platform. Building in-house would require hiring 4 specialists and 18
|
|
93
|
+
months of development. Leadership wants your recommendation.
|
|
94
|
+
decompositionPrompts:
|
|
95
|
+
- What factors would drive your build vs buy recommendation?
|
|
96
|
+
- How would you structure the hiring and team formation?
|
|
97
|
+
- What risks would you highlight to leadership?
|
|
98
|
+
- How would you phase the transition to minimize disruption?
|
|
99
|
+
lookingFor:
|
|
100
|
+
- Evaluates total cost of ownership including hiring and retention
|
|
101
|
+
- Considers organizational capability development
|
|
102
|
+
- Plans for knowledge transfer and vendor relationship management
|
|
103
|
+
- Structures decision with clear criteria and milestones
|
|
104
|
+
expectedDurationMinutes: 15
|
|
105
|
+
followUps:
|
|
106
|
+
- What if you couldn't hire the specialists needed?
|
|
107
|
+
- How would you handle if the vendor relationship became adversarial?
|
|
@@ -0,0 +1,104 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://www.forwardimpact.team/schema/json/capability-questions.schema.json
|
|
2
|
+
|
|
3
|
+
professionalQuestions:
|
|
4
|
+
working:
|
|
5
|
+
- id: del_pro_work_decomp_1
|
|
6
|
+
text:
|
|
7
|
+
A new client needs a dashboard that shows real-time analytics for their
|
|
8
|
+
e-commerce platform. Walk me through how you would approach this.
|
|
9
|
+
context:
|
|
10
|
+
The client has 50,000 daily active users, uses PostgreSQL for their main
|
|
11
|
+
database, and wants the dashboard within 6 weeks.
|
|
12
|
+
decompositionPrompts:
|
|
13
|
+
- What information would you need to gather first?
|
|
14
|
+
- How would you break down the technical implementation?
|
|
15
|
+
- What are the biggest risks and how would you mitigate them?
|
|
16
|
+
- How would you prioritize if you had only 3 weeks instead?
|
|
17
|
+
lookingFor:
|
|
18
|
+
- Asks clarifying questions about requirements before diving in
|
|
19
|
+
- Identifies data pipeline, storage, and visualization as separate
|
|
20
|
+
concerns
|
|
21
|
+
- Considers real-time vs near-real-time trade-offs
|
|
22
|
+
- Thinks about scalability and performance constraints
|
|
23
|
+
expectedDurationMinutes: 15
|
|
24
|
+
followUps:
|
|
25
|
+
- What would you do differently if their data was in 5 different
|
|
26
|
+
systems?
|
|
27
|
+
- How would you handle if a key team member left mid-project?
|
|
28
|
+
|
|
29
|
+
practitioner:
|
|
30
|
+
- id: del_pro_pract_decomp_1
|
|
31
|
+
text:
|
|
32
|
+
Your team needs to migrate a critical monolith to microservices while
|
|
33
|
+
keeping the system running. How would you approach this?
|
|
34
|
+
context:
|
|
35
|
+
The monolith handles payment processing, has 99.99% uptime requirements,
|
|
36
|
+
and the team has 8 engineers.
|
|
37
|
+
decompositionPrompts:
|
|
38
|
+
- How would you decide what to extract first?
|
|
39
|
+
- What's your strategy for maintaining reliability during the migration?
|
|
40
|
+
- How would you structure the team's work?
|
|
41
|
+
- What would success look like at each phase?
|
|
42
|
+
lookingFor:
|
|
43
|
+
- Proposes strangler fig or similar incremental approach
|
|
44
|
+
- Identifies domain boundaries as extraction points
|
|
45
|
+
- Plans for rollback and feature flags
|
|
46
|
+
- Considers team coordination and parallel workstreams
|
|
47
|
+
expectedDurationMinutes: 15
|
|
48
|
+
followUps:
|
|
49
|
+
- How would you handle if stakeholders wanted everything migrated in 6
|
|
50
|
+
months?
|
|
51
|
+
- What metrics would you track to know the migration is succeeding?
|
|
52
|
+
|
|
53
|
+
managementQuestions:
|
|
54
|
+
working:
|
|
55
|
+
- id: del_mgmt_work_decomp_1
|
|
56
|
+
text:
|
|
57
|
+
Your team has committed to delivering a major feature, but halfway
|
|
58
|
+
through the sprint you realize the scope was underestimated. How would
|
|
59
|
+
you handle this?
|
|
60
|
+
context:
|
|
61
|
+
The feature was estimated at 2 weeks but will likely take 4 weeks. The
|
|
62
|
+
client has a marketing launch planned around the original date. Your
|
|
63
|
+
team has 5 engineers.
|
|
64
|
+
decompositionPrompts:
|
|
65
|
+
- How would you communicate the delay to stakeholders?
|
|
66
|
+
- What options would you present for moving forward?
|
|
67
|
+
- How would you support your team through this situation?
|
|
68
|
+
- What would you change to prevent this in the future?
|
|
69
|
+
lookingFor:
|
|
70
|
+
- Communicates early and transparently with stakeholders
|
|
71
|
+
- Presents options rather than just problems
|
|
72
|
+
- Protects team from blame while addressing root causes
|
|
73
|
+
- Focuses on learning and process improvement
|
|
74
|
+
expectedDurationMinutes: 15
|
|
75
|
+
followUps:
|
|
76
|
+
- What if the stakeholder insists on the original date?
|
|
77
|
+
- How would you handle if this was the third time this quarter scope was
|
|
78
|
+
underestimated?
|
|
79
|
+
|
|
80
|
+
practitioner:
|
|
81
|
+
- id: del_mgmt_pract_decomp_1
|
|
82
|
+
text:
|
|
83
|
+
You're leading a cross-functional initiative involving three teams with
|
|
84
|
+
different managers, timelines, and priorities. How would you coordinate
|
|
85
|
+
delivery?
|
|
86
|
+
context:
|
|
87
|
+
The initiative is a platform modernization requiring backend, frontend,
|
|
88
|
+
and infrastructure teams. Each team has their own roadmap commitments.
|
|
89
|
+
Executive sponsorship is strong but day-to-day coordination is
|
|
90
|
+
challenging.
|
|
91
|
+
decompositionPrompts:
|
|
92
|
+
- How would you establish governance and decision-making?
|
|
93
|
+
- What coordination mechanisms would you put in place?
|
|
94
|
+
- How would you handle conflicts between team priorities?
|
|
95
|
+
- How would you maintain momentum and visibility?
|
|
96
|
+
lookingFor:
|
|
97
|
+
- Creates clear accountability and escalation paths
|
|
98
|
+
- Establishes regular coordination touchpoints
|
|
99
|
+
- Negotiates with peer managers for alignment
|
|
100
|
+
- Uses visibility and reporting to maintain executive support
|
|
101
|
+
expectedDurationMinutes: 15
|
|
102
|
+
followUps:
|
|
103
|
+
- What if one team consistently missed their commitments?
|
|
104
|
+
- How would you handle if executive sponsorship weakened mid-project?
|
|
@@ -0,0 +1,104 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://www.forwardimpact.team/schema/json/capability-questions.schema.json
|
|
2
|
+
|
|
3
|
+
professionalQuestions:
|
|
4
|
+
working:
|
|
5
|
+
- id: ppl_pro_work_decomp_1
|
|
6
|
+
text:
|
|
7
|
+
A new engineer is joining your team next month who has strong skills but
|
|
8
|
+
no experience in your tech stack. How would you plan their onboarding?
|
|
9
|
+
context:
|
|
10
|
+
They're a senior engineer from a Java/Spring background joining a
|
|
11
|
+
TypeScript/Node.js team. Your team has 5 members and is mid-sprint on a
|
|
12
|
+
critical project.
|
|
13
|
+
decompositionPrompts:
|
|
14
|
+
- What would the first week look like vs the first month?
|
|
15
|
+
- How would you balance their learning with team productivity?
|
|
16
|
+
- What pairing or mentoring structure would you set up?
|
|
17
|
+
- How would you measure whether onboarding is successful?
|
|
18
|
+
lookingFor:
|
|
19
|
+
- Structures onboarding in phases with clear milestones
|
|
20
|
+
- Considers both technical skills and team integration
|
|
21
|
+
- Protects team delivery while investing in new member
|
|
22
|
+
- Plans for feedback loops and adjustment
|
|
23
|
+
expectedDurationMinutes: 15
|
|
24
|
+
followUps:
|
|
25
|
+
- What if they were struggling after 3 weeks?
|
|
26
|
+
- How would you handle if existing team members felt burdened?
|
|
27
|
+
|
|
28
|
+
practitioner:
|
|
29
|
+
- id: ppl_pro_pract_decomp_1
|
|
30
|
+
text:
|
|
31
|
+
Two senior engineers on your team have conflicting views on the
|
|
32
|
+
technical direction. This is affecting team morale and velocity. How do
|
|
33
|
+
you address it?
|
|
34
|
+
context:
|
|
35
|
+
One wants to adopt a new framework for better developer experience. The
|
|
36
|
+
other wants to stick with the current stack for stability. Both are high
|
|
37
|
+
performers you want to retain.
|
|
38
|
+
decompositionPrompts:
|
|
39
|
+
- How would you understand the root cause of the conflict?
|
|
40
|
+
- What process would you use to reach a decision?
|
|
41
|
+
- How would you maintain both engineers' engagement regardless of
|
|
42
|
+
outcome?
|
|
43
|
+
- What would you do if the conflict persists after a decision?
|
|
44
|
+
lookingFor:
|
|
45
|
+
- Separates technical disagreement from interpersonal conflict
|
|
46
|
+
- Creates structured decision-making process
|
|
47
|
+
- Ensures both parties feel heard and respected
|
|
48
|
+
- Plans for ongoing relationship management
|
|
49
|
+
expectedDurationMinutes: 15
|
|
50
|
+
followUps:
|
|
51
|
+
- What if one engineer threatens to leave if their approach isn't
|
|
52
|
+
chosen?
|
|
53
|
+
- How would you handle if this pattern repeats with the same
|
|
54
|
+
individuals?
|
|
55
|
+
|
|
56
|
+
managementQuestions:
|
|
57
|
+
working:
|
|
58
|
+
- id: ppl_mgmt_work_decomp_1
|
|
59
|
+
text:
|
|
60
|
+
One of your engineers has been underperforming for the past two months.
|
|
61
|
+
They were previously a strong contributor. How would you approach this?
|
|
62
|
+
context:
|
|
63
|
+
Their code quality has declined, they've missed two sprint commitments,
|
|
64
|
+
and other team members have started picking up slack. They haven't
|
|
65
|
+
mentioned any issues proactively.
|
|
66
|
+
decompositionPrompts:
|
|
67
|
+
- How would you prepare for a conversation with them?
|
|
68
|
+
- What would you try to understand about the situation?
|
|
69
|
+
- How would you structure support and accountability?
|
|
70
|
+
- What timeline and milestones would you set?
|
|
71
|
+
lookingFor:
|
|
72
|
+
- Approaches with curiosity rather than assumptions
|
|
73
|
+
- Considers personal and external factors
|
|
74
|
+
- Creates clear expectations with support plan
|
|
75
|
+
- Documents appropriately while maintaining trust
|
|
76
|
+
expectedDurationMinutes: 15
|
|
77
|
+
followUps:
|
|
78
|
+
- What if they revealed they're dealing with a personal crisis?
|
|
79
|
+
- How would you handle if there was no improvement after one month?
|
|
80
|
+
|
|
81
|
+
practitioner:
|
|
82
|
+
- id: ppl_mgmt_pract_decomp_1
|
|
83
|
+
text:
|
|
84
|
+
Your organization is going through a restructuring that will affect your
|
|
85
|
+
team's composition. Some team members may be moved to other teams or
|
|
86
|
+
laid off. How do you navigate this with your team?
|
|
87
|
+
context:
|
|
88
|
+
Leadership has shared preliminary plans with managers. Final decisions
|
|
89
|
+
are two weeks away. Rumors are starting to circulate. Your team has 8
|
|
90
|
+
members, 3 of whom may be affected.
|
|
91
|
+
decompositionPrompts:
|
|
92
|
+
- How would you communicate with your team during uncertainty?
|
|
93
|
+
- How would you advocate for your team members with leadership?
|
|
94
|
+
- How would you support those who are affected?
|
|
95
|
+
- How would you maintain team function during the transition?
|
|
96
|
+
lookingFor:
|
|
97
|
+
- Balances transparency with appropriate confidentiality
|
|
98
|
+
- Advocates for team while aligning with organizational needs
|
|
99
|
+
- Provides emotional support during uncertainty
|
|
100
|
+
- Maintains team effectiveness through transition
|
|
101
|
+
expectedDurationMinutes: 15
|
|
102
|
+
followUps:
|
|
103
|
+
- What if you disagreed with leadership's decisions about your team?
|
|
104
|
+
- How would you handle if remaining team members had survivor's guilt?
|
|
@@ -0,0 +1,103 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://www.forwardimpact.team/schema/json/capability-questions.schema.json
|
|
2
|
+
|
|
3
|
+
professionalQuestions:
|
|
4
|
+
working:
|
|
5
|
+
- id: rel_pro_work_decomp_1
|
|
6
|
+
text:
|
|
7
|
+
Your service experienced three outages in the past month, each from
|
|
8
|
+
different root causes. How would you approach improving reliability?
|
|
9
|
+
context:
|
|
10
|
+
The outages were caused by database connection exhaustion, a failed
|
|
11
|
+
deployment, and an upstream dependency timeout. SLO is 99.9% and you're
|
|
12
|
+
currently at 99.5%.
|
|
13
|
+
decompositionPrompts:
|
|
14
|
+
- How would you categorize and analyze these incidents?
|
|
15
|
+
- What systematic improvements would you prioritize?
|
|
16
|
+
- How would you balance reliability investment with feature work?
|
|
17
|
+
- What would success look like 3 months from now?
|
|
18
|
+
lookingFor:
|
|
19
|
+
- Looks for patterns across incidents rather than treating in isolation
|
|
20
|
+
- Proposes both reactive fixes and proactive improvements
|
|
21
|
+
- Creates measurable reliability targets
|
|
22
|
+
- Considers observability and early warning systems
|
|
23
|
+
expectedDurationMinutes: 15
|
|
24
|
+
followUps:
|
|
25
|
+
- What if leadership is pressuring for more features over reliability
|
|
26
|
+
work?
|
|
27
|
+
- How would you structure the team's on-call rotation going forward?
|
|
28
|
+
|
|
29
|
+
practitioner:
|
|
30
|
+
- id: rel_pro_pract_decomp_1
|
|
31
|
+
text:
|
|
32
|
+
You're designing the disaster recovery strategy for a system that
|
|
33
|
+
processes customer financial transactions. Walk me through your
|
|
34
|
+
approach.
|
|
35
|
+
context:
|
|
36
|
+
The system handles $10M in daily transactions, uses AWS in us-east-1,
|
|
37
|
+
and currently has no cross-region capability. Budget for DR is $50K
|
|
38
|
+
annual.
|
|
39
|
+
decompositionPrompts:
|
|
40
|
+
- What are the key requirements you need to establish first?
|
|
41
|
+
- How would you structure the technical options analysis?
|
|
42
|
+
- What trade-offs would you present to stakeholders?
|
|
43
|
+
- How would you test and validate the DR plan?
|
|
44
|
+
lookingFor:
|
|
45
|
+
- Defines RTO/RPO requirements with business stakeholders
|
|
46
|
+
- Evaluates active-active vs active-passive vs pilot light approaches
|
|
47
|
+
- Balances cost against recovery capabilities
|
|
48
|
+
- Plans for regular testing and runbook maintenance
|
|
49
|
+
expectedDurationMinutes: 15
|
|
50
|
+
followUps:
|
|
51
|
+
- What would you do if a regional outage happened before DR was
|
|
52
|
+
complete?
|
|
53
|
+
- How would you handle if the $50K budget was cut in half?
|
|
54
|
+
|
|
55
|
+
managementQuestions:
|
|
56
|
+
working:
|
|
57
|
+
- id: rel_mgmt_work_decomp_1
|
|
58
|
+
text:
|
|
59
|
+
Your team's on-call rotation is burning people out. Three engineers have
|
|
60
|
+
complained about being paged too frequently. How would you address this?
|
|
61
|
+
context:
|
|
62
|
+
The team of 6 handles on-call for 3 services. Page volume is 40 per
|
|
63
|
+
week, with 60% being false alarms or low-priority. Two engineers are
|
|
64
|
+
considering leaving due to on-call burden.
|
|
65
|
+
decompositionPrompts:
|
|
66
|
+
- How would you assess the current on-call health?
|
|
67
|
+
- What changes would you prioritize to reduce burden?
|
|
68
|
+
- How would you balance immediate relief with long-term fixes?
|
|
69
|
+
- How would you rebuild team trust around on-call?
|
|
70
|
+
lookingFor:
|
|
71
|
+
- Takes retention risk seriously
|
|
72
|
+
- Analyzes page sources to prioritize fixes
|
|
73
|
+
- Considers short-term accommodations while fixing root causes
|
|
74
|
+
- Involves team in designing sustainable solutions
|
|
75
|
+
expectedDurationMinutes: 15
|
|
76
|
+
followUps:
|
|
77
|
+
- What if you couldn't reduce page volume quickly?
|
|
78
|
+
- How would you handle if leadership wanted to add a fourth service?
|
|
79
|
+
|
|
80
|
+
practitioner:
|
|
81
|
+
- id: rel_mgmt_pract_decomp_1
|
|
82
|
+
text:
|
|
83
|
+
After a major incident, your team's postmortem revealed significant
|
|
84
|
+
process and communication failures. How would you drive organizational
|
|
85
|
+
improvements?
|
|
86
|
+
context:
|
|
87
|
+
The incident lasted 4 hours and impacted $500K in transactions. Root
|
|
88
|
+
causes included unclear escalation paths, lack of runbooks, and poor
|
|
89
|
+
cross-team communication. Multiple teams were involved.
|
|
90
|
+
decompositionPrompts:
|
|
91
|
+
- How would you prioritize the improvements identified?
|
|
92
|
+
- How would you build consensus across teams and leadership?
|
|
93
|
+
- What governance would you establish to ensure follow-through?
|
|
94
|
+
- How would you measure whether improvements are working?
|
|
95
|
+
lookingFor:
|
|
96
|
+
- Focuses on systemic issues rather than individual blame
|
|
97
|
+
- Creates cross-functional alignment on improvements
|
|
98
|
+
- Establishes accountability for action items
|
|
99
|
+
- Builds culture of continuous reliability improvement
|
|
100
|
+
expectedDurationMinutes: 15
|
|
101
|
+
followUps:
|
|
102
|
+
- What if other teams resisted changes to their processes?
|
|
103
|
+
- How would you handle pressure to move on without implementing fixes?
|
|
@@ -0,0 +1,103 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://www.forwardimpact.team/schema/json/capability-questions.schema.json
|
|
2
|
+
|
|
3
|
+
professionalQuestions:
|
|
4
|
+
working:
|
|
5
|
+
- id: scl_pro_work_decomp_1
|
|
6
|
+
text:
|
|
7
|
+
Your API currently handles 100 requests per second but needs to handle
|
|
8
|
+
1000 RPS in 6 months due to a new partnership. How would you approach
|
|
9
|
+
this?
|
|
10
|
+
context:
|
|
11
|
+
The API is a monolithic Node.js application backed by PostgreSQL.
|
|
12
|
+
Response time P99 is currently 200ms and must stay under 500ms.
|
|
13
|
+
decompositionPrompts:
|
|
14
|
+
- What would you need to measure and understand first?
|
|
15
|
+
- How would you identify the scaling bottlenecks?
|
|
16
|
+
- What architectural changes would you consider?
|
|
17
|
+
- How would you phase the work and validate progress?
|
|
18
|
+
lookingFor:
|
|
19
|
+
- Profiles current system before jumping to solutions
|
|
20
|
+
- Considers horizontal vs vertical scaling trade-offs
|
|
21
|
+
- Identifies database as likely bottleneck
|
|
22
|
+
- Plans incremental validation with load testing
|
|
23
|
+
expectedDurationMinutes: 15
|
|
24
|
+
followUps:
|
|
25
|
+
- What if the partnership deal accelerated and you had only 3 months?
|
|
26
|
+
- How would you handle if the new load had very different access
|
|
27
|
+
patterns?
|
|
28
|
+
|
|
29
|
+
practitioner:
|
|
30
|
+
- id: scl_pro_pract_decomp_1
|
|
31
|
+
text:
|
|
32
|
+
Your team maintains a data pipeline that processes events from multiple
|
|
33
|
+
sources. It's becoming increasingly difficult to add new sources. How
|
|
34
|
+
would you redesign it?
|
|
35
|
+
context:
|
|
36
|
+
Currently there are 15 event sources, each with custom integration code.
|
|
37
|
+
Adding a new source takes 3 weeks. The team receives requests for 5 new
|
|
38
|
+
sources per quarter.
|
|
39
|
+
decompositionPrompts:
|
|
40
|
+
- How would you analyze the current pain points systematically?
|
|
41
|
+
- What abstractions or patterns would improve extensibility?
|
|
42
|
+
- How would you migrate existing sources without disruption?
|
|
43
|
+
- How would you measure the success of the redesign?
|
|
44
|
+
lookingFor:
|
|
45
|
+
- Identifies common patterns across existing integrations
|
|
46
|
+
- Proposes schema standardization or adapter pattern
|
|
47
|
+
- Plans migration that doesn't break existing functionality
|
|
48
|
+
- Sets concrete targets for new source onboarding time
|
|
49
|
+
expectedDurationMinutes: 15
|
|
50
|
+
followUps:
|
|
51
|
+
- What if different sources had fundamentally incompatible data models?
|
|
52
|
+
- How would you get buy-in if the team is skeptical of a major rewrite?
|
|
53
|
+
|
|
54
|
+
managementQuestions:
|
|
55
|
+
working:
|
|
56
|
+
- id: scl_mgmt_work_decomp_1
|
|
57
|
+
text:
|
|
58
|
+
Your team's codebase has grown significantly and new engineers are
|
|
59
|
+
taking much longer to become productive. How would you address this?
|
|
60
|
+
context:
|
|
61
|
+
Onboarding time has increased from 2 weeks to 6 weeks. The codebase has
|
|
62
|
+
300K lines of code with limited documentation. You're planning to hire 3
|
|
63
|
+
more engineers this quarter.
|
|
64
|
+
decompositionPrompts:
|
|
65
|
+
- How would you assess what's causing the onboarding slowdown?
|
|
66
|
+
- What investments would you prioritize to improve the situation?
|
|
67
|
+
- How would you balance documentation work with feature delivery?
|
|
68
|
+
- How would you measure improvement over time?
|
|
69
|
+
lookingFor:
|
|
70
|
+
- Investigates root causes systematically
|
|
71
|
+
- Considers documentation, tooling, and mentorship investments
|
|
72
|
+
- Creates sustainable approach that doesn't overburden existing team
|
|
73
|
+
- Sets concrete onboarding time targets
|
|
74
|
+
expectedDurationMinutes: 15
|
|
75
|
+
followUps:
|
|
76
|
+
- What if senior engineers resisted taking time for documentation?
|
|
77
|
+
- How would you handle pressure to start new hires on features
|
|
78
|
+
immediately?
|
|
79
|
+
|
|
80
|
+
practitioner:
|
|
81
|
+
- id: scl_mgmt_pract_decomp_1
|
|
82
|
+
text:
|
|
83
|
+
Your organization wants to scale from 3 engineering teams to 8 teams
|
|
84
|
+
over the next year. You've been asked to help plan the team structure
|
|
85
|
+
and architecture evolution. How would you approach this?
|
|
86
|
+
context:
|
|
87
|
+
Current teams are organized by layer (frontend, backend,
|
|
88
|
+
infrastructure). The product is a B2B SaaS platform with 5 major feature
|
|
89
|
+
areas. Current architecture is a monolith with some extracted services.
|
|
90
|
+
decompositionPrompts:
|
|
91
|
+
- What factors would drive your team topology recommendations?
|
|
92
|
+
- How would you align architecture changes with team growth?
|
|
93
|
+
- What challenges do you anticipate and how would you mitigate them?
|
|
94
|
+
- How would you phase the transition?
|
|
95
|
+
lookingFor:
|
|
96
|
+
- Considers domain-driven team boundaries
|
|
97
|
+
- Aligns architecture evolution with organizational design
|
|
98
|
+
- Plans for communication overhead and coordination costs
|
|
99
|
+
- Anticipates cultural and process challenges of rapid growth
|
|
100
|
+
expectedDurationMinutes: 15
|
|
101
|
+
followUps:
|
|
102
|
+
- What if leadership wanted to move faster than you recommended?
|
|
103
|
+
- How would you handle if existing teams resisted reorganization?
|
|
@@ -1,53 +1,104 @@
|
|
|
1
1
|
# yaml-language-server: $schema=https://www.forwardimpact.team/schema/json/skill-questions.schema.json
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
3
|
+
professionalQuestions:
|
|
4
|
+
awareness:
|
|
5
|
+
- id: arch_pro_aware_1
|
|
6
|
+
text:
|
|
7
|
+
What do you understand by 'separation of concerns' in software design?
|
|
8
|
+
lookingFor:
|
|
9
|
+
- Basic understanding of modularity
|
|
10
|
+
- Recognition that different parts of a system should handle different
|
|
11
|
+
things
|
|
12
|
+
expectedDurationMinutes: 5
|
|
13
|
+
foundational:
|
|
14
|
+
- id: arch_pro_found_1
|
|
15
|
+
text:
|
|
16
|
+
Walk me through a recent feature you built. How did you decide on the
|
|
17
|
+
structure?
|
|
18
|
+
followUps:
|
|
19
|
+
- What alternatives did you consider?
|
|
20
|
+
- What would you do differently?
|
|
21
|
+
lookingFor:
|
|
22
|
+
- Evidence of thoughtful design decisions
|
|
23
|
+
- Understanding of common patterns
|
|
24
|
+
expectedDurationMinutes: 8
|
|
25
|
+
working:
|
|
26
|
+
- id: arch_pro_work_1
|
|
27
|
+
text:
|
|
28
|
+
Describe a system you designed. What were the key trade-offs you had to
|
|
29
|
+
make?
|
|
30
|
+
followUps:
|
|
31
|
+
- How did you validate these decisions?
|
|
32
|
+
lookingFor:
|
|
33
|
+
- Clear articulation of trade-offs
|
|
34
|
+
- Evidence of independent design work
|
|
35
|
+
expectedDurationMinutes: 8
|
|
36
|
+
practitioner:
|
|
37
|
+
- id: arch_pro_pract_1
|
|
38
|
+
text:
|
|
39
|
+
Tell me about a time when you had to guide a team through a significant
|
|
40
|
+
architectural decision.
|
|
41
|
+
followUps:
|
|
42
|
+
- How did you handle disagreements?
|
|
43
|
+
lookingFor:
|
|
44
|
+
- Leadership in technical decisions
|
|
45
|
+
- Ability to build consensus
|
|
46
|
+
expectedDurationMinutes: 8
|
|
47
|
+
expert:
|
|
48
|
+
- id: arch_pro_expert_1
|
|
49
|
+
text:
|
|
50
|
+
How do you approach defining and evolving architectural standards for an
|
|
51
|
+
organization?
|
|
52
|
+
lookingFor:
|
|
53
|
+
- Strategic thinking about architecture
|
|
54
|
+
- Experience with organizational influence
|
|
55
|
+
expectedDurationMinutes: 8
|
|
56
|
+
|
|
57
|
+
managementQuestions:
|
|
58
|
+
awareness:
|
|
59
|
+
- id: arch_mgmt_aware_1
|
|
60
|
+
text: How do you ensure your team considers architecture in their work?
|
|
61
|
+
lookingFor:
|
|
62
|
+
- Basic awareness of architecture importance
|
|
63
|
+
- Understanding of team guidance needs
|
|
64
|
+
expectedDurationMinutes: 5
|
|
65
|
+
foundational:
|
|
66
|
+
- id: arch_mgmt_found_1
|
|
67
|
+
text:
|
|
68
|
+
How do you support your team members in making sound design decisions?
|
|
69
|
+
followUps:
|
|
70
|
+
- What resources or guidance do you provide?
|
|
71
|
+
lookingFor:
|
|
72
|
+
- Team enablement approach
|
|
73
|
+
- Design decision support practices
|
|
74
|
+
expectedDurationMinutes: 8
|
|
75
|
+
working:
|
|
76
|
+
- id: arch_mgmt_work_1
|
|
77
|
+
text:
|
|
78
|
+
How do you balance architectural quality with delivery timelines in your
|
|
79
|
+
team?
|
|
80
|
+
followUps:
|
|
81
|
+
- How do you handle technical debt decisions?
|
|
82
|
+
lookingFor:
|
|
83
|
+
- Trade-off management
|
|
84
|
+
- Team architecture governance
|
|
85
|
+
expectedDurationMinutes: 8
|
|
86
|
+
practitioner:
|
|
87
|
+
- id: arch_mgmt_pract_1
|
|
88
|
+
text:
|
|
89
|
+
How do you build architectural capability and maturity within your team?
|
|
90
|
+
followUps:
|
|
91
|
+
- How do you identify and develop architecture skills?
|
|
92
|
+
lookingFor:
|
|
93
|
+
- Team capability development
|
|
94
|
+
- Architecture skill growth strategies
|
|
95
|
+
expectedDurationMinutes: 8
|
|
96
|
+
expert:
|
|
97
|
+
- id: arch_mgmt_expert_1
|
|
98
|
+
text:
|
|
99
|
+
How do you shape architectural governance and decision-making across
|
|
100
|
+
multiple teams?
|
|
101
|
+
lookingFor:
|
|
102
|
+
- Cross-team architecture leadership
|
|
103
|
+
- Organizational architecture strategy
|
|
104
|
+
expectedDurationMinutes: 10
|