Hiring brief scenarios
Build the Salesforce Architect brief around the work.
These scenarios connect location context to role responsibilities. Use them as prompts to verify with the employer, not as measures of Baltimore demand, clients, or candidate supply.
Sourced cybersecurity and technology context
Secure services, identity, and technical products: Salesforce Architect
Baltimore Together tracks technology as a city growth area and calls for stronger connections between employers, students, and Baltimore's software, data, digital-transformation, and information businesses. Tie the operating scenario to domain boundaries and record ownership. Ask how the architect would divide standard objects, custom objects, external data, identity, and reporting across the platform. Cybersecurity work can cross identity, networks, cloud services, endpoints, protected data, incident response, audit records, and restricted facilities or contracts.
Evidence to request: Use a domain-model and sharing exercise with conflicting business-unit requirements and a stated system of record. Define the protected service, threat and compliance boundary, user population, data classification, control owner, alert path, evidence retention, response authority, and recovery test.
Sourced life sciences context
Research, medical products, and health systems: Salesforce Architect
Baltimore Together's economic-development strategy sets a city objective to lead in life sciences and medical devices. Define the integration portfolio and nonfunctional limits. Candidates should compare synchronous, event, batch, and middleware patterns against volume, latency, failure recovery, and support ownership. Life-sciences delivery may join experiments, clinical work, medical devices, laboratories, quality systems, protected records, manufacturing, and commercial operations with formal traceability.
Evidence to request: Review an architecture decision record for an integration choice, including rejected options and operating consequences. Set the research or product stage, regulated boundary, source records, validation method, device or laboratory interfaces, access model, release authority, and reviewer.
Sourced manufacturing and logistics context
Port, production, and distribution operations: Salesforce Architect
Baltimore Together tracks industrial, manufacturing, and logistics work as a distinct part of the city's economic-development strategy. Set governance around customization, security, releases, and technical debt. Require a decision process that product owners and delivery teams can use after the architect leaves. Port and factory systems can connect engineering changes, production, quality, inventory, freight, customs, carriers, maintenance, exceptions, and financial settlement across organizations.
Evidence to request: Ask for a governance mechanism the architect introduced and evidence that teams used it to make or reverse a design decision. Trace the product or shipment through plant, warehouse, port, carrier, customer, exception, and accounting steps with system authorities, timing, and support ownership.