How to use hill charts in Basecamp?

“`html
Ever felt like you’re flying blind on a project, unsure if things are truly moving forward or just spinning their wheels? It’s a common frustration in project management, especially when dealing with complex tasks that have a lot of unknowns. Traditional progress bars, with their neat percentages, often give a false sense of security. They might tell you a task is 75% complete, but what does that really mean? Is it 75% of the easy stuff done, with the hardest 25% still looming large?
This is where hill charts in Basecamp step in, offering a refreshingly honest and intuitive way to visualize project progress. Born out of the practical wisdom of Basecamp’s creators, Jason Fried and David Heinemeier Hansson, hill charts don’t just track completion; they track understanding. They force teams to confront the inherent uncertainty in creative work, acknowledging that the path to completion isn’t a straight line but a journey over a hill. Let’s dig into why this deceptively simple tool can completely transform how your team perceives and manages work.
1. Understanding the Philosophy Behind Hill Charts: It’s About Discovery, Not Just Doing
Before we even get to the mechanics, it’s crucial to grasp the core philosophy underpinning hill charts in Basecamp. Fried and Hansson recognized that creative and knowledge work isn’t like assembling a widget on an assembly line. You don’t always know exactly what you’re building, or how to build it, until you start. There’s an initial phase of discovery, research, experimentation, and problem-solving – what they call ‘climbing the hill.’ This phase is characterized by high uncertainty, frequent changes, and often, slow visible progress. You’re figuring things out, and that’s hard to quantify with a percentage.
Once you’ve ‘climbed the hill’ – meaning you’ve figured out the core problems, the approach, and have a clear path forward – then you start the ‘rolling down the hill’ phase. This is where the actual execution happens, building what you’ve designed and refined. This phase is typically more predictable, with fewer surprises, and progress feels more linear. Hill charts explicitly differentiate these two stages, forcing teams to acknowledge and plan for both the ‘figuring it out’ and the ‘getting it done’ aspects of work. This distinction is vital for accurate forecasting and realistic expectations.
2. The Two Halves of the Hill: ‘Figuring Things Out’ vs. ‘Making it Happen’
Imagine a simple hill. The left side, going up, represents the ‘figuring things out’ stage. This is where your team is grappling with the unknowns, researching solutions, prototyping, making decisions, and essentially defining what needs to be built. It’s often messy, iterative, and can feel slow because you’re not seeing tangible output yet. Progress here is measured by increasing clarity and reducing uncertainty. For instance, if you’re building a new feature, climbing the hill involves understanding user needs, designing the UI/UX, architecting the backend, and making key technical choices.
Once you’ve crested the hill, you’re on the right side, ‘making it happen.’ This is the execution phase. The design is largely locked, the technical approach is clear, and the team is focused on coding, testing, writing content, or whatever the core deliverable is. Progress here is more straightforward to track: lines of code written, designs implemented, features deployed. The beauty of hill charts in Basecamp is that they visually separate these two distinct types of work, preventing the common pitfall of mistaking early-stage exploration for late-stage execution.
3. Identifying Stuck Projects: The Power of a Stationary Dot
One of the most potent features of hill charts in Basecamp is their ability to instantly highlight a project that’s stalled. In traditional project management, a task might sit at 75% for weeks, leading to frustration and a lack of transparency. With a hill chart, each deliverable (or ‘thing’ as Basecamp calls it) is represented by a dot moving along the hill. If a dot isn’t moving, or is barely inching forward, it’s a clear signal that something is wrong. Perhaps the team is stuck in the ‘figuring things out’ phase, unable to make a critical decision, or facing an unforeseen technical hurdle.
This visual cue is incredibly powerful. A manager or team lead can quickly scan the hill chart and immediately identify which projects need attention, rather than digging through status reports or asking for individual updates. A dot stuck on the left side of the hill, especially near the peak, suggests a bottleneck in understanding or decision-making. A dot stuck on the right side might indicate an unexpected technical issue or a testing snag. It forces a conversation about the ‘why’ behind the lack of movement, enabling proactive intervention and problem-solving.
4. Setting Realistic Expectations: No More False Progress
How many times have you heard, “We’re 90% done” only for the last 10% to take as long as the first 90%? It’s a classic project management joke, but it’s rooted in a real problem: the misrepresentation of progress. Hill charts fundamentally change this dynamic. When a dot is on the left side of the hill, everyone understands that there’s still a significant amount of uncertainty and discovery left. You can’t be 90% done ‘figuring things out’ and expect the ‘making it happen’ phase to be quick. The visual metaphor inherently communicates that the journey to the peak, and then down the other side, is a process.
This helps set much more realistic expectations for stakeholders and team members alike. When you look at a hill chart, you instinctively know that a project with all its dots still on the left side is far from complete, regardless of how much ‘work’ has been done. Conversely, a project with many dots rolling down the right side is genuinely nearing completion. This transparency fosters trust and reduces the frustration that often accompanies overly optimistic, percentage-based reporting. See also project management apps.
5. How to Use Hill Charts in Basecamp: Adding and Tracking ‘Things’
Using hill charts in Basecamp is surprisingly straightforward, which is part of their appeal. First, you need to navigate to a project within Basecamp. Inside that project, you’ll find the ‘Hill Chart’ tool alongside other standard tools like Message Board, To-dos, and Schedule. Once you open the Hill Chart, you’ll see a blank hill, ready for your project’s deliverables.
To add a ‘thing’ (which is Basecamp’s term for a major deliverable or feature) to the hill chart, you simply click the ‘Add a thing’ button. You’ll give it a name, like ‘New User Onboarding Flow’ or ‘API Integration with Payment Gateway.’ Once added, this ‘thing’ appears as a dot at the very beginning of the left side of the hill, signifying that you’ve just started figuring it out. As your team progresses, you’ll manually drag this dot along the hill. There are no automated updates; the team lead or project manager is responsible for regularly assessing progress and repositioning the dots. This manual process is intentional, as it forces a qualitative judgment rather than a quantitative one. (See: Project management overview.)
6. Moving Dots Along the Hill: A Qualitative Assessment
The act of moving a dot on the hill charts in Basecamp isn’t about hitting a numerical target; it’s a qualitative assessment of where the ‘thing’ stands in its journey. When you move a dot from the far left towards the peak, you’re indicating that the team is gaining clarity, making decisions, and reducing uncertainty. For example, if you’ve finalized the design for a feature, you might move its dot closer to the peak. The peak itself signifies that you’ve ‘figured it out’ – all major questions are answered, the design is approved, and the path to execution is clear.
Once you’ve crossed the peak and are moving the dot down the right side, you’re signaling that the team is actively building and executing. The further down the right side, the closer the ‘thing’ is to being deployed, launched, or completed. The rightmost point on the hill represents full completion. This manual, qualitative update encourages regular team discussions about actual progress, roadblocks, and next steps, making the chart a living document of understanding.
7. Integrating Hill Charts with To-Dos: The Practical Link
While hill charts provide a high-level view of major deliverables, the day-to-day work still happens in Basecamp’s To-do lists. Thankfully, hill charts in Basecamp integrate seamlessly with these. When you create a ‘thing’ on the hill chart, you can link it directly to a set of To-do lists or even individual To-dos within your project. This means that as your team checks off tasks in their To-do lists, you, as the project manager, can use that tangible progress to inform your qualitative assessment on the hill chart.
For example, if your ‘New User Onboarding Flow’ thing has an associated To-do list for ‘Design Mockups’ and another for ‘Backend API Endpoints,’ completing all the design tasks might be a strong indicator that the ‘New User Onboarding Flow’ dot can be moved closer to the peak. Once the backend API tasks start getting checked off, you know it’s time to move that dot down the right side. This connection ensures that the abstract progress shown on the hill chart is grounded in the concrete work being done by the team.
8. Best Practices for Effective Hill Chart Use: Keeping Them Honest
To truly leverage hill charts in Basecamp, a few best practices are essential. First, be disciplined about updates. The hill chart is only useful if it’s kept current and reflects reality. Schedule regular check-ins (e.g., weekly) to review the chart with your team and collectively decide where each dot should be. Second, resist the urge to move dots too quickly, especially past the peak. The peak represents a significant milestone – true clarity and a clear path forward. If you move a dot over the peak prematurely, you’re essentially lying to yourself and your team, inviting future surprises.
Third, use the hill chart as a conversation starter, not just a reporting tool. If a dot isn’t moving, ask ‘why?’ What’s blocking the team? What decisions need to be made? It’s an opportunity to identify and unblock issues. Fourth, keep the ‘things’ on your hill chart at a reasonably high level. Don’t put every tiny task on it. Focus on major features, epics, or significant deliverables that represent distinct chunks of work. Too much granularity will make the chart unwieldy and less effective as a strategic overview.
9. The Psychological Impact: Shifting Focus from Output to Outcomes
Beyond the practicalities, hill charts in Basecamp have a profound psychological impact on teams. They help shift the focus from merely ‘doing work’ (output) to ‘achieving clarity and making progress’ (outcomes). When a team sees a dot inching up the left side, they understand that their efforts in research, design, and problem-solving are valuable, even if they’re not producing visible features yet. This validates the often-invisible work of discovery.
Furthermore, the visual representation of being ‘stuck’ or ‘making headway’ provides a shared understanding that can boost morale when things are going well and prompt necessary interventions when they’re not. It fosters a culture of honesty about project status, reducing the pressure to artificially inflate progress and encouraging open communication about challenges. This transparency is crucial for building trust within the team and with stakeholders.
10. When Hill Charts Might Not Be the Right Fit: Understanding Limitations
While hill charts in Basecamp are incredibly effective for many types of projects, they aren’t a universal panacea. They shine brightest in projects that involve a significant amount of creative problem-solving, design, and development – where the path isn’t perfectly clear from the outset. Think software development, product launches, marketing campaigns, or even content creation.
However, for highly repetitive, process-driven tasks with minimal uncertainty (e.g., data entry, routine maintenance, or projects with extremely well-defined, unchanging scopes), a traditional Kanban board or simple To-do list might suffice. In such cases, the ‘figuring things out’ phase is negligible, and the hill chart’s core strength – distinguishing discovery from execution – becomes less relevant. Always consider the nature of your project and your team’s workflow before deciding if hill charts are the best tool for the job. But for any project with inherent unknowns, you’d be hard-pressed to find a more honest and effective way to visualize progress.
11. Comparing Hill Charts to Other Project Visualization Tools
It’s helpful to see how hill charts in Basecamp stack up against other popular project visualization methods. Each tool has its strengths, and understanding these differences can help you pick the right one for specific scenarios.
Gantt Charts:
Gantt charts are fantastic for depicting project schedules, dependencies, and timelines in a linear fashion. You see start and end dates, task durations, and critical paths. They excel at showing *when* things will happen. However, they struggle with the “unknowns” inherent in creative work. A task on a Gantt chart is either scheduled or not, started or not, a certain percentage complete or not. They don’t inherently represent the fuzzy front end of discovery or the qualitative progress of understanding.
Kanban Boards:
Kanban boards, like those in Trello or Jira, are great for visualizing workflow and limiting work in progress. You typically have columns like “To Do,” “Doing,” and “Done.” They offer excellent transparency on the flow of tasks and help identify bottlenecks in the execution phase. Where Kanban falls short compared to hill charts is in explicitly differentiating between “figuring out” and “making happen.” All tasks generally move through the same flow, regardless of whether they require significant upfront research or are straightforward execution. A task stuck in “Doing” on a Kanban board could be stuck for many reasons, but the board itself doesn’t offer the immediate visual cue that it’s specifically a *discovery* problem. (See: Understanding project evaluation.)
Scrum Boards:
Scrum boards (often a type of Kanban board) are designed for iterative, agile development. They track sprints, backlogs, and daily progress. Like Kanban, they are strong for managing execution and visualizing task flow within a short iteration. However, their focus on short cycles can sometimes obscure the larger “figuring out” phase of a major feature that spans multiple sprints. Hill charts provide that higher-level strategic view of where a significant initiative stands, cutting across sprint boundaries to show the overall journey from concept to completion.
In essence, hill charts aren’t meant to replace these tools entirely but to complement them. While a Gantt chart might show your project’s timeline, and a Kanban board your daily task flow, a hill chart offers that unique, honest view of true progress, especially for complex, uncertain work. They are a qualitative layer of understanding on top of quantitative task tracking.
12. Real-World Examples of Hill Chart Success: Beyond Software
While Basecamp is a software company, and hill charts are often discussed in the context of software development, their applicability extends far beyond code. The core principle – differentiating discovery from execution – is universal in any project with a significant creative or problem-solving component.
Marketing Campaign Launch:
Imagine a new product launch campaign. The “figuring things out” phase might involve market research, defining target audiences, brainstorming creative concepts, drafting messaging, and getting legal approvals. Once these are clear (the peak), “making it happen” involves content creation (videos, ads, blog posts), media buying, social media scheduling, and campaign deployment. A hill chart would visually represent the progress from initial concept to launch, highlighting any delays in creative sign-off or content production.
Book Writing or Publishing:
For authors, the “climbing the hill” phase is all about outlining, research, character development, and drafting the initial manuscript. Crossing the peak means the full draft is complete and accepted. “Rolling down the hill” then encompasses editing, proofreading, cover design, formatting, and marketing efforts leading up to publication. A hill chart could help an author or publisher track multiple books or chapters, identifying where a particular manuscript is stalled (e.g., stuck in revisions, awaiting cover art).
Event Planning:
Organizing a large conference? “Figuring things out” includes securing a venue, defining the agenda, inviting speakers, and establishing a budget. “Making it happen” then involves selling tickets, coordinating logistics (catering, AV), marketing the event, and managing registrations. A hill chart would clearly show which aspects are still in the planning stages versus those actively being executed, such as ticket sales. We covered essential software for IT projects in more detail.
These examples illustrate that the power of hill charts in Basecamp lies in their ability to demystify complex, knowledge-based work by providing a shared, intuitive language for progress that goes beyond simple percentages.
13. Addressing Common Misconceptions About Hill Charts
Despite their simplicity, hill charts can sometimes be misunderstood. Let’s clarify a few common points:
Misconception 1: Hill charts are a replacement for detailed task management.
Reality: Not at all. As discussed, hill charts work *with* Basecamp’s To-do lists (or other task management systems). They offer a strategic, high-level view of major deliverables, while To-do lists handle the granular, day-to-day tasks required to move those deliverables along. Think of the hill chart as the map showing the overall journey, and the To-do lists as the directions for each leg of that journey.
Misconception 2: You need to move dots every day.
Reality: Daily movement isn’t necessary, and often not even possible, especially for items on the left side of the hill. Progress in the “figuring out” phase can be slow and iterative. Weekly check-ins are usually sufficient for updating dots. The key is consistent, honest assessment, not constant micro-management of dot positions.
Misconception 3: The peak is just “design complete.”
Reality: While design completion is often a major component of reaching the peak, the peak signifies *overall clarity and a clear path to execution*. This includes not just design, but also technical feasibility, stakeholder alignment, resolved unknowns, and a general consensus on *what* needs to be built and *how*. Moving a dot past the peak only because the wireframes are done, but without knowing if the backend can support it, is a classic mistake. (See: Latest news on project management trends.)
Misconception 4: Hill charts are only for small teams.
Reality: Hill charts scale well. For larger organizations, you might have hill charts for different departments or major initiatives, with each “thing” representing a significant project or epic. The visual simplicity remains effective even with many items, as the chart quickly tells you where attention is needed across a portfolio of work.
FAQ: Your Questions About Hill Charts in Basecamp Answered
Q1: What’s the main benefit of using hill charts in Basecamp over traditional progress tracking?
The main benefit is honesty and clarity, especially for creative or knowledge work. Traditional percentages often give a false sense of progress because they don’t distinguish between the difficult “figuring things out” phase and the more predictable “making it happen” phase. Hill charts explicitly do this, providing a more realistic and intuitive visualization of true project status and reducing unpleasant surprises.
Q2: Can I automate the movement of dots on a hill chart?
No, the movement of dots on hill charts in Basecamp is intentionally manual. This forces a qualitative assessment by the team lead or project manager, encouraging regular discussion and thoughtful judgment about the project’s real status, rather than relying on an arbitrary quantitative metric.
Q3: How often should I update my hill charts?
Weekly updates are typically a good cadence for most projects. This allows enough time for meaningful progress to occur in the “figuring out” phase or for significant execution to take place. More frequent updates might lead to unnecessary overhead, while less frequent updates could result in an outdated chart that loses its value.
Q4: What if a dot needs to move backward on the hill chart?
It’s absolutely acceptable, and sometimes necessary, for a dot to move backward! This signals that new information has emerged, a critical decision has been reversed, or an unforeseen blocker has pushed the team back into the “figuring things out” phase. Moving a dot backward is a sign of honesty and adaptability, not failure. It’s a crucial part of the hill chart’s power in communicating real project status.
Q5: Can I customize the appearance of the hill chart or the dots?
Basecamp’s hill charts are designed for simplicity and consistency, so there aren’t extensive customization options for the visual appearance of the hill or the dots themselves. Each dot represents a “thing” and its position indicates progress. The focus is on functionality and clear communication rather than elaborate aesthetics.
Q6: Is there a way to see who is responsible for each ‘thing’ on the hill chart?
While the hill chart itself doesn’t directly assign ownership to individual dots, each ‘thing’ on the hill chart can be linked to a specific To-do list or set of To-dos in Basecamp. Within those To-do lists, you can assign individual tasks to team members, thereby establishing clear ownership for the work driving the ‘thing’ up and down the hill. The project manager overseeing the hill chart would typically be aware of who is leading each major ‘thing’.
Q7: My team is struggling to agree on where to place a dot. What should we do?
This is actually a fantastic use case for the hill chart! Disagreement about a dot’s position usually indicates a lack of shared understanding about the “thing’s” status, outstanding questions, or unresolved issues. Use this as an opportunity for a deeper conversation. Ask specific questions: “What unknowns remain?” “What decisions are blocking us?” “What does ‘done figuring out’ truly mean for this item?” The discussion itself is a key part of the hill chart’s value in fostering clarity.
“`
Trending Now
Frequently Asked Questions
What are hill charts in Basecamp?
Hill charts in Basecamp are a unique visual tool designed to represent project progress by illustrating the journey of understanding rather than just completion. They help teams recognize the uncertainty and discovery phases in creative work, allowing for a more honest assessment of where projects stand.
How do I create a hill chart in Basecamp?
To create a hill chart in Basecamp, navigate to your project and select the 'Hill Chart' feature. From there, you can plot tasks based on their progress, categorizing them into the 'climbing the hill' and 'rolling down the hill' phases to visualize the team's understanding and progress.
What is the purpose of using hill charts?
The purpose of using hill charts is to provide a clearer understanding of project progress by emphasizing the discovery and problem-solving phases. Unlike traditional progress indicators, hill charts help teams visualize the uncertainties involved in creative work, enabling better management and planning.
How do hill charts differ from traditional progress bars?
Hill charts differ from traditional progress bars by focusing on understanding and discovery rather than just completion percentages. While progress bars may suggest a task is nearly finished, hill charts reveal the complexities and uncertainties in the project, encouraging teams to address challenges as they arise.
Can hill charts improve project management?
Yes, hill charts can significantly improve project management by fostering transparency and encouraging teams to confront uncertainties in their work. By visualizing the stages of understanding, teams can better strategize and adapt their approaches, ultimately leading to more effective project outcomes.
What did we miss? Let us know in the comments and join the conversation.




