Welcome to the Architect Mindset Self Assessment.
Please answer the following 40 questions to the best of your ability. If you haven't encountered a specific situation before, answer based on your assumption of your behavior in that scenario.
1.
I frequently weigh the technical debt of requests.
2.
I focus on the desired outcomes more than requested solutions.
3.
I communicate changes and issues to team members quickly.
4.
I outline project team member responsibilities early and often.
5.
I frequently shadow users when gathering requirements.
6.
I know when a request may go against best practice.
7.
I try to keep project stakeholders aligned on project goals.
8.
I can explain Salesforce's multitenant architecture model.
9.
Transparent communication is one of my strengths.
10.
I frequently communicate status updates to project stakeholders.
11.
I'm familiar with Salesforce platform limits (e.g. DML statements, CPU limits, etc.).
12.
I feel comfortable gathering requirements from users.
13.
I always dig into the reasons behind a stakeholder's request.
14.
I find it easy to say "no" to project stakeholders.
15.
I know how to 'bulkify' triggers and/or flows.
16.
I am comfortable working with different user personas and types.
17.
I give my users helpful tooltips and error messages.
18.
I always add descriptions to my custom fields in Salesforce.
19.
I push process to fit systems, rather than bend systems to meet process.
20.
My users know where to find important documentation on the org.
21.
I understand that Salesforce customizations can decay over time.
22.
I frequently say 'no' in order to prevent scope creep.
23.
I feel comfortable offering alternatives to a bad request.
24.
I stay away from over-engineered solutions.
25.
It is easy for my users to understand important documentation.
26.
I know when to use a standard vs. custom object in Salesforce.
27.
I know how to read an entity relationship diagram.
28.
It is easy for me to get adoption of my solutions.
29.
I frequently build user stories to understand use cases.
30.
I work directly with the end users when I build a solution.
31.
My documentation is frequently updated to remain accurate.
32.
I know which automation tools present the most and least potential technical debt.
33.
I am confident in my knowledge of relational databases.
34.
My projects always begin with a project plan.
35.
I can articulate the difference between a lookup and master-detail relationship.
36.
I can message the reasoning behind a denied request.
37.
Database normalization is a topic I understand.
38.
I'm comfortable building test cases, user stories, and project documents.
39.
I recognize the over-customized portions of my org.
40.
My colleagues always know the desired outcome of the project.
