►
From YouTube: Release Group Product & UX Weekly - 2021-05-19
Description
Daniel Fosco, Sr. Product Designer, Rayana Verissimo, Product Design Manager, and Kevin Chu, Group Product Manager discuss work for upcoming milestones for the Release Group.
Agenda: https://docs.google.com/document/d/1Enn_E0guWmRBpi_sl_0Kw0p7K8QQNF6SbXliGvMwvxI/edit?usp=sharing
A
A
A
Let
me
know
if
you
have
any
problems,
visualizing
it
all
right
so
before
before
we
talk
about
roadmap
and
breakdowns
for
the
next
milestones.
I
wanted
to
give
a
quick
update
on
this
issue,
the
manual
allowing
the
action
on
the
pipeline.
A
We
just
finished
the
solution,
validation,
but
about
a
week
ago
sheena
made
a
comment
that
was
overlooked
and
essentially
there
is
an
issue
with
the
way
the
the
workflow
was
built,
both
in
the
sense
that
it's
not
the
merge
requests
in
the
pipelines
are
not
the
places
where
operators
that
operate
deploys
usually
use.
We
were
aware
of
that
and
that
came
up
in
solution
validation,
but
there
is
a
technical
issue
where
the
merge
request
is
not
the
ideal
artifact
for
us
to
base
the
approval
of
the
deploy.
A
So
this,
in
fact,
could
make
the
the
feature
as
it
is
right
now
not
work.
I
have
a
sync
schedule
with
chenia
and
hyanna
tomorrow,
so
we're
gonna
go
over
the
current
scenario.
What
we
have
designed
and
validated
and
see
what
we
can,
what
we
can
salvage
from
this
mvc
to
to
proceed
to
development.
B
B
That's
a
very
good
point
cool!
Thank
you
yeah!
If
you
guys,
that
would
be
an
interesting
meeting
to
record
as
well
tomorrow.
I'd
love
to
see
it
and
watch
it.
C
Danielle,
I
think
this
card
meeting.
I
think
it's
it's
also
a
good
point
too,
if
you
don't
have
already
with
shinya,
is
to
this
probably
gonna
have
some
technical
validation
that
you
need
to
be
done
right.
C
There
are
issues
where
you're
gonna
talk
about
the
feasibility
for
that,
but
we
cannot
scheme
tomorrow,
but
there
are
a
couple
of
examples
of
this,
how
they
call
that
it
not
a
prototype,
but
it's
a
technical
conversation
from
the
the
research
insights,
so
I'll
find
those
for
you,
so
you
can
use
as
a
reference
also
when
you're
working
with
india
just
there's
a
heads
up.
A
All
right
so
yeah,
I
think,
with
this
out
of
the
way
we
can
talk
about
the
road
map
and
breakdowns
for
the
next
milestones.
B
Sure
yeah,
so
I
can
talk
about
14-0,
because
the
plan
is
more
or
less
in
place
and
written
down
14-0
it's
about
mainly
about
deprecations,
and
we
would
love
to
complete
the
work
for
lead
time
to
merge
at
the
group
level.
These
so
deprecation
is
a
p1
and
lead
time
to
merge
at
group
level
is
p2.
B
There's
there's
several
blockers:
that's
blocks
a
group
level
permission.
However,
that
said,
given
the
amount
of
deprecation
work
that
are
in
14-0,
I
I
believe
many
of
the
p2
bugs
and
issues
and
features
we
actually
won't
get
to.
So
I
I
do
expect
us
to
not
touch
the
things
that
are
listed
in
p3,
currently
maybe
get
to
some
of
the
items
in
p2
and
have
a
bunch
of
carry
over
in
140..
B
B
Moving
on
to
14.1,
as
you
can
see,
we
have-
I
don't
know
if
this
is
always
the
case,
but
we
now
have
a
pile
of
bugs
and
necessary
type
of
things.
B
We
have
a
few
of
the
long
running
issues
that
haven't
been
completely
completed
from
milestones
to
milestone.
I
really
like
to
and
in
the
fact
that
we
have
recently
con
completed
two
fairly
large
initiatives.
One
is
the
first
two
metrics
in
dora
metrics,
the
second
one
being
pages
migration.
B
I
think
it's
a
it's
a
great
time
to
kind
of
kind
of
really
focus
in
on
some
of
the
bugs
performance
issues
that
have
been
piling
up
over
time,
and
this
is
also
out
of
self
selfish
interest.
This
will
give
me
more
time
to
understand
the
longer
term
release
roadmap,
to
figure
out
some
of
the
things
that
we
might
be
interested
in
making
progress.
B
On
recently,
I
I
reorganize
the
work,
the
at
least
the
epic
on
review
apps,
which
I
think
is
a
really
interesting
and
differentiating
opportunity
for
kellam,
and
I
will
continue
to
do
so
for
the
rest
of
the
hopefully
the
rest
of
the
release
categories
in
the
next
few
weeks.
B
B
B
The
other
item
I
listed
here
you
go
back
to
the
issue,
daniel
or
sorry
the
the
note
stock.
I
included
a
link,
I'm
interested
in
making
progress
on
this
discovery,
discoverability
issue.
So
right
now
we
have
an
experiment
running
the
growth
team,
provided
some
guidance
on
the
data
we
need.
We
should
look
for
before
we
deem
the
experiment,
whether
successful
or
not
a
success.
B
There's
there's
more
ideas
on
here.
I
haven't
examined
these
in
detail.
I
love
yours
help
in
looking
through
these
you,
you
haven't
already
they're
they're,
directly
related
to
adoption,
or
lack
thereof,
for
many
of
our
features
and
really
love
to
collaborate
with
you
to
look
through
this
list
and
kind
of
dig
into
them
to
see
what
makes
sense
to
do.
B
A
Yeah,
especially
for
now
talking
more
specifically
about
the
design
issues
starting
in
14-0,
I
started
to
shift
focus
into
environments
and
then,
especially
in
141,
I
scheduled
more
mostly
environments,
issues,
there's
some
stuff
that
relates
to
our
ux
okrs
for
q2,
but
they
are
also
in
a
way
related
to
environments.
Just
by
luck,
even
though
the
focus
is
a
merger
quest,
these
issues
were
pulled
from
the
improving
environments,
epic,
that
hayana
and
jackie
research
and
prioritize
back
in
the
release
orchestration
team.
A
Now,
in
my
opinion,
the
environments
page,
is
a
really
central
piece
for
our
group.
That,
in
terms
of
usability,
it's
like
has
has
many
things
that
need
to
be
improved.
That's
why
I
I've
focused
on
it,
but
we
can,
of
course
accommodate
other
things
and
and
not
just
accordingly
cool.
Why
are
your
thoughts.
B
Yeah,
thank
you
for
bringing
that
up
so
environments.
B
I
totally
by
the
argument
that
it's
really
central
to
everything,
release
related
and-
and
I
also
have
a
strong
opinion
that
it's
not
very
good
in
good
lab
at
the
moment,
and
we
have
a
problem
where
we
we
mix
this
concept
with
other
concepts
such
as
deployment,
which
is
frankly
confusing
to
me.
I
can
imagine
it's
confusing
to
many
others
as
well,
and
if
we
think
about
environments
from
a
deployment
perspective
or
release
perspective,
it's
right
now,
it's
not
a
like
a
like.
B
The
environment
right,
it's
kind
of
just
you-
can
create
an
environment
in
your
one
of
your
ci
cd
jobs,
and
it
becomes
a
thing,
but
as
the
world
moves
to
a
world
where
enterprises,
particularly
have
environments
in
the
environments
can
be
in
both
legacy,
infrastructure
can
be
in
the
cloud
can
be
in
cloud
native
type
stuff
grouping
and
that's
how
many
release
managers
think
about
release
they
think
about.
B
B
I
think
this
is
this
is
an
area
while
we
can
make
improvements
on
the
stuff
that
we
have
currently
because,
like
there's
a
lot
of
things
to
improve,
you
may
be
in
an
area
following
hyanna
and
what
jackie
did
like
take
a
step
back.
What
what
are
we
actually
talking
about
here?
Maybe
hyanna
and
jackie-
already-
has
the
answers.
I
I
I
just
haven't
gotten
bored.
C
Ahead
but
patiently
waiting,
my
question
to
you
of
the
regarding
the
increasing
discoverability
of
these
features
is
how
how
does
that
prioritize
against
improving
environments
in
general,
because
that's
all
the
things
that
they
write
environment
as
deployments
as
an
application
and
having
group
environments-
let's
say,
enterprise
management
deployments
is
part
of
the
research
that
jackie
and
I
did
last
year.
And
if
you
look
at
this
link
here
in
group
environments,
that's
the
epic,
jackie
and
I
created
based
on
the
research
that
we
did
problem
resolution
validation
for
environments
and
we
created.
C
C
There
you
go,
you
can
see
improving
environments
right,
epic,
yeah,
so
jackie
and
I
worked
on
the
research
for
our
environment,
I'll
link
you
later
to
to
the
opportunity,
canvas
and
right
before
the
release
management
team
was
dissolved.
This
was
our
priority,
so
we
learned
that
the
low-hanging
fruits
for
environments
would
be
to
burn
down
the
the
list
of
bug
fixes
right.
C
Then
we
have
a
number
of
issues
related
to
usability,
just
discoverability,
whatever
just
inconsistent,
ui
et
cetera,
related
to
environments
that
exist
today
and
then
look
into
developing
designs
for
these
issues
or
design
testing
proposals.
So
there's
mostly
talk
about
that
a
similar
age
or
similar
epic.
C
That
daniel
has,
that
is
about
improving
the
environment's
page
so,
for
example,
an
environment
folder
in
the
index
page,
it's
a
math
right,
so
there's
a
bunch
of
behaviors
for
users
cannot
really
understand
the
hierarchy
or
which
environment,
for
example,
has
the
latest
deployment
and
who
triggered
that
and
why?
Where
is
that
pointing,
etc?
C
Things
related
to
that
so
status
batch
for
environments?
These
all,
if
not
most
of
them,
if
not
all,
they
come
from
research
findings
and
they
align
with
what
we
learned
from
our
customers
during
this
investigation
and
then
the
last
thing
will
be
the
design
and
breakdown,
which
is
also
that
continue
to
do
validation
on
high
level
things
so
operation,
environments,
tags
related
to
environment,
so
that
goes
back
to
release
orchestration
anyways.
C
These
are
more
complex
things
that
they
don't
have
proposals
per
se,
but
and,
as
you
can
see,
some
are
a
really
old
legacy,
but
those
are
things
that
we
know
we
will
have
to
do,
and
so
my
question
is
kind
of
trying
to
summarize
it.
How
that
looks
to
you
about
kevin,
looking
comparing
to
what
you
had
there
about
objective
coverability
of
the
td
features,
because
we
already
validated
those-
and
we
already
had
well
a
plan
for
them,
but
because
of
the
change
in
the
structure.
C
These
are
not
prioritized
and
in
terms
of
ux,
in
terms
of
what
can
we
do
next?
These?
I
think
this
shows
a
clear
path
for
the
work
and
it
would
be
up
you're
needed.
B
I
I
love
that
if
it's
it's
a
problem,
that's
validated
and
the
solution
is
validated
to
me.
It
becomes
a
no-brainer
and
I
also
know
that
in
general,
that's
a
much
bigger
thing.
The
reason
I
pulled
the
kind
of
discoverability
issue
forward
is
because
it
was
number
two
on
the
list
from
the
yearly
priority
issue
that
I
was
referencing,
but
if
it's
like
issues
that
we
haven't
really
dove
into-
and
we
know
environment
is
super
important-
the
relative
priority
answer
to
me
seems
pretty
clear
that
we
can.
B
We
can
spend
more
time
on
environments
now.
The
question
to
me
really
is
like,
like
I
view,
14.1
as
like
filler
issues.
While
we
we
find
our
big
next
big
thing
to
really
dive
into
is
environments
more
important
than
continuing
to
make
progress
on
dora
metrics
we're
halfway.
There.
C
B
B
Gonna
have
a
fairly
narrow
funnel
at
the
top,
because
not
a
lot
of
people
are
gonna
benefit
from
ucm
ttr,
but
what
I
found
out
today
is
which
I
just
posted
in
slack
our
infrastructure
team,
one
of
the
things
they're
working
on
right
now
is
how
to
get
stats
like
mttr
and
they
are
using
our
incidents.
B
So,
given
that
I
may
be
swayed
to
say
hey
if
we
do
mttr,
this
solves
the
problem
and
they
were
gonna
work
on
it
anyway.
That's
two
birds
in
one
stone
that
may
make
me
want
to
just
go
ahead
and
complete
the
initial
set
of
dora
metrics.
First
before
we
jump
to
environment.
C
Sure
and
that's
exactly
what
we
learned
also
from
this
validation
right,
we
we
had
a
whole.
I
linked
here,
an
epic
where
I
have
all
the
opportunity
campuses
for
release
management
well
release,
so
the
the
categories
that
I
that
I
own
until
last
year
and
that's
exactly
what
we
learned
that
dora
for
metrics
was
really
the
top
priority,
but
also
the
low-hanging
fruit.
C
So,
instead
of
having
that
dashboard
for
the
enterprise
personas
right
with
everything
about
your
diplomas,
let's
show
them
how
their
applications
are
are
comparing
to
whatever
other
competitors
or
the
market
and
then
the
dollar
for
metrics,
where
those
the
way
to
show
that
plus
environment
needs
to
get
better.
That's
what
we
learned-
and
I
asked
jackie
for
a
link
of
that
opportunity-
canvas
presentation,
I
think,
is
going
to
be
helpful
to
the
both
of
you,
because
then
you
can
you
don't
have
to
read
all
the
documentation.
C
You
can
just
watch
jackie
walking
through
that
document
and
explaining
why
that
combination
is
so
important,
because
I
think
in
terms
of
priority
that
there
will
be
a
an
interesting
thing
to
look
into,
so
I'm
just
gonna
find
those
links.
Now
and
add
them
to
the
agenda.
B
Oh,
thank
you
yeah,
so
I
do
think
you
know
getting
rid
of
our
slo
file
elections.
It's
something
we
should
definitely
do
sooner
rather
than
later.
B
So
what
we're
talking
about
here
most
likely
starts
in
14-2.
If
you
disagree,
please
please
let
me
know
here
or
later
I
I'm
open.
A
So
in
terms
of
design
issues,
the
ones
that
I
schedule
for
fourteen
one
are
mostly
the
the
bugs
they're
on
the
top
of
the
list,
but
focused
on
on
design
and
front
end.
So
there
that
I
can
start
working
on
as
developers
are
still
focusing
on
wrapping
up
the
work
on
door.
For
so
we
can
have
this
gradient
between
the
two.
The
two
focuses.
B
Okay,
cool
the
other
thing
that
I'm
thinking
a
lot
about.
That's
a
bigger
thing
is
group
level
group
level
release
groups.
Resource
groups
are
so
this
is
really
beneficial
and
I
wouldn't
weigh
this
as
being
more
important
than
environments,
because
environments,
I
think,
has
a
lot
much
larger
impact.
This
is
like
this
is
important
because
we
already
have
project
level
resource
groups,
but
resources
in
my
opinion
is
really
most
useful
when
we
have
it
at
the
group
level,
because
it's
less
likely,
you
need
to
you
know,
constrain
yourself
within
a
specific
project.
B
It's
at
the
at
the
group
level,
where
this
becomes
really
really
useful,
and
I've
heard
from
people
talking
about
this
and
this
this.
The
issue
I
linked
under
14.2
also
has
gotten
some
interesting
comments
from
customers
that
make
me
think
that
it
is
actually
important.
I
don't
have
a
specific
method
of
weighing
it
against
the
other
things
we
talked
about,
but
this
is
the
other
thing.
That's
on
my
mind
anyway,.
B
So,
but
most
likely,
given
that
you
are
actively
working
on
environments.
Well,
probably,
I
would
say
group
level
resource
group
will
probably
not
be
not
be
something.
I
ask
you
to
look
into
before
before
you
before
you
change
gears
from
the
environment.
B
Cool,
so,
okay,
given
this
conversation,
thank
you.
This
is
super
informative
for
actually
for
me,
I
will.
B
I'm
actually
super
excited
about
environments
period.
I
think
it's.
My
my
plan
is
to
actually
create
a
category
called
environments.
Then
we
can
go
from
there
in
the
next
time.
Is
this
meeting
once
per
week.
B
Okay,
awesome
in
the
next
meeting
I
will
do.
B
A
Yeah
I've
pasted
a
link
on
the
agenda
of
it
was
the
best
recording
about
environments.
I
I
watched
which
one
ion
and
jackie
it's
this
one
at
the
very
end
of
the
list.
Okay,
it
gave
me
the
overview
I
needed
to
to
start
fighting
these
issues
in
a
way
that
I
felt
like
I
understood,
then
we're
just
like
just
gonna
pick
up
top
and
bottom.
A
A
C
Yeah
with
all
these
things,
you
say:
I'm
like
yes,
yes,
yes,
we
heard
this
from
so
many
people.
That's
I'm
saying
please
watch
these
recordings
because
then
you're
not
going
to
do
any
rework.
You
know
in
terms
of
validation
and
ux,
because
these
things
are
documented
and
there
are
research
insights
on,
for
example,
documentation
where
we
need
to
improve
well
what
language
we
need
to
use.
How,
for
example,
icons
for
deployments?
How
do
people
treat
the
deployments
versus
environment?
C
We
didn't
even
some
surveys
asking
people
to
explain
what
they
think
environments
mean
translate
environments
to
us.
What
do
you
understand
from
what
you're
saying
here?
So
I
think
a
lot
of
if
you
spend
some
time
looking
into
the
existing
findings,
you'll
be
able
to
not
just
understand
environments
and
but
also
help
shape
the
direction
and
shape
your
your
next
steps
and
not
the
rework.
I
think
we'll
all
be
very
happy
if
you
don't
have
to.
We
do
yeah.
B
B
A
No,
not
at
all
from
the
perspective
of
environments
and
and
releases,
not
so
full,
but
I'm
still
caught
up
with
some
rewarding
things
that
I
want
to
wrap
up
properly.
This
this
milestone
and
there's
also
the
the
current
issue
that
we're
blocked
on
so
that
will
spill
over
a
little
bit
for
this
milestone
but
yeah
for
for
the
next
141.
I
plan
to
be
fully
fully
on
board
for
for
environments.
B
All
right,
this
is
exciting,
so,
okay,
by
the
way,
thursday,
I'm
off
next
week,
I'll
reschedule
this
call
for
another
day.
A
Okay,
yeah
we
can,
we
can
maybe
try
to
pull
it
to
to
next
wednesday.
Then,
okay,
we're.
A
I
want
to
thank
hayanna
for
all
this
research
work
that
she
has
done
in
the
past.
It's
for
me
as
a
designer.
It's
a
gift
to
come
into
a
team
and
have
all
the
research
done,
and
everything
prioritized.
C
A
All
right:
well,
I
think
if
we
don't
have
any
other
final
thoughts,
then
that's
it
we're
on
time.
Thank
you
for
being
here
and
let's
keep
in
touch
until
next
week.