@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.
Files changed (46) hide show
  1. package/bin/fit-schema.js +2 -2
  2. package/examples/capabilities/business.yaml +1 -1
  3. package/examples/capabilities/delivery.yaml +9 -7
  4. package/examples/capabilities/people.yaml +1 -1
  5. package/examples/capabilities/reliability.yaml +32 -11
  6. package/examples/capabilities/scale.yaml +1 -1
  7. package/examples/framework.yaml +1 -1
  8. package/examples/questions/behaviours/outcome_ownership.yaml +226 -49
  9. package/examples/questions/behaviours/polymathic_knowledge.yaml +273 -45
  10. package/examples/questions/behaviours/precise_communication.yaml +246 -52
  11. package/examples/questions/behaviours/relentless_curiosity.yaml +246 -48
  12. package/examples/questions/behaviours/systems_thinking.yaml +236 -50
  13. package/examples/questions/capabilities/business.yaml +107 -0
  14. package/examples/questions/capabilities/delivery.yaml +104 -0
  15. package/examples/questions/capabilities/people.yaml +104 -0
  16. package/examples/questions/capabilities/reliability.yaml +103 -0
  17. package/examples/questions/capabilities/scale.yaml +103 -0
  18. package/examples/questions/skills/architecture_design.yaml +102 -51
  19. package/examples/questions/skills/cloud_platforms.yaml +90 -44
  20. package/examples/questions/skills/code_quality.yaml +86 -45
  21. package/examples/questions/skills/data_modeling.yaml +93 -43
  22. package/examples/questions/skills/devops.yaml +91 -44
  23. package/examples/questions/skills/full_stack_development.yaml +93 -45
  24. package/examples/questions/skills/sre_practices.yaml +92 -41
  25. package/examples/questions/skills/stakeholder_management.yaml +97 -46
  26. package/examples/questions/skills/team_collaboration.yaml +87 -40
  27. package/examples/questions/skills/technical_writing.yaml +89 -40
  28. package/examples/stages.yaml +6 -0
  29. package/package.json +9 -9
  30. package/schema/json/behaviour-questions.schema.json +53 -26
  31. package/schema/json/capability-questions.schema.json +95 -0
  32. package/schema/json/capability.schema.json +3 -3
  33. package/schema/json/skill-questions.schema.json +34 -19
  34. package/schema/json/stages.schema.json +5 -1
  35. package/schema/rdf/behaviour-questions.ttl +39 -7
  36. package/schema/rdf/capability.ttl +5 -5
  37. package/schema/rdf/defs.ttl +3 -3
  38. package/schema/rdf/skill-questions.ttl +28 -1
  39. package/schema/rdf/stages.ttl +27 -3
  40. package/{lib → src}/levels.js +37 -80
  41. package/{lib → src}/loader.js +9 -5
  42. package/{lib → src}/modifiers.js +3 -3
  43. package/{lib → src}/validation.js +74 -37
  44. /package/{lib → src}/index-generator.js +0 -0
  45. /package/{lib → src}/index.js +0 -0
  46. /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
- awareness:
4
- - id: arch_aware_1
5
- text: What do you understand by 'separation of concerns' in software design?
6
- lookingFor:
7
- - Basic understanding of modularity
8
- - Recognition that different parts of a system should handle different
9
- things
10
- expectedDurationMinutes: 5
11
- foundational:
12
- - id: arch_found_1
13
- text:
14
- Walk me through a recent feature you built. How did you decide on the
15
- structure?
16
- followUps:
17
- - What alternatives did you consider?
18
- - What would you do differently?
19
- lookingFor:
20
- - Evidence of thoughtful design decisions
21
- - Understanding of common patterns
22
- expectedDurationMinutes: 8
23
- working:
24
- - id: arch_work_1
25
- text:
26
- Describe a system you designed. What were the key trade-offs you had to
27
- make?
28
- followUps:
29
- - How did you validate these decisions?
30
- lookingFor:
31
- - Clear articulation of trade-offs
32
- - Evidence of independent design work
33
- expectedDurationMinutes: 8
34
- practitioner:
35
- - id: arch_pract_1
36
- text:
37
- Tell me about a time when you had to guide a team through a significant
38
- architectural decision.
39
- followUps:
40
- - How did you handle disagreements?
41
- lookingFor:
42
- - Leadership in technical decisions
43
- - Ability to build consensus
44
- expectedDurationMinutes: 8
45
- expert:
46
- - id: arch_expert_1
47
- text:
48
- How do you approach defining and evolving architectural standards for an
49
- organization?
50
- lookingFor:
51
- - Strategic thinking about architecture
52
- - Experience with organizational influence
53
- expectedDurationMinutes: 8
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