Home | Archive

Project management (and project management software, and project management literature)

I want to do big things. I at least want to be able to do things that take me longer than a week, or have multiple parts, or serve multiple purposes, or that people rely on. There's a necessary task involved in causing that sort of thing, variously termed "keeping track" or "managing" or "handling" or "executive function", and at the scales most people operate on the tool they use to perform that task just lives in their head, as far as I can tell. This works … dubiously … for me, because my copy of that tool is a nonstandard model.

Learn X in Y minutes: the software-driven approach

I spent much of July 2025 deploying and testing project management solutions to try to learn the field, and it went … well, it's still going, on-again and off-again, and we're currently on-again; but it's not going so well.

I thought Conway's Law would apply to project management if it applied anywhere, right? The data structure you're tracking a process state with matches the shape of the process, either by design or by drift. It was originally formulated about organizations. This is why I tried to use project management software before I tried to pick up a project management book.

I figured, if I just entered all the metadata about all the tasks I was fielding across the seven or eight different things I'd been actively working on, and the 3-14 bigger-picture ends those projects were instrumental to, the tools would teach me how to use them, and hopefully how to do the task at all. Zettelkasten work that way, after all. Spaced repetition doesn't, but has good tutorials and lots of crazed proponents telling you how to develop taste around it. Hell, writing works this way. That's the level of the stack we should be looking at when it comes to the field of "management", right? This is a basic, basic technology. This is at least as old as Ea-Nasir. This is, as far as we know, what writing was invented for. Surely.

Software I've tried so far

Leantime

Purports to be for neurodivergent people. Silently drops you into a "pro trial"; the ostensibly open-source offering is really open-core with a nerfed open core. Especially predatory, being aimed at non-technical people who ipso facto struggle to do things about things.

Focalboard

Unusably dependent on clicking. UX horrorshow.

Plane

"Open continuum". Nerfed open core, which I should have guessed for myself given the state of their build documentation. A special place in hell for IndiaFOSS sponsors who advocate for rights ratcheting.

Google Sheets

Quite usable. If only it was more usable on mobile. The person who creates a mobile spreadsheet editing idiom that I am willing to use for text entry gets lifetime monthly cookies of their choice in their meatspace mailbox. In the end I suspect I will return to a spreadsheet with a form in front of it, or some homegrown version of the same thing with a SQLite and HTML.

Asana

The metadata is usable because it's so extensible, and because the library of templates is so rich. Unfortunately most of that just isn't available in the free tier (and if all I wanted was a todo list I would have used a todo list software or notes app). The terrible export and account closure story was what ha me running away from it as fast as I could, though. There is no way I'm ever trusting Asana with my data.

Vikunja

So far so good. Self-hostable, SQL backed, does not make me want to poke my eyes out morally or otherwise.

  • Still more click-driven than I'd like but at least there's a command palette.
  • It's available on Android and at least for now that's a limiting factor. Neither the phone ubiquity nor the phone dependency 1 can currently be gainsaid.

Conclusions from the experiment

I've found them all (modulo Vikunja, which I've just started using) to be inadequate to my purposes in several surprising directions. If nothing else, it's been a not-this study in my own taste. Roundabout and frustrating way to develop an ear, and eventually I want to apprentice under someone who knows what they're doing well enough that I can wrestle my inadequate tooling into working for me the way I do with everything else in the year of our lord 2026.

