Adi Hodzic
← All work

Life Sciences Project Platform · Apr 2025 - Aug 2025 · 5 months

Designing project tracking for drug development teams

As product designer, I built the dashboards and project management tools that let life sciences teams track complex drug development projects - milestones, timelines, and operational progress - in one place.

The company name has been withheld here; the rest of the project details are accurate.

Team

Stakeholders and product teams

Scope

Project dashboards, kanban boards, timelines, milestone tracking

Constraint

Programs ran across dependent phases, scientific milestones, and shifting timelines

Duration

5 months, Apr 2025 - Aug 2025

The problem

This was a new platform, built from scratch, for tracking drug-development and release programs - not a generic project management tool with a life sciences skin on it. The thing that made it genuinely harder than a typical PM tool: a project here wasn't a collection of tasks with owners and due dates, it was a drug-development program made of highly dependent phases, scientific milestones, specialist teams, and timelines that kept shifting. Representing that clearly enough that teams could see real project health at a glance, without flattening the complexity that actually mattered, was the core design problem for the full five months.

Process

01

Designed project health as the front door, not a buried report

Teams needed to know how a project was doing before they needed any specific detail. I built the dashboard experience around project health, progress, and priorities as the first thing visible, with kanban boards and detailed timelines available as the next layer down.

02

Modeled phases as a first-class structure, not a status field

Drug development moves through distinct phases with real gates between them, not just a linear progress bar. I designed the timeline and milestone views around that phase structure directly, so a project's actual position in its lifecycle was always visible, not inferred from a percentage.

03

Simplified without hiding the complexity that mattered

It would have been easy to flatten these projects into a generic task list. I worked to keep the structure life sciences teams actually relied on - phases, milestones, dependencies - visible and scannable, instead of trading it away for a simpler-looking but less useful view.

Selected screens

Program timeline view showing pharmaceutical projects as horizontal bars across weekly columns, with phase milestones like Submission to Health Authority and Pre-Approval, with logo blurred
The timeline view I fought for as primary - phases, milestones, and target dates laid out across time, answering 'are we on track' instead of just 'what's in progress.'
Kanban board view showing drug-development projects sorted into Planned, In Progress, and Completed columns, with logo blurred
The kanban view the client wanted as primary - useful for seeing work state, but not built to answer whether a multi-year program was actually on track.
Documents dashboard showing lifecycle stage breakdown, workflow status chart, and a filterable table of documents in active workflow, with logo blurred
The documents dashboard - lifecycle stage and workflow charts up top, with a filterable, status-coded table underneath for the detail layer.

Key decisions

Fought for the timeline, not kanban, as the primary view

The client wanted a kanban board as the primary view, most likely because that's what recent PM tools had trained them to expect. I pushed back: kanban answers 'what is everyone working on right now,' but a multi-year drug-development program needs to answer 'where is this program, what depends on what, and are we still on track' - a different question kanban isn't built to show. I won the argument for a horizontal timeline as the primary view instead - phases, milestones, dependencies, target dates, and parallel workstreams all visible together - with kanban still available, just not the front door.

Kept status indicators consistent across every view

With dashboards, kanban boards, and timelines all showing overlapping project data, I standardized status indicators and color meaning across every surface, so a team member didn't have to re-learn what 'at risk' looked like depending on which screen they were on.

Outcome

Timeline over kanban

won the argument for a phase-and-dependency timeline as the primary view, instead of the client's default kanban-first request

One project-health view

consistent status indicators across dashboards, kanban boards, and timelines

Built from zero

a new platform designed from scratch around real drug-development phases, not adapted from a generic PM tool

Described qualitatively - exact adoption and efficiency figures weren't tracked in a form precise enough to cite here.

What I’d do differently

I went into this expecting the challenge to be visual - how to make a dense project tracker feel clean. It turned out to be structural and argumentative instead: getting the client to accept that kanban and a program timeline answer different questions mattered more than any layout decision, because every dashboard, board, and timeline downstream was only as useful as that one structural call. Get that wrong and no amount of visual polish fixes it.