PostHog / posthog

πŸ¦” PostHog provides open-source product analytics, session recording, feature flagging and A/B testing that you can self-host.
https://posthog.com
Other
21.25k stars 1.26k forks source link

Sprint 1.41.0 2/2 - Oct 17 to Oct 28 #12201

Closed timgl closed 1 year ago

timgl commented 1 year ago

Global Sprint Planning

3 things that might take us down

1. 2. 3.

Retro: Status of Outcomes from Previous Sprint

  1. Curation: 🎨 Make it easy to quickly create an AARRR-inspired dashboard. @pauldambra > We did research, probably not very valuable. We'll do more customer interviews.
  2. Exploration: 🧭 Build v0.1 of the "data explorer" / "universal search". @mariusandra > Fail, tunnel vision trying to wrap up. Carry over to next sprint.
  3. πŸ‡ͺπŸ‡Ί cloud needs productionalization + billing @ellie > in cloud and has billing!
  4. Digitalocean single click + hobby deploy - make sure that works - testing if neccessary @fuziontech > it works, CI e2e tests are in review so should be wrapped up.
  5. MVP for app metrics (how many events delivered, error rates) @macobo > so-so, main blocker is frontend experience but have a solution to this. Will get customers using this next week.
  6. Ensure robustness of async handlers (jobs and scheduled tasks) @hazzadous (pair: @yakkomajuri) > rolling out to test teams for half of jobs. The rest of async handlers will roll out next week
  7. Enabling Session Recording billing via BillingService @benjackwhite > Not on track b/c illness, EU cloud got in the way, but very close. End of the week we'll have this connected to dev.
  8. Event filtering in Session Recordings & fuzzy filtering of events (MVP) @alexkim205 > This is done!
  9. Revisit metahog (direct sql access) and set up for MVP deployment on self-hosted @EDsCODE > in progress, should be done for end of the week.
  10. Cleanup and growth tasks for experiments @liyiy > on track to be completed. Switched OKRs so not implementing some of the additional growth tasks.

Retro: What can we do better next sprint?

  1. EU cloud, we didn't have a clear owner. Lots of confusion between teams.

Support hero this sprint

Week 1: Tiina Week 2: Marius

Plan: Proposed Goals for Next Sprint

Each goal should have a single owner. Owner can only be an engineer.

  1. "I don't need PostHog to build all the features, I just need it to work" (citation needed) @Twixes why? User interviews highlighted above quote, so we're fixing it
  2. Exploration: 🧭 Build v0.2 of the "data explorer" / "universal search". @mariusandra why? Hard to explore between related data.
  3. Billing - Paying customer on the new BillingService @benjackwhite why? Billing is still our top prio
  4. Event Summaries - Migrating our underlying CH table to surface key stats more easily @alexkim205 why? Unblocker for higher performance and follow up features around querying and listing
  5. 🚒 upgrade to Kubernetes v1.23 @danielxnj why? We don't want to be behind, our current version will come out of long term support
  6. 🚨 sort incident handling (setup pagerduty to work similarly to incident.io with /incident, retro process, etc) @ellie why? we want to handle incidents better
  7. Upgrade ClickHouse to >=v22.3.13 as our version has a memory leak causing issues @ellie why? memory leak almost took us down
  8. Offsite the first week. Make hackathon stuff live second week Thinking of targeting "developer integrated featureset for feature flags". Code linking/error logging/CI @EDsCODE why? do some innovation
  9. Insert service for CH @fuziontech why? So we can use clickhouse cloud for direct sql access
  10. Removing any dependencies on Postgres availability from the pipeline @hazzadous Why: So our pipeline can be reliable even when external services are down
  11. App metrics v1 @macobo Why: This is a requirement for CDPs and will give us and users more confidence in the pipeline
  12. CDP design/architecture document @lharries Why: so we can have a sense of what to build for our CDP and how to build it

Team sprint planning

For your team sprint planning copy this template into a comment below for each team.

Team ___

## Retro

<!-- Talk about what went well, what didn't go well and any actions to improve next time -->

- 

## Hang over items from previous sprint

<!-- For each item, decide to re-prioritise (and add below) or deprioritise -->

- Item 1. prioritised/deprioritise

## Planning

<!-- Each item should have a single owner. Owner can only be an engineer. -->

### High priority

-

### Bugs

-

### Low priority / side quests

-
mariusandra commented 1 year ago

Team Product Analytics

Retro

Hang over items from previous sprint

Planning

Paul off most of the sprint

High priority

Bugs

Low priority / side quests

Media cards on dashboards

benjackwhite commented 1 year ago

Team Record-revenue-ings πŸ’Έ

Retro

Hang over items from previous sprint

Planning

High priority

  1. Billing - Paying customer on the new BillingService
    • why? Billing is still our top prio
  2. Event Summaries - Migrating our underlying CH table to surface key stats more easily
    • why? Unblocker for higher performance and follow up features around querying and listing

Bugs

-

Low priority / side quests

ellie commented 1 year ago

πŸš€ Team Infrastructure πŸš€

Retro

Hang over items from previous sprint

N/A

Planning

@danielxnj has joined us! woo!

Also a note we've now got our board sorted out!

EDsCODE commented 1 year ago

Team Experiments

Retro

Planning

yakkomajuri commented 1 year ago

Team Pipeline

Planning

benjackwhite commented 1 year ago

(For next sprint)

Team Session IPA

Retro

Hang over items from previous sprint

Planning

High priority

Bugs

Low priority / side quests

mariusandra commented 1 year ago

Last sprint

Team Retro

Goal retro

  1. "I don't need PostHog to build all the features, I just need it to work" (citation needed) @Twixes

    • why? User interviews highlighted above quote, so we're fixing it
    • Status: Michael fixed what didn't exist or didn't work for him:
    • new math selector
    • min/max/avg count by user
    • in progress: adding avg/min/max count by group and property selector
  2. Exploration: 🧭 Build v0.2 of the "data explorer" / "universal search". @mariusandra

    • why? Hard to explore between related data.
    • Status:
    • Solid progress on tables, didn't get to exploring actual data. See this sprint.

Next sprint

OKR: Nail Data Exploration. why? Hard to explore between related data.