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 01 — FOUNDATION

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 02 — INFRASTRUCTURE

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 03 — CLOUD

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 04 — SECURITY

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 05 — AUTOMATION

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 06 — AI 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 07 — CURRENTACTIVE

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.