@forwardimpact/schema 0.9.1 → 0.9.2
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/examples/questions/capabilities/business.yaml +37 -40
- package/examples/questions/capabilities/delivery.yaml +32 -36
- package/examples/questions/capabilities/people.yaml +37 -40
- package/examples/questions/capabilities/reliability.yaml +35 -38
- package/examples/questions/capabilities/scale.yaml +35 -36
- package/examples/questions/skills/architecture_design.yaml +59 -49
- package/examples/questions/skills/cloud_platforms.yaml +53 -41
- package/examples/questions/skills/code_quality.yaml +81 -31
- package/examples/questions/skills/data_modeling.yaml +43 -39
- package/examples/questions/skills/devops.yaml +46 -39
- package/examples/questions/skills/full_stack_development.yaml +41 -36
- package/examples/questions/skills/sre_practices.yaml +40 -37
- package/examples/questions/skills/stakeholder_management.yaml +37 -36
- package/examples/questions/skills/team_collaboration.yaml +39 -33
- package/examples/questions/skills/technical_writing.yaml +39 -35
- package/package.json +1 -1
|
@@ -7,8 +7,8 @@ professionalQuestions:
|
|
|
7
7
|
The product team wants to add a feature that will increase revenue but
|
|
8
8
|
requires significant technical investment. How would you evaluate this?
|
|
9
9
|
context:
|
|
10
|
-
The feature is an AI-powered recommendation engine. Product estimates
|
|
11
|
-
|
|
10
|
+
The feature is an AI-powered recommendation engine. Product estimates 15%
|
|
11
|
+
revenue increase. Your team estimates 4 months of work and ongoing
|
|
12
12
|
maintenance costs.
|
|
13
13
|
decompositionPrompts:
|
|
14
14
|
- What questions would you ask the product team?
|
|
@@ -22,17 +22,16 @@ professionalQuestions:
|
|
|
22
22
|
- Thinks about alternatives and build vs buy decisions
|
|
23
23
|
expectedDurationMinutes: 15
|
|
24
24
|
followUps:
|
|
25
|
-
- What if the CEO strongly favors this feature but your analysis
|
|
26
|
-
|
|
25
|
+
- What if the CEO strongly favors this feature but your analysis suggests
|
|
26
|
+
otherwise?
|
|
27
27
|
- How would you handle if the revenue estimate turned out to be
|
|
28
28
|
optimistic?
|
|
29
29
|
|
|
30
30
|
practitioner:
|
|
31
31
|
- id: biz_pro_pract_decomp_1
|
|
32
32
|
text:
|
|
33
|
-
Your company is considering entering a new market that requires
|
|
34
|
-
|
|
35
|
-
evaluation?
|
|
33
|
+
Your company is considering entering a new market that requires different
|
|
34
|
+
compliance requirements. How would you approach the technical evaluation?
|
|
36
35
|
context:
|
|
37
36
|
The new market is healthcare (HIPAA compliance). Current systems handle
|
|
38
37
|
financial data but were not designed for healthcare. Leadership wants a
|
|
@@ -58,50 +57,48 @@ managementQuestions:
|
|
|
58
57
|
working:
|
|
59
58
|
- id: biz_mgmt_work_decomp_1
|
|
60
59
|
text:
|
|
61
|
-
Your engineering
|
|
62
|
-
|
|
63
|
-
manage this?
|
|
60
|
+
Your engineering organization needs to reduce costs by 20% while
|
|
61
|
+
maintaining delivery commitments. How would you approach this?
|
|
64
62
|
context:
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
63
|
+
Budget constraints require significant cost reduction. You manage 3 teams
|
|
64
|
+
with 18 engineers total. Current commitments include two major product
|
|
65
|
+
launches in the next quarter.
|
|
68
66
|
decompositionPrompts:
|
|
69
|
-
- How would you
|
|
70
|
-
-
|
|
71
|
-
- How would you communicate
|
|
72
|
-
-
|
|
67
|
+
- How would you identify cost reduction opportunities?
|
|
68
|
+
- How would you prioritize cuts while protecting critical work?
|
|
69
|
+
- How would you communicate changes to your teams?
|
|
70
|
+
- How would you ensure commitments are still achievable?
|
|
73
71
|
lookingFor:
|
|
74
|
-
-
|
|
75
|
-
-
|
|
76
|
-
-
|
|
77
|
-
-
|
|
72
|
+
- Analyzes costs systematically (infrastructure, tooling, headcount)
|
|
73
|
+
- Protects high-value work while cutting low-impact activities
|
|
74
|
+
- Communicates transparently with teams about constraints
|
|
75
|
+
- Renegotiates scope or timelines where necessary
|
|
78
76
|
expectedDurationMinutes: 15
|
|
79
77
|
followUps:
|
|
80
|
-
- What if
|
|
81
|
-
|
|
82
|
-
- How would you handle if your team felt stretched between demands?
|
|
78
|
+
- What if leadership insists on no headcount changes but still needs 20% savings?
|
|
79
|
+
- How would you handle if key team members leave due to uncertainty?
|
|
83
80
|
|
|
84
81
|
practitioner:
|
|
85
82
|
- id: biz_mgmt_pract_decomp_1
|
|
86
83
|
text:
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
84
|
+
The board is considering a major acquisition that would double your
|
|
85
|
+
engineering organization. How would you evaluate the technical due
|
|
86
|
+
diligence and integration plan?
|
|
90
87
|
context:
|
|
91
|
-
The company
|
|
92
|
-
|
|
93
|
-
|
|
88
|
+
The target company has 100 engineers, different tech stack, and overlapping
|
|
89
|
+
product lines. You have 6 weeks for due diligence and need to present
|
|
90
|
+
integration risks and synergies to the board.
|
|
94
91
|
decompositionPrompts:
|
|
95
|
-
- What
|
|
96
|
-
- How would you
|
|
97
|
-
- What
|
|
98
|
-
- How would you
|
|
92
|
+
- What technical areas would you prioritize in due diligence?
|
|
93
|
+
- How would you assess organizational and cultural compatibility?
|
|
94
|
+
- What integration models would you consider?
|
|
95
|
+
- How would you quantify risks and synergies for the board?
|
|
99
96
|
lookingFor:
|
|
100
|
-
- Evaluates
|
|
101
|
-
-
|
|
102
|
-
-
|
|
103
|
-
-
|
|
97
|
+
- Evaluates architecture, tech debt, and platform compatibility
|
|
98
|
+
- Assesses talent retention risk and cultural differences
|
|
99
|
+
- Proposes realistic integration timeline and approach
|
|
100
|
+
- Presents findings with clear decision criteria for leadership
|
|
104
101
|
expectedDurationMinutes: 15
|
|
105
102
|
followUps:
|
|
106
|
-
- What if
|
|
107
|
-
- How would you handle if the
|
|
103
|
+
- What if the acquisition goes through despite your concerns?
|
|
104
|
+
- How would you handle if the target's best engineers leave post-acquisition?
|
|
@@ -13,6 +13,7 @@ professionalQuestions:
|
|
|
13
13
|
- What information would you need to gather first?
|
|
14
14
|
- How would you break down the technical implementation?
|
|
15
15
|
- What are the biggest risks and how would you mitigate them?
|
|
16
|
+
- How would AI tools change your approach to building this faster?
|
|
16
17
|
- How would you prioritize if you had only 3 weeks instead?
|
|
17
18
|
lookingFor:
|
|
18
19
|
- Asks clarifying questions about requirements before diving in
|
|
@@ -22,8 +23,7 @@ professionalQuestions:
|
|
|
22
23
|
- Thinks about scalability and performance constraints
|
|
23
24
|
expectedDurationMinutes: 15
|
|
24
25
|
followUps:
|
|
25
|
-
- What would you do differently if their data was in 5 different
|
|
26
|
-
systems?
|
|
26
|
+
- What would you do differently if their data was in 5 different systems?
|
|
27
27
|
- How would you handle if a key team member left mid-project?
|
|
28
28
|
|
|
29
29
|
practitioner:
|
|
@@ -54,51 +54,47 @@ managementQuestions:
|
|
|
54
54
|
working:
|
|
55
55
|
- id: del_mgmt_work_decomp_1
|
|
56
56
|
text:
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
you handle this?
|
|
57
|
+
A critical project is at risk of missing its deadline, and stakeholders
|
|
58
|
+
are escalating. How would you assess and address the situation?
|
|
60
59
|
context:
|
|
61
|
-
The
|
|
62
|
-
|
|
63
|
-
team
|
|
60
|
+
The project was planned for 8 weeks but is now in week 6 with 40% of
|
|
61
|
+
scope remaining. The team of 5 engineers reports blockers from another
|
|
62
|
+
team. The business committed the date to a major customer.
|
|
64
63
|
decompositionPrompts:
|
|
65
|
-
- How would you
|
|
66
|
-
- What options would you present
|
|
67
|
-
- How would you
|
|
68
|
-
-
|
|
64
|
+
- How would you assess the true state of the project?
|
|
65
|
+
- What options would you present to stakeholders?
|
|
66
|
+
- How would you protect the team while managing expectations?
|
|
67
|
+
- How would you prevent this situation in future projects?
|
|
69
68
|
lookingFor:
|
|
70
|
-
-
|
|
71
|
-
- Presents options
|
|
72
|
-
-
|
|
73
|
-
-
|
|
69
|
+
- Gets accurate assessment from team without blame
|
|
70
|
+
- Presents realistic options with trade-offs (scope, time, resources)
|
|
71
|
+
- Manages stakeholder expectations transparently
|
|
72
|
+
- Addresses systemic issues (estimation, dependencies, communication)
|
|
74
73
|
expectedDurationMinutes: 15
|
|
75
74
|
followUps:
|
|
76
|
-
- What if
|
|
77
|
-
- How would you handle if
|
|
78
|
-
underestimated?
|
|
75
|
+
- What if leadership insists the original date cannot move?
|
|
76
|
+
- How would you handle if the blocking team is unresponsive?
|
|
79
77
|
|
|
80
78
|
practitioner:
|
|
81
79
|
- id: del_mgmt_pract_decomp_1
|
|
82
80
|
text:
|
|
83
|
-
You're
|
|
84
|
-
|
|
85
|
-
delivery?
|
|
81
|
+
You're responsible for coordinating a major platform initiative across
|
|
82
|
+
4 engineering teams. How would you structure the delivery?
|
|
86
83
|
context:
|
|
87
|
-
The initiative is a platform modernization
|
|
88
|
-
|
|
89
|
-
Executive sponsorship is strong but
|
|
90
|
-
challenging.
|
|
84
|
+
The initiative is a 12-month platform modernization affecting all products.
|
|
85
|
+
Teams have different managers, priorities, and technical preferences.
|
|
86
|
+
Executive sponsorship is strong but teams are skeptical.
|
|
91
87
|
decompositionPrompts:
|
|
92
|
-
- How would you establish
|
|
93
|
-
- What coordination mechanisms would you put in place?
|
|
94
|
-
- How would you handle
|
|
95
|
-
- How would you
|
|
88
|
+
- How would you establish alignment across teams?
|
|
89
|
+
- What governance and coordination mechanisms would you put in place?
|
|
90
|
+
- How would you handle competing priorities between teams?
|
|
91
|
+
- How would you track and communicate progress to executives?
|
|
96
92
|
lookingFor:
|
|
97
|
-
- Creates clear
|
|
98
|
-
- Establishes
|
|
99
|
-
-
|
|
100
|
-
-
|
|
93
|
+
- Creates clear roles, responsibilities, and decision rights
|
|
94
|
+
- Establishes lightweight coordination that doesn't slow teams
|
|
95
|
+
- Manages dependencies and resolves conflicts across teams
|
|
96
|
+
- Provides executive visibility without micromanagement
|
|
101
97
|
expectedDurationMinutes: 15
|
|
102
98
|
followUps:
|
|
103
|
-
- What if one team
|
|
104
|
-
- How would you handle if executive sponsorship
|
|
99
|
+
- What if one team's manager disagrees with the overall approach?
|
|
100
|
+
- How would you handle if the initiative loses executive sponsorship?
|
|
@@ -13,6 +13,7 @@ professionalQuestions:
|
|
|
13
13
|
decompositionPrompts:
|
|
14
14
|
- What would the first week look like vs the first month?
|
|
15
15
|
- How would you balance their learning with team productivity?
|
|
16
|
+
- How would AI tools accelerate their ramp-up on the new stack?
|
|
16
17
|
- What pairing or mentoring structure would you set up?
|
|
17
18
|
- How would you measure whether onboarding is successful?
|
|
18
19
|
lookingFor:
|
|
@@ -28,9 +29,9 @@ professionalQuestions:
|
|
|
28
29
|
practitioner:
|
|
29
30
|
- id: ppl_pro_pract_decomp_1
|
|
30
31
|
text:
|
|
31
|
-
Two senior engineers on your team have conflicting views on the
|
|
32
|
-
|
|
33
|
-
|
|
32
|
+
Two senior engineers on your team have conflicting views on the technical
|
|
33
|
+
direction. This is affecting team morale and velocity. How do you address
|
|
34
|
+
it?
|
|
34
35
|
context:
|
|
35
36
|
One wants to adopt a new framework for better developer experience. The
|
|
36
37
|
other wants to stick with the current stack for stability. Both are high
|
|
@@ -38,8 +39,7 @@ professionalQuestions:
|
|
|
38
39
|
decompositionPrompts:
|
|
39
40
|
- How would you understand the root cause of the conflict?
|
|
40
41
|
- What process would you use to reach a decision?
|
|
41
|
-
- How would you maintain both engineers' engagement regardless of
|
|
42
|
-
outcome?
|
|
42
|
+
- How would you maintain both engineers' engagement regardless of outcome?
|
|
43
43
|
- What would you do if the conflict persists after a decision?
|
|
44
44
|
lookingFor:
|
|
45
45
|
- Separates technical disagreement from interpersonal conflict
|
|
@@ -48,57 +48,54 @@ professionalQuestions:
|
|
|
48
48
|
- Plans for ongoing relationship management
|
|
49
49
|
expectedDurationMinutes: 15
|
|
50
50
|
followUps:
|
|
51
|
-
- What if one engineer threatens to leave if their approach isn't
|
|
52
|
-
|
|
53
|
-
- How would you handle if this pattern repeats with the same
|
|
54
|
-
individuals?
|
|
51
|
+
- What if one engineer threatens to leave if their approach isn't chosen?
|
|
52
|
+
- How would you handle if this pattern repeats with the same individuals?
|
|
55
53
|
|
|
56
54
|
managementQuestions:
|
|
57
55
|
working:
|
|
58
56
|
- id: ppl_mgmt_work_decomp_1
|
|
59
57
|
text:
|
|
60
|
-
One of your
|
|
61
|
-
|
|
58
|
+
One of your team members is consistently underperforming despite multiple
|
|
59
|
+
feedback conversations. How would you handle this situation?
|
|
62
60
|
context:
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
61
|
+
The engineer has been on the team for 8 months. They meet basic
|
|
62
|
+
expectations but are not growing. Peers are frustrated with carrying
|
|
63
|
+
extra load. You've had 3 feedback conversations with limited improvement.
|
|
66
64
|
decompositionPrompts:
|
|
67
|
-
- How would you
|
|
68
|
-
- What
|
|
69
|
-
- How would you
|
|
70
|
-
- What
|
|
65
|
+
- How would you assess whether this is a skill, will, or fit issue?
|
|
66
|
+
- What performance improvement approach would you take?
|
|
67
|
+
- How would you manage the impact on the rest of the team?
|
|
68
|
+
- What decision criteria would you use for next steps?
|
|
71
69
|
lookingFor:
|
|
72
|
-
-
|
|
73
|
-
-
|
|
74
|
-
-
|
|
75
|
-
-
|
|
70
|
+
- Diagnoses root cause before choosing intervention
|
|
71
|
+
- Creates clear, measurable improvement plan with timeline
|
|
72
|
+
- Manages team dynamics while addressing individual performance
|
|
73
|
+
- Prepares for multiple outcomes including separation
|
|
76
74
|
expectedDurationMinutes: 15
|
|
77
75
|
followUps:
|
|
78
|
-
- What if
|
|
79
|
-
- How would you handle if
|
|
76
|
+
- What if the engineer claims the expectations are unfair?
|
|
77
|
+
- How would you handle if the team wants you to act faster?
|
|
80
78
|
|
|
81
79
|
practitioner:
|
|
82
80
|
- id: ppl_mgmt_pract_decomp_1
|
|
83
81
|
text:
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
laid off. How do you navigate this with your team?
|
|
82
|
+
You need to grow your engineering organization from 25 to 50 engineers
|
|
83
|
+
over the next year. How would you approach this scaling challenge?
|
|
87
84
|
context:
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
85
|
+
The company has secured Series B funding. Current team is strong but
|
|
86
|
+
has no formal career ladders or management structure. You're the only
|
|
87
|
+
engineering manager reporting to the CTO.
|
|
91
88
|
decompositionPrompts:
|
|
92
|
-
- How would you
|
|
93
|
-
-
|
|
94
|
-
- How would you
|
|
95
|
-
- How would you
|
|
89
|
+
- How would you structure the hiring plan and timeline?
|
|
90
|
+
- What organizational structure would you build?
|
|
91
|
+
- How would you develop management capacity?
|
|
92
|
+
- How would you preserve culture while scaling?
|
|
96
93
|
lookingFor:
|
|
97
|
-
-
|
|
98
|
-
-
|
|
99
|
-
-
|
|
100
|
-
-
|
|
94
|
+
- Creates phased hiring plan with clear milestones
|
|
95
|
+
- Designs org structure that scales (spans of control, team topology)
|
|
96
|
+
- Develops managers from within and hires experienced managers
|
|
97
|
+
- Explicitly addresses culture preservation and evolution
|
|
101
98
|
expectedDurationMinutes: 15
|
|
102
99
|
followUps:
|
|
103
|
-
- What if you
|
|
104
|
-
- How would you handle if
|
|
100
|
+
- What if you can't find enough quality candidates?
|
|
101
|
+
- How would you handle if existing senior ICs don't want to become managers?
|
|
@@ -30,12 +30,10 @@ professionalQuestions:
|
|
|
30
30
|
- id: rel_pro_pract_decomp_1
|
|
31
31
|
text:
|
|
32
32
|
You're designing the disaster recovery strategy for a system that
|
|
33
|
-
processes customer financial transactions. Walk me through your
|
|
34
|
-
approach.
|
|
33
|
+
processes customer financial transactions. Walk me through your approach.
|
|
35
34
|
context:
|
|
36
|
-
The system handles $10M in daily transactions, uses AWS in us-east-1,
|
|
37
|
-
|
|
38
|
-
annual.
|
|
35
|
+
The system handles $10M in daily transactions, uses AWS in us-east-1, and
|
|
36
|
+
currently has no cross-region capability. Budget for DR is $50K annual.
|
|
39
37
|
decompositionPrompts:
|
|
40
38
|
- What are the key requirements you need to establish first?
|
|
41
39
|
- How would you structure the technical options analysis?
|
|
@@ -48,56 +46,55 @@ professionalQuestions:
|
|
|
48
46
|
- Plans for regular testing and runbook maintenance
|
|
49
47
|
expectedDurationMinutes: 15
|
|
50
48
|
followUps:
|
|
51
|
-
- What would you do if a regional outage happened before DR was
|
|
52
|
-
complete?
|
|
49
|
+
- What would you do if a regional outage happened before DR was complete?
|
|
53
50
|
- How would you handle if the $50K budget was cut in half?
|
|
54
51
|
|
|
55
52
|
managementQuestions:
|
|
56
53
|
working:
|
|
57
54
|
- id: rel_mgmt_work_decomp_1
|
|
58
55
|
text:
|
|
59
|
-
Your
|
|
60
|
-
|
|
56
|
+
Your on-call engineers are burning out due to frequent pages and
|
|
57
|
+
incident response. How would you improve the situation?
|
|
61
58
|
context:
|
|
62
|
-
The team
|
|
63
|
-
|
|
64
|
-
|
|
59
|
+
The team is paged an average of 5 times per week outside business hours.
|
|
60
|
+
Two engineers have asked to leave on-call rotation. Incident response
|
|
61
|
+
often requires escalation because documentation is lacking.
|
|
65
62
|
decompositionPrompts:
|
|
66
|
-
- How would you
|
|
67
|
-
- What changes
|
|
68
|
-
- How would you
|
|
69
|
-
- How would you
|
|
63
|
+
- How would you analyze the current on-call burden?
|
|
64
|
+
- What changes to the on-call structure would you consider?
|
|
65
|
+
- How would you reduce incident frequency and impact?
|
|
66
|
+
- How would you sustain these improvements over time?
|
|
70
67
|
lookingFor:
|
|
71
|
-
-
|
|
72
|
-
-
|
|
73
|
-
-
|
|
74
|
-
-
|
|
68
|
+
- Analyzes incidents to identify patterns and preventable pages
|
|
69
|
+
- Considers rotation structure, compensation, and workload distribution
|
|
70
|
+
- Invests in runbooks, automation, and self-healing
|
|
71
|
+
- Creates sustainable practices rather than short-term fixes
|
|
75
72
|
expectedDurationMinutes: 15
|
|
76
73
|
followUps:
|
|
77
|
-
- What if
|
|
78
|
-
- How would you handle if
|
|
74
|
+
- What if leadership says there's no budget for additional on-call support?
|
|
75
|
+
- How would you handle if the most experienced engineers refuse on-call?
|
|
79
76
|
|
|
80
77
|
practitioner:
|
|
81
78
|
- id: rel_mgmt_pract_decomp_1
|
|
82
79
|
text:
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
80
|
+
Your organization has grown to 20 services owned by different teams
|
|
81
|
+
but has no consistent approach to reliability. How would you establish
|
|
82
|
+
reliability practices at scale?
|
|
86
83
|
context:
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
84
|
+
Some teams have mature SLOs and incident response, others don't.
|
|
85
|
+
Recent cross-team incidents took too long to resolve due to unclear
|
|
86
|
+
ownership. Leadership wants to improve reliability organization-wide.
|
|
90
87
|
decompositionPrompts:
|
|
91
|
-
- How would you
|
|
92
|
-
-
|
|
93
|
-
-
|
|
94
|
-
- How would you
|
|
88
|
+
- How would you assess current reliability maturity across teams?
|
|
89
|
+
- What standards and practices would you establish?
|
|
90
|
+
- How would you drive adoption across teams with different contexts?
|
|
91
|
+
- How would you coordinate reliability during cross-team incidents?
|
|
95
92
|
lookingFor:
|
|
96
|
-
-
|
|
97
|
-
-
|
|
98
|
-
-
|
|
99
|
-
-
|
|
93
|
+
- Creates maturity model to meet teams where they are
|
|
94
|
+
- Establishes minimum standards while allowing team flexibility
|
|
95
|
+
- Provides enablement (tooling, templates) alongside requirements
|
|
96
|
+
- Defines clear escalation and coordination for cross-team issues
|
|
100
97
|
expectedDurationMinutes: 15
|
|
101
98
|
followUps:
|
|
102
|
-
- What if
|
|
103
|
-
- How would you handle
|
|
99
|
+
- What if teams resist reliability requirements as overhead?
|
|
100
|
+
- How would you handle if different teams have conflicting SLO definitions?
|
|
@@ -8,8 +8,8 @@ professionalQuestions:
|
|
|
8
8
|
1000 RPS in 6 months due to a new partnership. How would you approach
|
|
9
9
|
this?
|
|
10
10
|
context:
|
|
11
|
-
The API is a monolithic Node.js application backed by PostgreSQL.
|
|
12
|
-
|
|
11
|
+
The API is a monolithic Node.js application backed by PostgreSQL. Response
|
|
12
|
+
time P99 is currently 200ms and must stay under 500ms.
|
|
13
13
|
decompositionPrompts:
|
|
14
14
|
- What would you need to measure and understand first?
|
|
15
15
|
- How would you identify the scaling bottlenecks?
|
|
@@ -23,8 +23,7 @@ professionalQuestions:
|
|
|
23
23
|
expectedDurationMinutes: 15
|
|
24
24
|
followUps:
|
|
25
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?
|
|
26
|
+
- How would you handle if the new load had very different access patterns?
|
|
28
27
|
|
|
29
28
|
practitioner:
|
|
30
29
|
- id: scl_pro_pract_decomp_1
|
|
@@ -55,49 +54,49 @@ managementQuestions:
|
|
|
55
54
|
working:
|
|
56
55
|
- id: scl_mgmt_work_decomp_1
|
|
57
56
|
text:
|
|
58
|
-
Your team
|
|
59
|
-
|
|
57
|
+
Your team is responsible for a system that needs to scale significantly,
|
|
58
|
+
but you don't have dedicated infrastructure expertise. How would you
|
|
59
|
+
build this capability?
|
|
60
60
|
context:
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
61
|
+
The system needs to 10x in capacity over the next year. Your team of
|
|
62
|
+
6 engineers has strong application development skills but limited
|
|
63
|
+
infrastructure and performance engineering experience.
|
|
64
64
|
decompositionPrompts:
|
|
65
|
-
- How would you assess
|
|
66
|
-
- What
|
|
67
|
-
- How would you
|
|
68
|
-
- How would you
|
|
65
|
+
- How would you assess your team's current capabilities and gaps?
|
|
66
|
+
- What strategy would you use to build the needed expertise?
|
|
67
|
+
- How would you manage the risk during the scaling effort?
|
|
68
|
+
- How would you balance learning with delivery commitments?
|
|
69
69
|
lookingFor:
|
|
70
|
-
-
|
|
71
|
-
- Considers
|
|
72
|
-
- Creates
|
|
73
|
-
-
|
|
70
|
+
- Honestly assesses capability gaps without blame
|
|
71
|
+
- Considers multiple approaches (hire, train, partner, outsource)
|
|
72
|
+
- Creates risk mitigation plan for capability building period
|
|
73
|
+
- Protects learning time while meeting business needs
|
|
74
74
|
expectedDurationMinutes: 15
|
|
75
75
|
followUps:
|
|
76
|
-
- What if
|
|
77
|
-
- How would you handle
|
|
78
|
-
immediately?
|
|
76
|
+
- What if you can't hire and must develop expertise internally?
|
|
77
|
+
- How would you handle if early scaling efforts fail?
|
|
79
78
|
|
|
80
79
|
practitioner:
|
|
81
80
|
- id: scl_mgmt_pract_decomp_1
|
|
82
81
|
text:
|
|
83
|
-
Your organization
|
|
84
|
-
|
|
85
|
-
|
|
82
|
+
Your organization's infrastructure costs have grown faster than revenue,
|
|
83
|
+
and leadership wants a 30% cost reduction while maintaining performance.
|
|
84
|
+
How would you approach this?
|
|
86
85
|
context:
|
|
87
|
-
Current
|
|
88
|
-
|
|
89
|
-
|
|
86
|
+
Current cloud spend is $2M annually across 15 teams. Some services are
|
|
87
|
+
over-provisioned, others have inefficient architectures. Teams have
|
|
88
|
+
autonomy over their infrastructure but no accountability for costs.
|
|
90
89
|
decompositionPrompts:
|
|
91
|
-
-
|
|
92
|
-
-
|
|
93
|
-
-
|
|
94
|
-
- How would you
|
|
90
|
+
- How would you analyze current spend and identify opportunities?
|
|
91
|
+
- What governance changes would you propose?
|
|
92
|
+
- How would you drive cost consciousness across teams?
|
|
93
|
+
- How would you ensure cost reduction doesn't impact performance?
|
|
95
94
|
lookingFor:
|
|
96
|
-
-
|
|
97
|
-
-
|
|
98
|
-
-
|
|
99
|
-
-
|
|
95
|
+
- Creates visibility into costs at service and team level
|
|
96
|
+
- Proposes accountability model while respecting team autonomy
|
|
97
|
+
- Identifies both quick wins and architectural improvements
|
|
98
|
+
- Establishes guardrails to prevent performance regression
|
|
100
99
|
expectedDurationMinutes: 15
|
|
101
100
|
followUps:
|
|
102
|
-
- What if
|
|
103
|
-
- How would you handle if
|
|
101
|
+
- What if teams push back on cost accountability?
|
|
102
|
+
- How would you handle if major cost savings require significant refactoring?
|