Upcoming Roadmap Update
Undefined Undefined NoneContent
Hi everyone,
Last time we updated you, we talked about the current roadmap and its limitations, what steps we’re taking to amend that, and shared a work-in-progress shot of our new Roadmap.
The new Roadmap has been in active development and we’re still marching towards our end-of-year target. It may seem like a simple task, but an oft-overlooked aspect of building out this Roadmap is the management of such a massive dataset. Building out the front end for a Roadmap isn’t the hardest part – not even close. The new Roadmap relies on large swaths of data coming in from more than 50 teams, which requires a lot of effort to organize and make presentable for public consumption. In addition, since we’ll be sharing headcount, expertise, and more, this massive dataset will require ongoing and regular maintenance and QC. The key has been in establishing a pipeline/process so that the new roadmap is sustainable.
What To Expect In December
So, what can you expect this December? We plan on delivering a Roadmap that focuses on our core features from our “upstream” teams initially. An “upstream” team is a team that is responsible for a core deliverable (tech/content/feature), while “downstream” teams often won’t have a good idea of their work until the upstream team’s content has been decided and locked in. Downstream teams consist of support teams such as UI, Audio, and other similar teams. The nature of development is obviously that downstream teams have to be reactive to some degree to what upstream teams are working on, which can make it very difficult to accurately map out long-term work. Not only that, but the process works both ways, so often times the downstream evaluations that feed back into upstream planning can alter the upstream team’s timelines.
This video includes real work, real sprints, and real data. This is the format you can expect once we finish gathering data from our teams around the globe to populate the Roadmap for its initial publish. Like we mentioned above, this has been a monumental undertaking for our team, who have been hyper-vigilant in trying to get this right for all of you. Although the work shown in this demo is real, it’s important to note that we haven’t gone through the quarterly planning or go/no go for everything so the duration, time and scope of the work can change.
Release View vs Progress View
The new Roadmap is going to have two views that you can cycle through at your leisure: the Progress Tracker (seen in the video) and Release View. Release View is very similar to what you already see on the Public Roadmap that is currently available. This visualization will show you the upcoming releases, with each card being populated by deliverables that we have the highest degree of confidence will make it into that release. That’s why for the immediate release in the quarter ahead, you will see it generously populated. While we intend for this view to show several quarters out, we want to be very clear that due to the nature of priority shifts (which you’ve seen time and time again), visibility beyond one quarter isn’t something you should consider locked. Development is very fluid, and it isn’t until we’ve passed certain milestones that we can gain confidence on delivery times.
It’s important for us to set these expectations properly. We’re constantly shuffling our schedules around, whether due to technical accomplishments that bring a feature sooner, or technical hurdles that push things back. It may be the case that we decide that the release view for a card that is several quarters out may be completely blank until we have a high degree of confidence of what deliverables will make it in that time frame. And sometimes, we may find that an unexpected pivot or complication causes us to remove a deliverable we once thought was going to make it. That happens today, but with this new roadmap, you would still see the work in the progress tracking view. This progress tracker view, which is the real highlight of this new roadmap, is what you see in the video above, and again, is our intention to show you all the current work for the quarter for all our teams (starting with upstream teams first), and the subsequent work on tap for these teams in the subsequent quarters down the line.
Progress and Priorities, Not Promises
A key goal of ours with the updated Roadmap is to move away from promises of when we think things will arrive, and instead shift the focus to progress and priorities: tracking our current quarter’s progress, what we’re working on, and what our current priorities are for the quarters after. To be entirely candid, we’re fully aware that regardless of caveats or explanations, there will always be folks who see projections as promises. Our new roadmap is not for them; it’s for us to present our progress and priorities, as we said, and show what our teams are working on for those who want to see our development. Content will obviously be more reliable for the current quarter, slightly less so for the quarter right after, and continue to diminish the farther out you go. That is just the nature of development. We don’t always know what we don’t know, and if a team hasn’t started working on a specific piece of content yet, the estimates on velocity and work will not be as accurate. The key is going to be in pulling back the curtain so you know what we know, and to share changes rapidly as our development on deliverables progress every few weeks and sprints.
This is a large undertaking for us, and quite frankly, kind of scary. We’re always trying to find better and more innovative ways to present information and especially progress. We’re going to put ourselves out there with this one. We already have ideas for future additions/improvements and we’ll keep you in the loop along the way.
Tyler Witkin (Zyloh)
Director of Community
Last time we updated you, we talked about the current roadmap and its limitations, what steps we’re taking to amend that, and shared a work-in-progress shot of our new Roadmap.
The new Roadmap has been in active development and we’re still marching towards our end-of-year target. It may seem like a simple task, but an oft-overlooked aspect of building out this Roadmap is the management of such a massive dataset. Building out the front end for a Roadmap isn’t the hardest part – not even close. The new Roadmap relies on large swaths of data coming in from more than 50 teams, which requires a lot of effort to organize and make presentable for public consumption. In addition, since we’ll be sharing headcount, expertise, and more, this massive dataset will require ongoing and regular maintenance and QC. The key has been in establishing a pipeline/process so that the new roadmap is sustainable.
What To Expect In December
So, what can you expect this December? We plan on delivering a Roadmap that focuses on our core features from our “upstream” teams initially. An “upstream” team is a team that is responsible for a core deliverable (tech/content/feature), while “downstream” teams often won’t have a good idea of their work until the upstream team’s content has been decided and locked in. Downstream teams consist of support teams such as UI, Audio, and other similar teams. The nature of development is obviously that downstream teams have to be reactive to some degree to what upstream teams are working on, which can make it very difficult to accurately map out long-term work. Not only that, but the process works both ways, so often times the downstream evaluations that feed back into upstream planning can alter the upstream team’s timelines.
This video includes real work, real sprints, and real data. This is the format you can expect once we finish gathering data from our teams around the globe to populate the Roadmap for its initial publish. Like we mentioned above, this has been a monumental undertaking for our team, who have been hyper-vigilant in trying to get this right for all of you. Although the work shown in this demo is real, it’s important to note that we haven’t gone through the quarterly planning or go/no go for everything so the duration, time and scope of the work can change.
Release View vs Progress View
The new Roadmap is going to have two views that you can cycle through at your leisure: the Progress Tracker (seen in the video) and Release View. Release View is very similar to what you already see on the Public Roadmap that is currently available. This visualization will show you the upcoming releases, with each card being populated by deliverables that we have the highest degree of confidence will make it into that release. That’s why for the immediate release in the quarter ahead, you will see it generously populated. While we intend for this view to show several quarters out, we want to be very clear that due to the nature of priority shifts (which you’ve seen time and time again), visibility beyond one quarter isn’t something you should consider locked. Development is very fluid, and it isn’t until we’ve passed certain milestones that we can gain confidence on delivery times.
It’s important for us to set these expectations properly. We’re constantly shuffling our schedules around, whether due to technical accomplishments that bring a feature sooner, or technical hurdles that push things back. It may be the case that we decide that the release view for a card that is several quarters out may be completely blank until we have a high degree of confidence of what deliverables will make it in that time frame. And sometimes, we may find that an unexpected pivot or complication causes us to remove a deliverable we once thought was going to make it. That happens today, but with this new roadmap, you would still see the work in the progress tracking view. This progress tracker view, which is the real highlight of this new roadmap, is what you see in the video above, and again, is our intention to show you all the current work for the quarter for all our teams (starting with upstream teams first), and the subsequent work on tap for these teams in the subsequent quarters down the line.
Progress and Priorities, Not Promises
A key goal of ours with the updated Roadmap is to move away from promises of when we think things will arrive, and instead shift the focus to progress and priorities: tracking our current quarter’s progress, what we’re working on, and what our current priorities are for the quarters after. To be entirely candid, we’re fully aware that regardless of caveats or explanations, there will always be folks who see projections as promises. Our new roadmap is not for them; it’s for us to present our progress and priorities, as we said, and show what our teams are working on for those who want to see our development. Content will obviously be more reliable for the current quarter, slightly less so for the quarter right after, and continue to diminish the farther out you go. That is just the nature of development. We don’t always know what we don’t know, and if a team hasn’t started working on a specific piece of content yet, the estimates on velocity and work will not be as accurate. The key is going to be in pulling back the curtain so you know what we know, and to share changes rapidly as our development on deliverables progress every few weeks and sprints.
This is a large undertaking for us, and quite frankly, kind of scary. We’re always trying to find better and more innovative ways to present information and especially progress. We’re going to put ourselves out there with this one. We already have ideas for future additions/improvements and we’ll keep you in the loop along the way.
Tyler Witkin (Zyloh)
Director of Community
Hallo zusammen,
Das letzte Mal, als wir euch auf den neuesten Stand gebracht haben, sprachen wir über die aktuelle Roadmap und ihre Grenzen, welche Schritte wir unternehmen, um sie zu ändern, und teilten ein in Arbeit befindliches Foto unserer neuen Roadmap.
Die neue Roadmap ist in aktiver Entwicklung und wir marschieren immer noch auf unser Jahresendziel zu. Es mag wie eine einfache Aufgabe erscheinen, aber ein oft übersehener Aspekt bei der Erstellung dieser Roadmap ist die Verwaltung eines solch riesigen Datensatzes. Das Front-End für eine Roadmap zu bauen ist nicht der schwierigste Teil - nicht einmal annähernd. Die neue Roadmap stützt sich auf große Datenmengen, die von mehr als 50 Teams eintreffen, was eine Menge Aufwand erfordert, um sie zu organisieren und für die Öffentlichkeit vorzeigbar zu machen. Da wir außerdem die Anzahl der Mitarbeiter, das Fachwissen und mehr teilen werden, wird dieser riesige Datensatz eine ständige und regelmäßige Wartung und QC erfordern. Der Schlüssel lag darin, eine Pipeline/einen Prozess zu etablieren, damit die neue Roadmap nachhaltig ist.
Was ist im Dezember zu erwarten?
Also, was kannst du diesen Dezember erwarten? Wir planen, eine Roadmap zu erstellen, die sich zunächst auf die Kernfunktionen unserer "Upstream"-Teams konzentriert. Ein "Upstream"-Team ist ein Team, das für eine Kernleistung (Tech/Inhalt/Feature) verantwortlich ist, während "Downstream"-Teams oft erst dann eine gute Vorstellung von ihrer Arbeit haben, wenn der Inhalt des Upstream-Teams feststeht und festgelegt wurde. Downstream-Teams bestehen aus Support-Teams wie UI, Audio und anderen ähnlichen Teams. Es liegt in der Natur der Entwicklung, dass die Downstream-Teams bis zu einem gewissen Grad darauf reagieren müssen, woran die Upstream-Teams arbeiten, was es sehr schwierig machen kann, die langfristige Arbeit genau abzubilden. Und nicht nur das, der Prozess funktioniert in beide Richtungen, so dass die Downstream-Evaluierungen, die in die Planung der Upstream-Teams einfließen, oft die Zeitpläne der Upstream-Teams verändern können.
Dieses Video beinhaltet echte Arbeit, echte Sprints und echte Daten. Dies ist das Format, das ihr erwarten könnt, sobald wir die Daten von unseren Teams rund um den Globus gesammelt haben, um die Roadmap für ihre erste Veröffentlichung zu füllen. Wie wir bereits oben erwähnt haben, war dies ein monumentales Unterfangen für unser Team, das hyper-überwacht versucht hat, dies für euch alle richtig hinzubekommen. Obwohl die Arbeit, die in dieser Demo gezeigt wird, echt ist, ist es wichtig zu beachten, dass wir nicht die vierteljährliche Planung oder go/no go für alles durchgegangen sind, so dass sich die Dauer, die Zeit und der Umfang der Arbeit ändern kann.
Release-Ansicht vs. Fortschrittsansicht
Die neue Roadmap wird zwei Ansichten haben, die ihr nach Belieben durchfahren könnt: den Progress Tracker (im Video zu sehen) und die Release-Ansicht. Die Release-Ansicht ist sehr ähnlich zu dem, was ihr bereits auf der öffentlichen Roadmap seht, die derzeit verfügbar ist. Diese Visualisierung zeigt euch die kommenden Veröffentlichungen, wobei jede Karte mit den Ergebnissen gefüllt ist, von denen wir das größte Vertrauen haben, dass sie es in diese Veröffentlichung schaffen werden. Deshalb werdet ihr für die sofortige Veröffentlichung im kommenden Quartal sehen, dass sie großzügig bestückt sein wird. Auch wenn wir beabsichtigen, dass diese Ansicht mehrere Quartale nach draußen zeigt, wollen wir doch sehr deutlich machen, dass aufgrund der Art der Prioritätsverschiebungen (die ihr immer wieder gesehen habt), die Sichtbarkeit über ein Quartal hinaus nicht als etwas betrachtet werden sollte, das ihr als abgeschlossen betrachten solltet. Die Entwicklung ist sehr flüssig, und erst wenn wir bestimmte Meilensteine überschritten haben, können wir Vertrauen in die Lieferzeiten gewinnen.
Es ist wichtig für uns, diese Erwartungen richtig zu setzen. Wir mischen ständig unsere Zeitpläne durcheinander, sei es durch technische Errungenschaften, die ein Feature früher bringen, oder durch technische Hürden, die die Dinge zurückwerfen. Es kann sein, dass wir entscheiden, dass die Release-Ansicht für eine Karte, die mehrere Quartale aussteht, komplett leer ist, bis wir ein hohes Maß an Zuversicht haben, welche Ergebnisse es in diesem Zeitrahmen schaffen werden. Und manchmal stellen wir fest, dass ein unerwarteter Drehpunkt oder eine unerwartete Komplikation dazu führt, dass wir ein Deliverable entfernen, von dem wir einmal dachten, dass wir es schaffen würden. Das passiert heute, aber mit dieser neuen Roadmap würdet ihr die Arbeit immer noch in der Fortschrittsverfolgung sehen. Diese Fortschrittsverfolgungsansicht, die das eigentliche Highlight dieser neuen Roadmap ist, ist das, was ihr in dem Video oben seht, und auch hier wollen wir euch die aktuelle Arbeit für das Quartal für alle unsere Teams zeigen (beginnend mit den Upstream-Teams zuerst) und die nachfolgende Arbeit für diese Teams in den folgenden Quartalen.
Fortschritte und Prioritäten, keine Versprechungen
Ein Hauptziel von uns mit der aktualisierten Roadmap ist es, von Versprechungen wegzukommen, wann wir denken, dass die Dinge ankommen werden, und stattdessen den Fokus auf den Fortschritt und die Prioritäten zu verlagern: den Fortschritt unseres aktuellen Quartals zu verfolgen, woran wir arbeiten und was unsere aktuellen Prioritäten für die Quartale danach sind. Um ganz ehrlich zu sein, wir sind uns völlig bewusst, dass es unabhängig von Vorbehalten oder Erklärungen immer Leute geben wird, die Projektionen als Versprechen sehen. Unsere neue Roadmap ist nicht für sie; es liegt an uns, unsere Fortschritte und Prioritäten zu präsentieren, wie wir gesagt haben, und zu zeigen, woran unsere Teams arbeiten, für diejenigen, die unsere Entwicklung sehen wollen. Die Inhalte werden natürlich für das laufende Quartal zuverlässiger sein, für das Quartal direkt danach etwas weniger, und sie werden weiter abnehmen, je weiter man hinausgeht. Das ist einfach die Natur der Entwicklung. Wir wissen nicht immer, was wir nicht wissen, und wenn ein Team noch nicht mit der Arbeit an einem bestimmten Inhalt begonnen hat, werden die Schätzungen zur Geschwindigkeit und Arbeit nicht so genau sein. Der Schlüssel wird darin liegen, den Vorhang zurückzuziehen, damit ihr wisst, was wir wissen, und die Änderungen schnell zu teilen, während unsere Entwicklung der Ergebnisse alle paar Wochen und Sprints voranschreitet.
Das ist ein großes Unterfangen für uns, und ehrlich gesagt, irgendwie beängstigend. Wir versuchen immer, bessere und innovativere Wege zu finden, um Informationen und vor allem Fortschritte zu präsentieren. Damit wollen wir uns selbst auf den Weg bringen. Wir haben bereits Ideen für zukünftige Ergänzungen/Verbesserungen und wir werden euch auf diesem Weg auf dem Laufenden halten.
Tyler Witkin (Zyloh)
Direktor der Gemeinschaft
Das letzte Mal, als wir euch auf den neuesten Stand gebracht haben, sprachen wir über die aktuelle Roadmap und ihre Grenzen, welche Schritte wir unternehmen, um sie zu ändern, und teilten ein in Arbeit befindliches Foto unserer neuen Roadmap.
Die neue Roadmap ist in aktiver Entwicklung und wir marschieren immer noch auf unser Jahresendziel zu. Es mag wie eine einfache Aufgabe erscheinen, aber ein oft übersehener Aspekt bei der Erstellung dieser Roadmap ist die Verwaltung eines solch riesigen Datensatzes. Das Front-End für eine Roadmap zu bauen ist nicht der schwierigste Teil - nicht einmal annähernd. Die neue Roadmap stützt sich auf große Datenmengen, die von mehr als 50 Teams eintreffen, was eine Menge Aufwand erfordert, um sie zu organisieren und für die Öffentlichkeit vorzeigbar zu machen. Da wir außerdem die Anzahl der Mitarbeiter, das Fachwissen und mehr teilen werden, wird dieser riesige Datensatz eine ständige und regelmäßige Wartung und QC erfordern. Der Schlüssel lag darin, eine Pipeline/einen Prozess zu etablieren, damit die neue Roadmap nachhaltig ist.
Was ist im Dezember zu erwarten?
Also, was kannst du diesen Dezember erwarten? Wir planen, eine Roadmap zu erstellen, die sich zunächst auf die Kernfunktionen unserer "Upstream"-Teams konzentriert. Ein "Upstream"-Team ist ein Team, das für eine Kernleistung (Tech/Inhalt/Feature) verantwortlich ist, während "Downstream"-Teams oft erst dann eine gute Vorstellung von ihrer Arbeit haben, wenn der Inhalt des Upstream-Teams feststeht und festgelegt wurde. Downstream-Teams bestehen aus Support-Teams wie UI, Audio und anderen ähnlichen Teams. Es liegt in der Natur der Entwicklung, dass die Downstream-Teams bis zu einem gewissen Grad darauf reagieren müssen, woran die Upstream-Teams arbeiten, was es sehr schwierig machen kann, die langfristige Arbeit genau abzubilden. Und nicht nur das, der Prozess funktioniert in beide Richtungen, so dass die Downstream-Evaluierungen, die in die Planung der Upstream-Teams einfließen, oft die Zeitpläne der Upstream-Teams verändern können.
Dieses Video beinhaltet echte Arbeit, echte Sprints und echte Daten. Dies ist das Format, das ihr erwarten könnt, sobald wir die Daten von unseren Teams rund um den Globus gesammelt haben, um die Roadmap für ihre erste Veröffentlichung zu füllen. Wie wir bereits oben erwähnt haben, war dies ein monumentales Unterfangen für unser Team, das hyper-überwacht versucht hat, dies für euch alle richtig hinzubekommen. Obwohl die Arbeit, die in dieser Demo gezeigt wird, echt ist, ist es wichtig zu beachten, dass wir nicht die vierteljährliche Planung oder go/no go für alles durchgegangen sind, so dass sich die Dauer, die Zeit und der Umfang der Arbeit ändern kann.
Release-Ansicht vs. Fortschrittsansicht
Die neue Roadmap wird zwei Ansichten haben, die ihr nach Belieben durchfahren könnt: den Progress Tracker (im Video zu sehen) und die Release-Ansicht. Die Release-Ansicht ist sehr ähnlich zu dem, was ihr bereits auf der öffentlichen Roadmap seht, die derzeit verfügbar ist. Diese Visualisierung zeigt euch die kommenden Veröffentlichungen, wobei jede Karte mit den Ergebnissen gefüllt ist, von denen wir das größte Vertrauen haben, dass sie es in diese Veröffentlichung schaffen werden. Deshalb werdet ihr für die sofortige Veröffentlichung im kommenden Quartal sehen, dass sie großzügig bestückt sein wird. Auch wenn wir beabsichtigen, dass diese Ansicht mehrere Quartale nach draußen zeigt, wollen wir doch sehr deutlich machen, dass aufgrund der Art der Prioritätsverschiebungen (die ihr immer wieder gesehen habt), die Sichtbarkeit über ein Quartal hinaus nicht als etwas betrachtet werden sollte, das ihr als abgeschlossen betrachten solltet. Die Entwicklung ist sehr flüssig, und erst wenn wir bestimmte Meilensteine überschritten haben, können wir Vertrauen in die Lieferzeiten gewinnen.
Es ist wichtig für uns, diese Erwartungen richtig zu setzen. Wir mischen ständig unsere Zeitpläne durcheinander, sei es durch technische Errungenschaften, die ein Feature früher bringen, oder durch technische Hürden, die die Dinge zurückwerfen. Es kann sein, dass wir entscheiden, dass die Release-Ansicht für eine Karte, die mehrere Quartale aussteht, komplett leer ist, bis wir ein hohes Maß an Zuversicht haben, welche Ergebnisse es in diesem Zeitrahmen schaffen werden. Und manchmal stellen wir fest, dass ein unerwarteter Drehpunkt oder eine unerwartete Komplikation dazu führt, dass wir ein Deliverable entfernen, von dem wir einmal dachten, dass wir es schaffen würden. Das passiert heute, aber mit dieser neuen Roadmap würdet ihr die Arbeit immer noch in der Fortschrittsverfolgung sehen. Diese Fortschrittsverfolgungsansicht, die das eigentliche Highlight dieser neuen Roadmap ist, ist das, was ihr in dem Video oben seht, und auch hier wollen wir euch die aktuelle Arbeit für das Quartal für alle unsere Teams zeigen (beginnend mit den Upstream-Teams zuerst) und die nachfolgende Arbeit für diese Teams in den folgenden Quartalen.
Fortschritte und Prioritäten, keine Versprechungen
Ein Hauptziel von uns mit der aktualisierten Roadmap ist es, von Versprechungen wegzukommen, wann wir denken, dass die Dinge ankommen werden, und stattdessen den Fokus auf den Fortschritt und die Prioritäten zu verlagern: den Fortschritt unseres aktuellen Quartals zu verfolgen, woran wir arbeiten und was unsere aktuellen Prioritäten für die Quartale danach sind. Um ganz ehrlich zu sein, wir sind uns völlig bewusst, dass es unabhängig von Vorbehalten oder Erklärungen immer Leute geben wird, die Projektionen als Versprechen sehen. Unsere neue Roadmap ist nicht für sie; es liegt an uns, unsere Fortschritte und Prioritäten zu präsentieren, wie wir gesagt haben, und zu zeigen, woran unsere Teams arbeiten, für diejenigen, die unsere Entwicklung sehen wollen. Die Inhalte werden natürlich für das laufende Quartal zuverlässiger sein, für das Quartal direkt danach etwas weniger, und sie werden weiter abnehmen, je weiter man hinausgeht. Das ist einfach die Natur der Entwicklung. Wir wissen nicht immer, was wir nicht wissen, und wenn ein Team noch nicht mit der Arbeit an einem bestimmten Inhalt begonnen hat, werden die Schätzungen zur Geschwindigkeit und Arbeit nicht so genau sein. Der Schlüssel wird darin liegen, den Vorhang zurückzuziehen, damit ihr wisst, was wir wissen, und die Änderungen schnell zu teilen, während unsere Entwicklung der Ergebnisse alle paar Wochen und Sprints voranschreitet.
Das ist ein großes Unterfangen für uns, und ehrlich gesagt, irgendwie beängstigend. Wir versuchen immer, bessere und innovativere Wege zu finden, um Informationen und vor allem Fortschritte zu präsentieren. Damit wollen wir uns selbst auf den Weg bringen. Wir haben bereits Ideen für zukünftige Ergänzungen/Verbesserungen und wir werden euch auf diesem Weg auf dem Laufenden halten.
Tyler Witkin (Zyloh)
Direktor der Gemeinschaft
Hi everyone,
Last time we updated you, we talked about the current roadmap and its limitations, what steps we’re taking to amend that, and shared a work-in-progress shot of our new Roadmap.
The new Roadmap has been in active development and we’re still marching towards our end-of-year target. It may seem like a simple task, but an oft-overlooked aspect of building out this Roadmap is the management of such a massive dataset. Building out the front end for a Roadmap isn’t the hardest part – not even close. The new Roadmap relies on large swaths of data coming in from more than 50 teams, which requires a lot of effort to organize and make presentable for public consumption. In addition, since we’ll be sharing headcount, expertise, and more, this massive dataset will require ongoing and regular maintenance and QC. The key has been in establishing a pipeline/process so that the new roadmap is sustainable.
What To Expect In December
So, what can you expect this December? We plan on delivering a Roadmap that focuses on our core features from our “upstream” teams initially. An “upstream” team is a team that is responsible for a core deliverable (tech/content/feature), while “downstream” teams often won’t have a good idea of their work until the upstream team’s content has been decided and locked in. Downstream teams consist of support teams such as UI, Audio, and other similar teams. The nature of development is obviously that downstream teams have to be reactive to some degree to what upstream teams are working on, which can make it very difficult to accurately map out long-term work. Not only that, but the process works both ways, so often times the downstream evaluations that feed back into upstream planning can alter the upstream team’s timelines.
This video includes real work, real sprints, and real data. This is the format you can expect once we finish gathering data from our teams around the globe to populate the Roadmap for its initial publish. Like we mentioned above, this has been a monumental undertaking for our team, who have been hyper-vigilant in trying to get this right for all of you. Although the work shown in this demo is real, it’s important to note that we haven’t gone through the quarterly planning or go/no go for everything so the duration, time and scope of the work can change.
Release View vs Progress View
The new Roadmap is going to have two views that you can cycle through at your leisure: the Progress Tracker (seen in the video) and Release View. Release View is very similar to what you already see on the Public Roadmap that is currently available. This visualization will show you the upcoming releases, with each card being populated by deliverables that we have the highest degree of confidence will make it into that release. That’s why for the immediate release in the quarter ahead, you will see it generously populated. While we intend for this view to show several quarters out, we want to be very clear that due to the nature of priority shifts (which you’ve seen time and time again), visibility beyond one quarter isn’t something you should consider locked. Development is very fluid, and it isn’t until we’ve passed certain milestones that we can gain confidence on delivery times.
It’s important for us to set these expectations properly. We’re constantly shuffling our schedules around, whether due to technical accomplishments that bring a feature sooner, or technical hurdles that push things back. It may be the case that we decide that the release view for a card that is several quarters out may be completely blank until we have a high degree of confidence of what deliverables will make it in that time frame. And sometimes, we may find that an unexpected pivot or complication causes us to remove a deliverable we once thought was going to make it. That happens today, but with this new roadmap, you would still see the work in the progress tracking view. This progress tracker view, which is the real highlight of this new roadmap, is what you see in the video above, and again, is our intention to show you all the current work for the quarter for all our teams (starting with upstream teams first), and the subsequent work on tap for these teams in the subsequent quarters down the line.
Progress and Priorities, Not Promises
A key goal of ours with the updated Roadmap is to move away from promises of when we think things will arrive, and instead shift the focus to progress and priorities: tracking our current quarter’s progress, what we’re working on, and what our current priorities are for the quarters after. To be entirely candid, we’re fully aware that regardless of caveats or explanations, there will always be folks who see projections as promises. Our new roadmap is not for them; it’s for us to present our progress and priorities, as we said, and show what our teams are working on for those who want to see our development. Content will obviously be more reliable for the current quarter, slightly less so for the quarter right after, and continue to diminish the farther out you go. That is just the nature of development. We don’t always know what we don’t know, and if a team hasn’t started working on a specific piece of content yet, the estimates on velocity and work will not be as accurate. The key is going to be in pulling back the curtain so you know what we know, and to share changes rapidly as our development on deliverables progress every few weeks and sprints.
This is a large undertaking for us, and quite frankly, kind of scary. We’re always trying to find better and more innovative ways to present information and especially progress. We’re going to put ourselves out there with this one. We already have ideas for future additions/improvements and we’ll keep you in the loop along the way.
Tyler Witkin (Zyloh)
Director of Community
Last time we updated you, we talked about the current roadmap and its limitations, what steps we’re taking to amend that, and shared a work-in-progress shot of our new Roadmap.
The new Roadmap has been in active development and we’re still marching towards our end-of-year target. It may seem like a simple task, but an oft-overlooked aspect of building out this Roadmap is the management of such a massive dataset. Building out the front end for a Roadmap isn’t the hardest part – not even close. The new Roadmap relies on large swaths of data coming in from more than 50 teams, which requires a lot of effort to organize and make presentable for public consumption. In addition, since we’ll be sharing headcount, expertise, and more, this massive dataset will require ongoing and regular maintenance and QC. The key has been in establishing a pipeline/process so that the new roadmap is sustainable.
What To Expect In December
So, what can you expect this December? We plan on delivering a Roadmap that focuses on our core features from our “upstream” teams initially. An “upstream” team is a team that is responsible for a core deliverable (tech/content/feature), while “downstream” teams often won’t have a good idea of their work until the upstream team’s content has been decided and locked in. Downstream teams consist of support teams such as UI, Audio, and other similar teams. The nature of development is obviously that downstream teams have to be reactive to some degree to what upstream teams are working on, which can make it very difficult to accurately map out long-term work. Not only that, but the process works both ways, so often times the downstream evaluations that feed back into upstream planning can alter the upstream team’s timelines.
This video includes real work, real sprints, and real data. This is the format you can expect once we finish gathering data from our teams around the globe to populate the Roadmap for its initial publish. Like we mentioned above, this has been a monumental undertaking for our team, who have been hyper-vigilant in trying to get this right for all of you. Although the work shown in this demo is real, it’s important to note that we haven’t gone through the quarterly planning or go/no go for everything so the duration, time and scope of the work can change.
Release View vs Progress View
The new Roadmap is going to have two views that you can cycle through at your leisure: the Progress Tracker (seen in the video) and Release View. Release View is very similar to what you already see on the Public Roadmap that is currently available. This visualization will show you the upcoming releases, with each card being populated by deliverables that we have the highest degree of confidence will make it into that release. That’s why for the immediate release in the quarter ahead, you will see it generously populated. While we intend for this view to show several quarters out, we want to be very clear that due to the nature of priority shifts (which you’ve seen time and time again), visibility beyond one quarter isn’t something you should consider locked. Development is very fluid, and it isn’t until we’ve passed certain milestones that we can gain confidence on delivery times.
It’s important for us to set these expectations properly. We’re constantly shuffling our schedules around, whether due to technical accomplishments that bring a feature sooner, or technical hurdles that push things back. It may be the case that we decide that the release view for a card that is several quarters out may be completely blank until we have a high degree of confidence of what deliverables will make it in that time frame. And sometimes, we may find that an unexpected pivot or complication causes us to remove a deliverable we once thought was going to make it. That happens today, but with this new roadmap, you would still see the work in the progress tracking view. This progress tracker view, which is the real highlight of this new roadmap, is what you see in the video above, and again, is our intention to show you all the current work for the quarter for all our teams (starting with upstream teams first), and the subsequent work on tap for these teams in the subsequent quarters down the line.
Progress and Priorities, Not Promises
A key goal of ours with the updated Roadmap is to move away from promises of when we think things will arrive, and instead shift the focus to progress and priorities: tracking our current quarter’s progress, what we’re working on, and what our current priorities are for the quarters after. To be entirely candid, we’re fully aware that regardless of caveats or explanations, there will always be folks who see projections as promises. Our new roadmap is not for them; it’s for us to present our progress and priorities, as we said, and show what our teams are working on for those who want to see our development. Content will obviously be more reliable for the current quarter, slightly less so for the quarter right after, and continue to diminish the farther out you go. That is just the nature of development. We don’t always know what we don’t know, and if a team hasn’t started working on a specific piece of content yet, the estimates on velocity and work will not be as accurate. The key is going to be in pulling back the curtain so you know what we know, and to share changes rapidly as our development on deliverables progress every few weeks and sprints.
This is a large undertaking for us, and quite frankly, kind of scary. We’re always trying to find better and more innovative ways to present information and especially progress. We’re going to put ourselves out there with this one. We already have ideas for future additions/improvements and we’ll keep you in the loop along the way.
Tyler Witkin (Zyloh)
Director of Community
Links
No links available.
Metadata
- CIG ID
- 17901
- Channel
- Undefined
- Category
- Undefined
- Series
- None
- Comments
- 208
- Published
- 5 years ago (2020-11-26T00:00:00+00:00)