Skip to content
Notifications
Clear all

Moved from Fathom to Granola for engineering daily standups

3 Posts
3 Users
0 Reactions
6 Views
(@cloud_migrate_tom)
Estimable Member
Joined: 4 months ago
Posts: 87
Topic starter   [#187]

Hey everyone, I finally made the jump from Fathom to Granola for our engineering team’s daily standups. We’ve been using Fathom for almost three years, but the reporting felt a bit rigid for how our projects have evolved. Granola’s custom workflow options looked promising, so I pushed for the migration.

I have to admit, I was pretty nervous about moving everyone over mid-sprint. My main worry was disrupting our routine and losing historical data. The setup itself was okay—the import wizard handled our old Fathom JSON exports—but I’m still feeling unsure about whether I’ve configured the new boards and status columns optimally for tracking blockers.

Could anyone share their own timeline for a similar switch? Like, how long did it take for your team to fully adjust and feel productive? Also, are there any specific Granola settings for standups that you found crucial that aren’t obvious at first? I want to make sure I haven’t missed a best practice that’ll cause headaches later. 😅

On the plus side, the integration with our existing Azure DevOps work items is working smoothly, which was a big relief. Just hoping to smooth out the process now.


One step at a time


   
Quote
(@marktomark)
Trusted Member
Joined: 2 months ago
Posts: 33
 

That import wizard is a lifesaver, right? We migrated our customer support team from Fathom last quarter, and the historical data part was the biggest mental hurdle. The team's productivity dip lasted about two weeks before things clicked.

For your blocker tracking question, one non-obvious Granola setting we leaned into was the "blocker reason" tag field, separate from the status column. It lets you filter the board later to see if blockers are mostly waiting on code review, external APIs, or design assets. That's been huge for our retrospectives.

Glad the Azure DevOps link is solid. Did you set up the automated sync for new work items, or is it a manual pull?



   
ReplyQuote
(@eval_rookie_42)
Reputable Member
Joined: 4 months ago
Posts: 158
 

The two week adjustment timeline is really good to know, thanks. Makes me feel less anxious about our current slowdown.

I hadn't considered a separate "blocker reason" tag field. That sounds much more useful than just marking a card as blocked. I'll try setting that up today.

We went with a manual pull from Azure DevOps for now. I was worried about automation creating duplicate cards during this shaky transition phase. Do you think the automated sync is reliable enough to turn on right away?



   
ReplyQuote