Understand
Clarify objectives, stakeholders, dependencies and risks.
EMILIANO PISHAJ / PRACTICE
Rather than presenting fictional case studies, I explain how I approach technical decisions. Approved examples may be added later.
Clarify objectives, stakeholders, dependencies and risks.
Evaluate options with transparent criteria.
Work iteratively with feedback and quality gates.
These examples describe documented professional responsibilities, not customer testimonials or independently audited performance results.
Technology advisory engagement in an international business environment, 2021–2022.
Responsibilities and contributionsInterim CTO responsibilities, technical leadership across four engineering teams, cloud migration, information security and API platform initiatives.
Evidence and limitsGrounded in a written professional reference. Customer metrics and detailed architecture information are excluded pending approval.
Java chapter in a software-intensive organization, 2025–2026.
Responsibilities and contributionsTechnical and line management for approximately 22 engineers, architecture, engineering quality, DevSecOps, standards and people development.
Evidence and limitsResponsibilities documented in an employment reference. Internal project details remain confidential.
Engineering management in an international education business, 2022–2025.
Responsibilities and contributionsEngineering-team leadership, architecture and system design, code reviews and technical advisory across functions.
Evidence and limitsDrawn from professional records and an employer reference. No unverified business impact figures are presented.
These are summaries of professional experience, not published original references. Customer logos, direct quotes and success metrics require separate permission.