- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
A few years ago, I responded to a community post with a quick breakdown of what a ServiceNow System Administrator does on a day to day basis.
That simple reply turned into a series.
This post continues that journey, focusing on the Architect role and what it actually looks like day to day.
This role is a little different. It is less about individual tasks and more about direction. You are thinking about how everything fits together, not just what is being built.
Like the others, this is not meant to be a perfect definition. Every environment is different. This is just a reflection of what you may run into based on real experience.
🎯 What Success Looks Like
A strong Architect is not measured by how much they design, but by how well things hold up over time.
- Solutions scale without constant rework
- The platform stays stable as it grows
- Teams have clear direction and guardrails
- Decisions align with long-term goals
- Technical debt is managed instead of ignored
Over time, the focus shifts from solving problems to preventing them.
☕ Morning: Align on Direction
Most days start with alignment.
- Reviewing upcoming work or roadmap items
- Checking how current work aligns with long-term goals
- Identifying risks early
- Making sure teams are not drifting in different directions
A lot of the value here is keeping things moving toward the same outcome.
🧭 Working Through Design Decisions
This is where a big part of the role lives.
- Reviewing solution approaches
- Guiding design discussions
- Helping teams choose the right path, not just a path
- Making sure solutions follow platform standards
At this level, small decisions can turn into long-term impact.
⚙️ Midday: Guide and Support the Build
You are not just focused on one area.
- Working with Technical Consultants on approach
- Supporting developers with design clarity
- Partnering with admins on platform impact
- Talking through tradeoffs with stakeholders
You are usually not the one building, but you are shaping what gets built every day.
🤝 Working Across Teams
This role interacts with everyone involved in delivery.
- Business stakeholders defining outcomes
- Developers who are building solutions
- Technical consultants driving requirements and alignment
- Admins who will maintain the platform
A big part of the job is making sure these groups stay connected.
🔧 Afternoon: Review and Adjust
This is where things are validated.
- Reviewing what has been built
- Looking for gaps or risks
- Adjusting direction when needed
- Making calls on tradeoffs
Sometimes this is where you have to slow things down to protect the platform.
📊 What You Start Thinking About
At some point, your mindset changes.
You stop thinking about individual solutions and start thinking about the system as a whole.
- How will this scale?
- What happens during an upgrade?
- Are we introducing complexity that we do not need?
- Does this align with the overall platform design?
That shift is what really defines the role.
🔐 Security and Compliance (Especially in Federal and Public Sector)
At this level, this becomes part of every decision.
- Designs need to be clear and traceable
- Data handling needs to be intentional
- Governance needs to be followed
- Solutions need to hold up under review
It is not just about building something that works. It has to stand over time.
🔄 Continuous Improvement Mindset
A lot of the role becomes about looking forward and cleaning things up along the way.
- Reducing technical debt
- Improving design patterns
- Keeping the platform consistent
- Helping teams evolve how they build
The goal is not perfection. It is steady improvement.
⚠️ Common Pitfalls (What Separates Good from Great)
- Designing in isolation
- Overengineering solutions
- Ignoring business context
- Letting short-term delivery drive long-term decisions
- Not setting clear guardrails
💡 If I Could Go Back (Advice to New Architects)
- Focus on clarity over complexity
- Stay close to the teams doing the work
- Understand the business, not just the platform
- Set guardrails instead of trying to control everything
- Your impact is in the decisions you guide, not just the ones you make
💬 Discussion
For those working as architects today:
👉 What is the hardest part of balancing long-term design with short-term delivery?
👉 What is one lesson that changed how you think about building on the platform?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
