John Thimsen

I wrote about how product managers should deliberately decide which features should be built to an A grade and which ones should be built to a B or even only a C grade. Making the resource tradeoffs to optimize business outcomes is a core job of product management, and building every capability to an A grade is a poor use of scarce resources. https://lnkd.in/gTXBfNYE

31

4 Comments

I thought this was a good and very reasonable talk by Eleanor Millman on how to prioritize projects for a platform engineering team: https://lnkd.in/gaYtUHRH A few insights I took from it: - Unlike product features which can be more directly tied to revenue, platform engineering work is a couple steps removed. But that doesn't mean it's unimportant! Far from it, platform engineering projects can make everyone at the company more efficient, able to produce higher quality software, etc. - While "urgency" is always going to be a factor, you don't want to just be putting out fires, you want be able to prioritize work which is "high impact" ... even if that impact isn't felt immediately. - Good rule of thumb: prioritize "highest impact for lowest effort". - The talk has some ideas on what factors to choose for impact, and how to blend them. For instance "speed of development" is one factor, "cloud cost optimization" might be another. The weighting of different impact factors can change over time, depending on the needs of the business. I would say that a lot of companies don't have much methodology here but I can really see the value in codifying it. You can always change the methodology or the weighting if it's spitting out results that don't pass the smell test or you really feel it is leading the company astray. Clarity can give the org more freedom to put resources behind projects that would otherwise never be taken on. When things are unclear, prioritization still happens implicitly, but the decisions tend to be a lot more random and fear-based and the org is worse off as a result.

15

3 Comments

Ontologies remain one of the most effective ways to ground AI memory, keeping extracted knowledge anchored to existing structures and adaptable through feedback. As memory systems evolve, their role remains essential, and a core focus at Cognee.

47

4 Comments

If you're building with Pipecat, this one is for you. We just launched the Tuner <> Pipecat SDK 𝘱𝘪𝘱 𝘪𝘯𝘴𝘵𝘢𝘭𝘭 𝘵𝘶𝘯𝘦𝘳-𝘱𝘪𝘱𝘦𝘤𝘢𝘵-𝘴𝘥𝘬 Now you can plug in observability and analytics in minutes and get real visibility into how your voice agent is performing in production, at scale. Because shipping the agent is only step one.  Understanding what’s happening in production is where the real work begins. Link in the comments 👇

107

12 Comments

Dashboards don’t create accountability. They create meetings. Charts get shared. Everyone nods. Action items get “noted”. Same problems. Next quarter. Accountability doesn’t come from visibility. It comes from systems — where ownership is clear and decisions can’t be ignored. I wrote a short note on why dashboards feel productive but rarely change behaviour — and what actually does. If your org has great dashboards but the same issues every review… this will sound familiar. Dashboards Don’t Create Accountability — Systems Do: https://lnkd.in/gCGpm-VU

7

1 Comment

rqlite -- and the way I develop it -- is fundamentally changing. LLMs are in the loop -- from ideation to Pull Request. https://lnkd.in/ejwXGddR

27

1 Comment