<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Tree — Blog</title><description>Notes from the build. Why we made certain calls, what we got wrong, and the occasional dispatch from the studio in the dunes.</description><link>https://treeapp.io/</link><language>en-us</language><item><title>Why &quot;blocked&quot; is the wrong word</title><link>https://treeapp.io/blog/why-blocked-is-the-wrong-word/</link><guid isPermaLink="true">https://treeapp.io/blog/why-blocked-is-the-wrong-word/</guid><description>When a task can&apos;t proceed because a prerequisite isn&apos;t done, project tools call it &apos;blocked.&apos; The word is wrong, and the wrongness shapes how teams think about dependent work. The right word is &apos;locked,&apos; and the difference reorganises how teams report status.</description><pubDate>Sun, 07 Jun 2026 00:00:00 GMT</pubDate><category>product</category><category>design</category><author>Jan Willem</author></item><item><title>Task vs issue in agile methodology: tasks are work, issues are obstacles</title><link>https://treeapp.io/blog/task-vs-issue-in-agile/</link><guid isPermaLink="true">https://treeapp.io/blog/task-vs-issue-in-agile/</guid><description>A task is planned work that produces something. An issue is an unplanned obstacle. Most project management tools collapse them into the same object, and that&apos;s the cause of every messy backlog.</description><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><category>product</category><category>philosophy</category><author>Jan Willem</author></item><item><title>Why we built Tree</title><link>https://treeapp.io/blog/why-we-built-tree/</link><guid isPermaLink="true">https://treeapp.io/blog/why-we-built-tree/</guid><description>Every project management tool we&apos;d used treated work like a list. The list got long. The dependencies got buried. The roadmap drifted. The team kept rediscovering the same blockers a month after they should have been visible. We assumed this was just what project tools felt like.</description><pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate><category>philosophy</category><category>origin</category><author>Jan Willem</author></item><item><title>How to scope a project you&apos;ve never built before</title><link>https://treeapp.io/blog/how-to-scope-a-project/</link><guid isPermaLink="true">https://treeapp.io/blog/how-to-scope-a-project/</guid><description>Most teams scope projects as docs and ticket lists, then discover the structural problems mid-sprint. A four-step graph-first scoping process preserves the dependencies and branches the list format throws away.</description><pubDate>Mon, 01 Jun 2026 00:00:00 GMT</pubDate><category>meta</category><category>philosophy</category><author>Jan Willem</author></item><item><title>The graph, not the list</title><link>https://treeapp.io/blog/the-graph-not-the-list/</link><guid isPermaLink="true">https://treeapp.io/blog/the-graph-not-the-list/</guid><description>A tour of the prerequisite model that makes Tree feel different from kanban: how nodes unlock other nodes, and why fog of war reveals more than it hides.</description><pubDate>Sat, 30 May 2026 00:00:00 GMT</pubDate><category>product</category><category>design</category><author>Jan Willem</author></item><item><title>Why your roadmap is decaying</title><link>https://treeapp.io/blog/why-your-roadmap-is-decaying/</link><guid isPermaLink="true">https://treeapp.io/blog/why-your-roadmap-is-decaying/</guid><description>You can date a Notion-based roadmap by looking at it for ten seconds. The decay is structural. It&apos;s not a process problem or a discipline problem or a tool-choice problem. The standard fixes don&apos;t fix it.</description><pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate><category>meta</category><category>design</category><author>Jan Willem</author></item><item><title>Build notes #1: what we got right and wrong in the first month</title><link>https://treeapp.io/blog/build-notes-1/</link><guid isPermaLink="true">https://treeapp.io/blog/build-notes-1/</guid><description>First in an irregular series of build notes. What we got right (brand-first, voice spec, the public roadmap as a planning artifact), what we got wrong (underestimating marketing scope, email infrastructure timing), and the open questions we&apos;re still working through.</description><pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate><category>meta</category><category>origin</category><author>Jan Willem</author></item><item><title>The features we deliberately won&apos;t build</title><link>https://treeapp.io/blog/features-we-wont-build/</link><guid isPermaLink="true">https://treeapp.io/blog/features-we-wont-build/</guid><description>Most product roadmaps grow by accretion until the product is buried under a decade of feature requests. Tree&apos;s roadmap has a list of refusals. No custom workflows, no marketplace, no AI assistant, no mobile-first design, no infinite hierarchy, no &apos;for everyone&apos;. Here&apos;s why each one stays off.</description><pubDate>Sun, 24 May 2026 00:00:00 GMT</pubDate><category>product</category><category>philosophy</category><author>Jan Willem</author></item><item><title>Naming a project tool &quot;Tree&quot;</title><link>https://treeapp.io/blog/naming-tree/</link><guid isPermaLink="true">https://treeapp.io/blog/naming-tree/</guid><description>How we named a project tool &apos;Tree.&apos; Forty candidates, ten survivors, three finalists, and the objection from one early reader that became the answer. Plus the costs we accepted (search visibility, social distinctiveness, trademark scope) for a name that&apos;s almost too plain.</description><pubDate>Fri, 22 May 2026 00:00:00 GMT</pubDate><category>origin</category><category>design</category><author>Jan Willem</author></item><item><title>What a critical path actually tells you (and what it doesn&apos;t)</title><link>https://treeapp.io/blog/what-a-critical-path-tells-you/</link><guid isPermaLink="true">https://treeapp.io/blog/what-a-critical-path-tells-you/</guid><description>Critical path analysis gets used as a priority ranker. It isn&apos;t one. Here&apos;s what the analysis actually tells you (minimum schedule, slippage impact, parallelism opportunity), what it doesn&apos;t (risk, value, people, quality), and why software teams misuse it more than any other industry.</description><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate><category>product</category><category>engineering</category><author>Jan Willem</author></item><item><title>The cost of self-hosting</title><link>https://treeapp.io/blog/the-cost-of-self-hosting/</link><guid isPermaLink="true">https://treeapp.io/blog/the-cost-of-self-hosting/</guid><description>Tree&apos;s pricing model is rare in modern SaaS: free for personal, cheap for teams, one-time license for self-hosting. Why we rejected each of the four standard alternatives and the costs we accepted for the model we picked.</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate><category>product</category><category>philosophy</category><author>Jan Willem</author></item><item><title>The unbundling of project management</title><link>https://treeapp.io/blog/unbundling-project-management/</link><guid isPermaLink="true">https://treeapp.io/blog/unbundling-project-management/</guid><description>The all-in-one project tool emerged from a real problem in 2008. By 2018, three things broke that thesis. Modern teams ship faster across six specialist tools than across one bundle. Tree fits in a slot the bundles never recognized.</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate><category>product</category><category>philosophy</category><author>Jan Willem</author></item><item><title>Dependencies are not metadata</title><link>https://treeapp.io/blog/dependencies-are-not-metadata/</link><guid isPermaLink="true">https://treeapp.io/blog/dependencies-are-not-metadata/</guid><description>Most project tools store dependencies as fields hung on a task. A few store them as edges in a graph. The architectural choice determines what the tool can do, what queries it can answer, and which features fall out for free.</description><pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate><category>product</category><category>engineering</category><author>Anonymous</author></item><item><title>What strategy games taught us about project planning</title><link>https://treeapp.io/blog/what-strategy-games-taught-us/</link><guid isPermaLink="true">https://treeapp.io/blog/what-strategy-games-taught-us/</guid><description>Civilization V, Stellaris, Factorio, and Slay the Spire solved the same progression-UX problem project tools punted on. Here&apos;s what we took from strategy games when we built Tree, and where the pattern import deliberately stops.</description><pubDate>Wed, 06 May 2026 00:00:00 GMT</pubDate><category>design</category><category>philosophy</category><author>Anonymous</author></item><item><title>The pre-mortem, but as a tree</title><link>https://treeapp.io/blog/pre-mortem-as-a-tree/</link><guid isPermaLink="true">https://treeapp.io/blog/pre-mortem-as-a-tree/</guid><description>The standard pre-mortem produces a list of risks that gets ignored by week three. A tree-shaped pre-mortem treats risks as first-class graph nodes, attached to the work they threaten, with mitigations planted as new upstream tasks. The risks stay alive because they&apos;re part of the project, not a separate document.</description><pubDate>Sat, 02 May 2026 00:00:00 GMT</pubDate><category>meta</category><category>philosophy</category><author>Jan Willem</author></item><item><title>Why our roadmap is a tech tree</title><link>https://treeapp.io/blog/why-our-roadmap-is-a-tech-tree/</link><guid isPermaLink="true">https://treeapp.io/blog/why-our-roadmap-is-a-tech-tree/</guid><description>We render the public roadmap as an interactive graph instead of a list because that&apos;s what shipping software actually looks like. Showing it that way changed what we chose to build first.</description><pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate><category>meta</category><category>design</category><author>Jan Willem</author></item></channel></rss>