CAREER ARCHITECTURE

Trajectory

Twenty years of enterprise technology experience — not a linear climb, but a layered accumulation. Each phase added capability that the next phase required.

PHASE 01FOUNDATION

Enterprise IT Operations

Early career

Every durable technology career starts with fundamentals. Franklin's began in enterprise IT operations — desktop support, systems administration, and multi-site infrastructure management. This wasn't a stepping stone; it was the formation of a discipline. Learning how technology actually behaves in production, under pressure, across diverse environments.

CAPABILITIES DEVELOPED

  • Desktop support and end-user systems
  • Multi-site infrastructure management
  • Windows environments and platforms
  • Operational documentation and process discipline

Significance: Built the operational instincts that inform every subsequent layer of the career.

PHASE 02INFRASTRUCTURE

Infrastructure Engineering

Mid-career

From operations to engineering. Server builds, lifecycle management, migrations, patching, disaster recovery — the full infrastructure stack. This phase deepened technical capability and introduced the complexity of enterprise-scale systems: interdependencies, change risk, and the cost of failure.

CAPABILITIES DEVELOPED

  • Server builds and lifecycle management
  • Infrastructure migrations and patching
  • Disaster recovery planning and execution
  • Enterprise platform delivery
  • Database and middleware coordination

Significance: Developed the systems-thinking that distinguishes infrastructure engineers from operators.

PHASE 03CLOUD

Cloud & Hybrid Infrastructure

Ongoing

Cloud didn't replace infrastructure knowledge — it extended it. AWS and Azure introduced new operational models, but the underlying discipline remained: understand the system, manage risk, document everything. Hybrid infrastructure work bridged on-premises and cloud environments, requiring fluency in both.

CAPABILITIES DEVELOPED

  • AWS (Amazon Web Services)
  • Microsoft Azure
  • Hybrid infrastructure operations
  • Cloud migrations and workload transitions

Significance: Extended infrastructure expertise into cloud-native and hybrid operating models.

PHASE 04SECURITY

Security & Governance

Ongoing

Working in regulated environments — particularly energy infrastructure — demanded a governance-first mindset. NERC CIP compliance, RSA Archer administration, BES Cyber Asset management. Security here isn't a feature layer; it's a foundational operating constraint. Every change is controlled, documented, and auditable.

CAPABILITIES DEVELOPED

  • RSA Archer administration and support
  • BES Cyber Asset environments
  • NERC CIP and CIP-010 aligned change processes
  • Configuration management and evidence-oriented execution
  • Operational risk management in regulated environments

Significance: Internalized governance as a design principle, not a compliance checkbox.

PHASE 05AUTOMATION

Automation & Workflow Engineering

Ongoing

Automation is where operational knowledge becomes leverage. Franklin's automation work produced measurable outcomes: an 80% reduction in warranty workflow processing time, consolidation of multi-facility reporting into centralized SSRS, and a Navy deployment package that cut project costs by more than 25%. These weren't scripts — they were engineered solutions to real operational problems.

CAPABILITIES DEVELOPED

  • Workflow automation and process engineering
  • SSRS reporting consolidation
  • Deployment package development
  • ServiceNow workflow and ITSM
  • Dynatrace observability and monitoring

Significance: Demonstrated that automation grounded in operational understanding produces durable results.

PHASE 06AI SYSTEMS

AI Systems Design

Active exploration

Franklin founded Ampereon AI to explore governed AI systems — not AI as a product, but AI as an operational layer that must be designed with the same rigor as enterprise infrastructure. Aionist™ introduced a layered governance architecture for AI advisory systems. Cedro™ applied structured data constraints to generative AI editorial output. Both reflect a consistent principle: AI systems require governance architecture, not just model selection.

CAPABILITIES DEVELOPED

  • Ampereon AI — AI Governance & Automation Advisory
  • Aionist™ — layered AI governance architecture
  • Cedro™ — governed AI editorial intelligence
  • AI assessment and advisory frameworks
  • Multilingual AI and model-selection concepts

Significance: Applied enterprise governance thinking to AI system design.

These are technology case studies and architectural concepts, not production-deployed systems.

PHASE 07CURRENTACTIVE

AI Infrastructure & Governance

Present — Duke Energy

At Duke Energy, Franklin operates at the intersection of enterprise infrastructure, security governance, and emerging AI operations. The current focus is designing AI-assisted operations architecture — connecting Dynatrace observability signals with ServiceNow workflows through a governed, auditable AI layer. This is the synthesis of the entire trajectory: infrastructure depth, security discipline, automation experience, and AI governance thinking applied to one of the most regulated infrastructure environments in the country.

CAPABILITIES DEVELOPED

  • Senior/Lead Infrastructure Analyst — Duke Energy
  • AI-assisted operations architecture (design exploration)
  • Dynatrace → ServiceNow governed workflow concept
  • NERC CIP regulated infrastructure
  • Enterprise security and change governance

Significance: The convergence point of 20+ years of enterprise technology experience.

AI operations work is an architectural exploration, not a production deployment.

Explore the full capability set

See how each phase of the trajectory maps to specific technologies and domains.