-
Notifications
You must be signed in to change notification settings - Fork 97
2018 Q4 OKR Planning - It's that time of the quarter again ✨ #698
Comments
I am interested in following along but all the linked Google Docs are private. Was that on purpose? Also a huge fan of y'all planning things in the open |
Thanks for catching that @jamiew! My mistake (ETOOMANYPERMISSIONS), I went through the docs and added view/comment permissions through link share. If you happen to see one I missed, let me know or just ask for access through the Google Docs interface and then I'll know right away which one :) |
Recording of todays all hands with discussion of how to do OKRs in the open and next steps for grading Q3 OKRs, retrospecting, and planning for Q4: https://youtu.be/5VgjykmLYIE?t=2m27s |
@diasdavid cool, I just requested access to two that were still private, including "2018 Q3 OKR spreadsheet" And a big thank you to you & the whole team for trying out a format like this. Really great for all of us following along. |
Status Update. Some teams have already landed their OKRs and are ready for review, these teams are: |
Awesome work! Reminder for everyone to *also* grade their Q3 OKRs based on
how far they actually got this quarter so we can estimate better next time:
https://docs.google.com/spreadsheets/d/19vjigg4locq4fO6JXyobS2yTx-k-fSzlFM5ngZDPDbQ
…On Sat, Sep 22, 2018 at 10:47 AM David Dias ***@***.***> wrote:
Status Update. Some teams have already landed their OKRs and are ready for
review, these teams are:
- IPFS
- *ipfs-cluster*
<https://docs.google.com/spreadsheets/d/139lROP7-Ee4M4S7A_IO4iIgSgugYm7dct620LYnalII/edit#gid=2055463539>
- *ipfs-infrastructure*
<https://docs.google.com/spreadsheets/d/139lROP7-Ee4M4S7A_IO4iIgSgugYm7dct620LYnalII/edit#gid=729478084>
- *community*
<https://docs.google.com/spreadsheets/d/139lROP7-Ee4M4S7A_IO4iIgSgugYm7dct620LYnalII/edit#gid=1876434856>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#698 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAlwF8q4pdv_T_p7TEFNQ0slCrvXSrnmks5udneugaJpZM4WqdqK>
.
|
First draft of the ipfs-gui OKRs are up for feedback. ...and over here for the folks following along on github ipfs/ipfs-gui#67 |
Draft of the in-web-browsers OKRs – also up for feedback |
Congrats to js-ipfs, dynamic data, ipfs-gui, web browsers, cluster, and infra on finishing grading their Q3 OKRs! Just go-ipfs and dx left to go! =] When thinking about how to share/report on these scores - try to focus on the high-priority (~P0) items and call out any that got dropped/blocked (score of <=0.5) in addition to highlighting top wins. Any meta points about the planning process and lessons learned are also useful to document/aggregate so we can learn from each other. <3 |
The first draft of the Q4 Dynamic Data and Capabilities WG is ready for feedback. |
Now the OKRs planning in the open all lives in this repo at -- https://github.com/ipfs/pm/tree/master/OKR -- with -- #719 |
Closing this issue for now, see you all again for another round at the end of the quarter :) |
With two weeks left in this quarter, it is time to report the progress made, retrospect on it and plan the work we want to for next Quarter.
Planning the next Quarter comes with no new surprises, our goal is to have the 2018 Q4 OKR Spreadsheet filled by the time the next quarter starts, that is October 1st.
Before planning the next quarter, it is important to score the KRs you owned during this quarter. Do it ASAP on the 2018 Q3 OKR Spreadsheet. I know that in 2 weeks a lot can happen, but you should have a good grasp on what will be finished by now and it is ok to adjust any individual KR 2 weeks from now too.
To prepare this next quarter, I want to invite all the Working Groups to adopt or at least experiment with two of the most healthy habits that have emerged from other IPFS Working Groups, these are run a Async Retrospective of the Quarter__ and Planning OKRs in the Open.
Async Retrospective of the Quarter
Running an Async Retrospective will give everyone in the team to clearly communicate what was achieved and not achieved in the quarter. It will also give the opportunity to signal things that can be improved and these can go from communication, structure, launch of features or anything that a team member finds important for the team to know.
These retrospectives enable us to check in with ourselves and prepare the following quarter better taking into consideration everything happened in the past. It also gives our future selves a way to check in with the past and see how far we have progressed.
You can see a great example of one of these with the JS Core Dev Q2 Retrospective. The whole team got to voice and learn from everyone else perspective.
We have reached a format for the retrospective that is quite simple and easy to complete. With the Template, all you need to do is to create a copy of this doc and share it with your Working Group members.
Planning OKRs in the Open
This is one of my favorite practices that has emerged in the IPFS Community by the IPFS Working Groups, planning OKRs in the Open.
The typical way to do this is simply by opening a PR on the entry point repo of the Working Group. In this PR, everyone gets to share their own view of the world and describe which Objectives and Key Results should be tackled for next quarter, community and users included!
Once everyone has shared theirs, the Captain takes the role of crafting a version of the final possible list of KRs based on everyone's proposal and needs of the project. Only then, people volunteer to take on certain Key Results and assign Priorities Collectively.
A suggestion is that each individual should not take anymore than two P0 items (unless they are quite small tasks). There are no recommended limits for P1, P2, P3 and P4s.
Also, if you know if you have Holidays, Conference Attendance or some other event planned, do the timing exercise to make sure you are not trying to allocate too much work for the time you will have available. Another golden rule is to take the number of days in the Quarter (Q4 is 12 Weeks, that is 60 days) and take out the days you will be out and then plan for only 60% of that time. We propose to save 40% of time for putting out fires or surprise endeavors that always appear during the quarter.
Just for an example, given that the quarter is 60 days, imagine that I plan to take on 8 days of time off and spent 10 days attending/speaking at conferences, I realistically only have 42 days total. If we assume a work day of 8 hours a day, that is 336 hours. Cutting that to just 60% means that I have roughly only 201.6 hours of work I should plan for, otherwise I risk of not being able to achieve my KRs which might be dependencies of other projects.
Find great examples of this being done in the past at:
These PRs become records of the reasoning behind deciding on each KR.
I'll post in this issue the urls to the news PRs for the OKR planning for the Working Groups that adopt this strategy. So far we have:
WG Captains, when your WG has finished planning the OKRs, make sure to update the 2018 Q4 OKR Spreadsheet
I can't wait to see the retrospectives and the OKR scoring and be able to comprehend everything that has been achieved in 2018 Q3 (I know it is a lot of exciting stuff!) and I look forward to a stellar 2018 Q4!
PS: I'm assigning the WG Captains to this issue to get it on your radar. However, remember that it is a whole WG effort. Github just doesn't me assign everyone in one single issue :)
The text was updated successfully, but these errors were encountered: