Technical Project Management

Digital projects need direction — not more meetings.

For software, web, AI, and digitalisation projects where requirements, stakeholders, providers, and implementation need to be aligned.

What this is

Between business and implementation.

Technical Project Management sits at the intersection of business goals and technical delivery. It creates the structure, clarity, and coordination that digital projects need to move forward.

Clarifying goals and requirements
Structuring work into actionable milestones
Coordinating stakeholders and teams
Managing dependencies and blockers
Identifying technical risks early
Translating between business and technical teams
Supporting decisions with context and trade-offs
Keeping implementation aligned with business goals

This is not

  • Generic project administration
  • Scrum Master work only
  • Pure status reporting
  • Full-time management replacement
  • Guaranteed delivery ownership for third-party work
When to involve me

Three situations where this helps.

Starting a digital project

For companies that have an idea, requirement, or business goal but no clear implementation structure yet.

Clarify goals, define milestones, identify risks, and prepare collaboration before implementation begins.

Getting a stuck project moving

For projects that are active but slow, unclear, blocked, or difficult to coordinate.

Surface root causes, separate technical from organisational issues, and create a realistic next-step plan.

Managing external implementation

For companies working with agencies, freelancers, software vendors, or internal IT teams.

Coordinate communication, review deliverables, and make technical status understandable for decision-makers.

Approach

Not ticket management. Technical project leadership.

The value is not in producing more boards, meetings, or status reports. The value is in creating working structure around the project — structure that makes decisions possible and keeps delivery connected to intent.

The work focuses on what needs to be decided, what can actually be built, what is blocked, who needs to be involved, which risks matter, and what the next meaningful step is. Vague ideas become actionable decisions. Risks become visible early. Blockers are addressed instead of hidden.

This service combines software development experience, project management practice, and consulting judgement. That makes it possible to challenge technical assumptions, understand implementation constraints, and communicate in business terms — without needing a separate translator between rooms.

Not ticket management. Technical project leadership.

What I do

Concrete service areas.

Project structure

Setup, kickoff, roadmaps, milestones, workflows, responsibilities, and communication cadence.

Requirements & scope

Clarification, user stories, acceptance criteria, MVP definition, prioritisation, and dependency mapping.

Delivery coordination

Coordination of internal teams and external providers, progress tracking, blocker management, and stakeholder communication.

Technical judgement

Feasibility checks, risk assessment, architecture questions, vendor review, and quality concerns.

Differentiation

What makes this different.

Technical Project Management
Project administration
Technical expert
Focus
Structure, coordination, and technical judgement combined
Task tracking and status collection
Technical correctness and implementation detail
Requirements
Clarifies, challenges, and turns goals into workable requirements
Documents what others define
Assesses feasibility when asked
Stakeholders
Coordinates across business, technical teams, and providers
Schedules meetings and collects updates
May not manage stakeholders
Decisions
Translates technical reality into business decisions
Documents progress and surfaces status
Advises on technical options
Risks
Connects technical risks to business impact early
Reports issues after they surface
Identifies technical risks
Movement
Creates movement by addressing blockers, priorities, and dependencies
Follows the plan
Focuses on implementation scope

This offering connects direction, structure, technical judgement, and delivery coordination.

Scope & billing

What is included — and what is not.

AI supports documentation, structuring, and comparison work — but all decisions, priorities, and accountability stay with people. Billed hourly, because the required involvement depends on the project situation.

Included depending on need

  • Project structure, coordination, and stakeholder communication
  • Requirements clarification and scope definition
  • Progress, risk, and blocker review
  • Technical sparring for implementation decisions
  • Decision documents and status summaries

Not included unless scoped separately

  • Full-time operational project ownership
  • Legal, tax, or procurement advice
  • Guaranteed outcomes for third-party implementation
  • Software development beyond agreed support

No fixed packages. The scope adapts to what the project actually needs — complexity, stakeholders, urgency, and coordination level all factor in.

Frequently asked questions
When should I involve you?

When a digital project is unclear, stuck, starting, or dependent on technical coordination between business, providers, and implementation teams.

Do you replace an internal project manager?

Not necessarily. I can support internal project owners, take over technical coordination, or help structure projects where technical judgement is needed. The involvement depends on the situation.

Do you work with agencies, freelancers, or software vendors?

Yes. I can help coordinate communication, review progress, clarify requirements, and make technical risks understandable for business decision-makers.

Do you work with Scrum or Kanban?

Yes, where useful. The method should serve the project, not the other way around. For smaller or unclear projects, lightweight Kanban-style workflows are often more useful than heavy ceremony.

Can this turn into implementation work?

Yes. If the work becomes defined enough, it can move into a cycle-based implementation project.

Why hourly?

Because the effort depends on the actual project situation — uncertainty, stakeholders, and level of involvement required. A fixed price would either overcharge straightforward situations or undercut complex ones.

What do you need to start?

A short description of the project, current status, involved parties, existing documentation if available, and the main issue that needs clarity or movement.

Tell me what is unclear, stuck, or at risk.

Describe the project situation, who is involved, and where you need support. I’ll assess whether technical project management is the right fit and what kind of involvement would make sense.