Lessons learned

  • Arbitrary extensibility helps everything. Asana's library of strategy representations into which you can assemble project-sized concerns was extensive and educational. But! This layer is only available in the paid tier. My discovery of this was shortly thereafter followed by my discovery of its utterly abysmal export and account deletion stories.
  • Keyboard shortcuts really, really matter. If I can't write into the thing it is useless to me.
  • Having templates and structure in place to test out various workflows is really, really helpful – Leantime's "vision canvas" template was a game changer for me in terms of understanding why these things even existed outside of being highly structured task tracking – what all the metadata is even good for.
    • It lets you get on the strategic level.
  • That said, I've had enough metadata fetish in my life to know that the lust for it quickly outstrips its utility. I am populating the fields I've been given as fast as I can without overly worrying about if I'm tracking everything just right off the bat.
  • Claude integration is great for skipping through the bits of it that are deadening, boring, or overwhelming. Having a mostly-wrong-but-right-vibes draft to edit down is just as good of a way to learn task management as it is a way of learning anything.
  • Metadata is organic. Claude likes to annotate tasks with emoji, category-prefixes, and heavy descriptions; the lesson I take away from it is that sometimes the structure helps you think, and sometimes it gets in the way of thinking. Where there is friction it's better to do the locally sensible thing.
  • It turns out that local changes is a really good principle in general. If you assume you know what needs to surface in advance of the surfacing, you trip yourself up. If you try to fit all your insights into the categories even when you experience the friction, you get in the way of your own thinking. If you try to eliminate all friction in advance, though, you get in the way of being able to think at all. This is because the leading edge of your work is where all the exceptions will of necessity happen (it's where you start learning your unknown unknowns.)
  • Firms surface these exceptions to managers. The whole reason all the beautiful project management structures that exist prioritize the prominent display of whatever is going wrong is that that's where the hyperspecific novel work always is. The way a firm metabolizes uncertainty is via its network of cooperating agents; ideally, if the game theoretic architecture of the coalition of people is resilient to the challenge introduced by a problem, the uncertainty propagates through it, often via bookkeeping tools like these, to an agent who makes a decision that is then fractally semi-destructively implemented by the whole coordinating organism.
  • I want better metabolic processes at my level, and I want them to actually have representation in this system.
  • I can surface these exceptions for myself, and over time it's started sucking less for me emotionally. Staring into the abyss as a core life skill has been very helpful for me in that regard. I get real-life vertigo from doing it, which was a fun bit of somatic consonance to discover on a third-floor balcony in Manali.
  • I don't know what it is about project management software that seems to make its project lifecycles as toxic as they seem to be from the outside. If feels like you just can't get the smell of enterprise off of them.

RTFM: learn from the sources that are trying to teach you

RTFM(anual)

I'm galled at the hubris of management literature and what it thinks it has the power to explain. Is this what physicists felt like, looking at biologists at the turn of the 20th century? "Do you know how little we know? What do you think you even mean, when you make claims as sweeping as you are making?" Perhaps many of them were well insulated from this crisis of confidence – or at least quarantined to prevent its transmission – by the modernity meme: faith in science as a method, by the project view of humanity. The long arc of history was supposed to sweep us upward; and at some point we were going to be done. Our only local goal was to have goals; to sacrifice for the good.

I'm currently early in the process of hate reading Andrew Grove, High Output Management, which I mostly hate because I can smell the Taylorism wafting off of it much more strongly than I ever suspected I would. I didn't think it was going to be a project management book that radicalized me, but perhaps I should have suspected; for all my tendencies toward bureaucratic apologia, in practice I hate bureaucrats. I fear them, I loathe them, I am too scared to despise them. This hatred feels personal enough that I suspect it of being self-hate on occasion. I feel I have been done a moral injury by bureaucrats, made complicit in evils. I feel my hand has been moved against my will.

I guess this is what happens when you let a thing get too big. The more a system touches, the more culpable it is. All of us weasels inside, we don't know how defensible our choices are, or whether it matters to our personal account that when we turn the gears of evil we're just doing our jobs.

Okay we have gotten a little bit off track.

RTFM(ysteries)

CasualPhysicsEnjoyer on planning (he says, don't):

  • being successful by any metric likely does not matter, so you may as well be having fun.
    • but if you did want to be crazy successful, you would have to be lucky
      • if you are not lucky, then you should at least be having fun
      • if you somehow are lucky, you need to work hard
        • but to work hard at something, you need to enjoy it,
          • therefore, you need to quit if you’re not having fun.

All the routes above involve not being bored. So quit if you are.

And this:

The next reason why goal seeking is bad is because it’s a waste of time due to world uncertainty and chaos. […] Time is scarce so you take an L if you spend it planning.

And also this zinger:

Long term goal seeking is also bad because it tricks you that you’re going to stick to something, which makes you more likely to defer it.

Not that I've ever done that. Pay no attention to the thesis behind the curtain.

My favorite therapist said "a plan is a guess", which implies that good plans ought to be built like betting. It implies that we make plans because if we get good at guessing then we can rely on the future being a certain way; and that makes our lives easier and puts goals within reach.

He also said to build processes rather than selecting goals. The point of this is to put your focus where it does the most good – towards building the one-time thing that pays repeated dividends, instead of towards achieving one desirable outcome once. In extremis, this approach yields several paths, which, come to think of it, are probably what the Ashtanga paths to yoga are (might be interesting to flesh out that meme later).

The aesthetic of what CasualPhysicsEnjoyer is saying above appeals to me – in order to accomplish what you want, do what you want. Cultivate and pursue taste, and you'll be fulfilling your taste reliably.

The aesthetic of the bet is also appealing, in a different way – more like repercussions and summer thunder and unscrupulous intentions. You divine, and intuit, and foray; you seduce. And when all has happened you look back and ask, "what is it I have done?", and spend the rest of your life answering yourself.

Consider also at McPhee on structure. He doesn't waste time telling you just-so stories of structural correctness, which anybody who's ever loved a blog or a webweave or 17776 will instantly know to be not-even-wrong. He tells you, instead, that structure is where the poetry lives, and tries to teach you to listen for it.

The software and tooling, like the book, has no way to represent these things, despite it being an ongoing operational reality for everything humans ever do with one another, and despite it being the way I see people work who are good at this stuff.

Current suspicions and possibilities about sources

I need an apprenticeship.

Perhaps I've got to shadow somebody who's that good at this. Somebody whose work and methods i can fall in love with.

2026-05-16_11-47-35_han-get-me-my-money.gif

I need better literature.

Who writes to help you build an ear for this stuff? The way good books about writing do?

I need narrower literature.

Lit specific to consultants, or independent creatives, or software engineers, may be more helpful in a cookbook kind of way. Lit specific to anything might help me build a taste for cookbooks and how they relate to cooking.

I need a work-study.

I need to learn this in a shop that does it well – actually well – and pick it up as I go along.

I need to take notes while reading The Pragmatic Engineer.

Maybe we just have to pay close critical attention to the cream of the LinkedIn crop, and see what we find.

I need to call my mom.

She's Actually Good at this. I'm allergic to a bunch of her advice, in that I instantly viscerally hate a lot of what she says to do, but it's also good advice a lot of the time, in that when I breathe my way through my reaction, and evaluate the advice for its logical consistency and applicability to the world, it all typechecks; and when I apply it, it often works well. (Am I already in an apprenticeship? Am I a shitty apprentice?)

RTFM(om)

Okay, so. This all usually works, or at least it has for me.

  • 163 hours in a month, 140 for neurospicy people. Non-negotiable. Treat 4 hours as a half-day, and eyeball what a thing is going to take you. This is your progress bar. It will be more accurate than you want it to be.
  • Assemble a dependency tree of tasks. Linearize it. This is also what al the other literature says. This part, I think, is where a lot of "ear" comes in. Mum has ear. She always seems to ask the question that operationalizes a thing quickly. So maybe this is actually:
    • Try to find the question that operationalizes a thing quickly.
    • Figure out what you don't know, and ask yourself how long it would take to find out. And then PRICE THAT IN.
  • Add float, i.e. 1.2 * estimate = estimate. Things always take longer than you think they will. Price it in.
  • PRICE EVERYTHING IN Discovery? Price it in. Uncertainty? Price it in. Wait times? Price it in. Comms? SAY IT WITH ME

In conclusion

Stuff happens. Sometimes we make it happen. idk

Footnotes:

1

the phone conspiracy. the phone supremacy. the phone reliquary. the phone idolatry. all hail the phone. #myphone