►
From YouTube: Release Group Product & UX Weekly - 2021-06-24
Description
Daniel Fosco (Senior Product Designer) and Kevin Chu (Group Product Manager) discuss strategy and ongoing milestone work for the Release Group.
Agenda (internal): https://docs.google.com/document/d/1Enn_E0guWmRBpi_sl_0Kw0p7K8QQNF6SbXliGvMwvxI/edit#
A
Hello,
everyone-
this
is
daniel
fusco
senior
product
designer
on
the
release
group,
I'm
here
with
kevin
chu
group
project
manager
for
our
group
as
well-
and
this
is
the
ux
npm
sync
for
the
release
group
for
this
week-
all
right.
So,
let's
go
to
the
agenda.
A
I
I
don't
have
a
lot
on
on
the
current
current
milestone
work
that
you're,
not
aware
of,
I
think
I
focus
last
week
in
the
beginning
of
this
week
on
on
a
couple
of
merge,
requests
for
for
front
end
on
environments,
happy
to
be
contributing
to
the
front
end
and
git
lab
small
issues.
But
but
you
know
it's
good
to
unlock
our
developers
to
work
on
the
the
bigger
stuff
I'll
add
some
links
on
the
edge
end
as
well.
A
Especially
happy
with
fixing
one
thing
that
was
very
broken
on
the
environments
page,
so
it's
a
small
step,
but
it's
one
step
towards
making
it
better.
B
Oh,
this
is
good
cool,
nice.
A
Yeah,
so
beyond
that,
so.
A
Yeah
yeah,
I
I
do
congrats
thanks
yeah.
I
actually
started
with
this.
Let
me
let
me
paste
all
of
the
links,
so
you
can
take
a
look.
I
started
with
two
two
fixes
that
were
were
on
14.1.
A
Request
page,
so
this
one
and
this
one
I'll
share
my
screen
as
well.
Just
so
it's
easier
to
follow.
B
A
It
was,
it
was
easier
than
I
expected
I
had.
I
had
set
up
gdk
before
to
to
do
some
contributions
to
the
handbook,
but
the
thing
with
gdk
is
that
if
you
don't
use
it
often
it
gets
kind
of
like
out
of
sight.
B
B
A
And
these
were
small
things
like
here:
you
can
see
like
the
the
environments.
Widget
is
poorly
aligned
with
this
text,
so
that
was
fixed
and
here
no
it's
not
this
one
yeah
here
there
was
a
misalignment
between
the
buttons,
it's
tiny
things,
but
it's
it's
ui
ui
polish
and
it
was
listed
as
as
not
exactly
sus.
There
is
a
kr
specifically
for
improving
the
merge
request
experience,
so
they
annotated
all
the
little
bugs
in
the
merge
request
page
and
then
divided
them
by
the
relevant
groups.
A
Since
this
is
related
to
to
review
apps
and
deployment,
this
fall
to
us
and
it
was
a
quick
fix.
I
I
took
longer
setting
up
the
whole
environment
than
doing
these,
but
then,
since
I
already
had
my
my
my
development
environment
set
up,
then
I
decided
to
pick
this
one
from
the
environments
page
which
which
looked
really
broken,
and
it
was
literally
one
class
that
had
to
be
changed.
So
I
was
happy
to
fix
that,
and
now
it
looks
much
better.
B
Very
cool
yeah,
so
I
I
would
love
your
help
in
setting
up
get
pod
to
work
with
me
too.
I
I've
tried
it
before,
but
I
failed
and
then
that's
what
these
things
go,
because
it's
not
a
priority
for
me.
I
yeah
it's
never
got
it
going,
but
I
would
love
to
contribute
to
things
like
this
as
well,
because,
like
there's
literally
millions
of.
A
A
Yeah
correcting
correcting
the
the
commit
messages
and
then
in
this
and
this
this
one
specifically,
it
was
a
very
simple
changing
a
class
from
like
section
10
to
section
100,
so
this
took
100
of
the
width,
so
it
wasn't
broken
anymore,
but
I
had
to
change
this
in
the
vue.js
templates,
which
I
had
a
little
experience
with.
So
I
changed,
but
then
one
of
the
developers
who
did
the
the
review
said.
Oh
these
changes,
you
didn't
are
really
nice.
Do
you
mind?
A
You
know
adding
another
test
here
and
doing
this
other
change
and
separating
this
into
a
function,
and
my
reaction
was
like.
Oh
no,
I'm
a
fraud,
I'm
a
designer,
but
I
asked
for
help
for
for
the
folks
from
the
team
and
they
they
jumped
in
really
quickly
and
helped
wrap
it
up.
And
then,
after
that,
I
had
to
go
into
staging
server
to
make
sure
everything
was
working
fine.
So
it
was
nice.
B
A
B
Oh,
that's
fabulous
thanks
for
doing
this.
This
is
great
contribution.
Can
you
can
you
pull
me
in
to
walk
you
before
you
go
through
the
process
again
when
I'm
back
from
vacation.
A
A
Yeah
yeah
that
works
as
well.
Okay,
cool,
sweet,
let
me
so
on,
so
that
that
was
wrapped
up
earlier
this
week.
After
that,
I
was
between
pm,
hiring
and
and
trying
to
to
work
up
some
strategy
based
on
all
the
research
we
already
have.
After
the
the
think,
big
session
we
recently
had
and
to
be
honest,
this
is
something
somewhere,
I'm
struggling
with
a
little
bit.
A
I
think
it's
partially
due
to
the
volume
of
of
research
we
have
and
and
and
the
main
directions
that
that
that
we
can
take
as
our
product
area
is
so
very
big.
So
what
I'm.
B
A
To
do
is:
go
over
the
the
opportunity
canvases
we
have
for
for
release
management
and
for
environments
and
then
extract
specific
problem
statements
from
there
right
and
then
from
those
problem.
Statements
try
to
focus
on
okay.
How
do
we
turn
this
into
designs
that
work
for
environments
at
a
group
level
or
for
different
ways
to
to
manage
environments?
The
discussions
that
we're
currently
having.
A
No,
on
the
contrary,
there's
quite
a
lot.
There's
like
I
think,
four
or
five
opportunity.
Canvases
and
and
lots
of
epics
already
mapped
out
for
environments,
which
we.
B
Frankly,
I
I
don't
know
if
I
I
don't
know
if
I
agree
with
all
so.
For
example,
like
we
talk
about
group
level,
environments
right,
should
it
actually
be
a
group?
That's
what
we
right,
but
it's
that
group
group
has
lots
of
assumptions.
For
example,
it
assumes
that
people
set
groups
up
in
the
way
we
expect
them
to,
but
it's
completely
open
and
also
groups,
don't
necessarily
map
to
what
we're
actually
interested
in,
which
is
an
application.
B
And
groups
shift
over
time
as
well
like
what
the
relevant
thing
they're
actually
working
on
today,
so
I
don't
think
some
of
the
things
I
think
we
should
ask
again
in
this
this
one
I'm
thinking
about
I'm
highlighting
now
is
what
should?
What
should
environments
be
tied
to
to
me?
Environments
should
have
a
map
into
an
application,
but
what
is
an
application?
B
How
do
we
represent
that
quick
ideas
off
which
is
like
we
can
say
an
application
is
composed
of
these
projects,
but
it's
that
how
we
should
actually
do
it,
and
I
know
one
of
the
groups
in
the
past
suggested
something
other
than
beyond
groups
and
projects,
but
it
was
shut
down
because
at
the
time
it
felt
like
too
much
manual
effort.
A
So
I
borrowed
a
similar
map
like
this,
of
it's
almost
like
a
uml
map,
but
but
I'm
being
very,
very
loose
fast
and
loose
with
uml
here,
but
essentially,
okay.
What
is
the
environment
right
so
going
into
the
the
api
response
saying
everything
that
comes
back
and
then
okay?
What's
on
the
screen
right,
not
necessarily
things
are
there
on
the
api
all
right,
so
all
of
these
things
are
shown
about
the
environment
and
then
what's
on
the
yaml
file
that
relates
to
the
environment.
So
all
of
these
described
here
and
then
how?
A
How
does
the
environment
relate
to
to
deployment
as
it
is
today
and
to
the
release?
It
actually
doesn't
right
now,
but
right
they
are
similar
concepts
that
are
close
by
and
then
freeze
periods
which
actually
refer
more
to
the
project
itself
than
to
the
environment,
so
trying
to
understand
how
these
pieces
connect
to
each
other.
But
I
agree
with
you
that
I
also
have
the
feeling
that
there
is
like
one
extra
piece.
That's
that's
missing
here
when
you
mentioned
that
groups
are
not
necessarily
the
right
abstraction.
A
It
really
resonated
with
me,
because
we
were
having
a
discussion
earlier
today
about
a
request
that
was
similar
to
that,
to
have
one
project
that
you
know
encapsulates
other
projects
for
for
managing
releases,
but
but
I'm
not
even
sure
if
it
should
be
a
project
or
a
group.
It's
just
one
entity
that
has
boundaries
and
within
these
boundaries
our
other
projects
and
this
entity
regulates
the
deployments
for
all
of
these
projects,
but
again
these
boundaries,
not
necessarily
map
to
a
group
that
is
on
the
gitlab
instance.
For
for
that
customer
right.
A
So
that's
some
something
we
should.
We
should
understand
better.
We
have
another
think
big
session
that
still
doesn't
have
a
team,
but
it's
scheduled,
for,
I
think
one
and
a
half
weeks
from
now.
Do
you
think
it's
worth
it
to
to
dive
a
little
bit
deeper
into
group
level
environments,
not
necessarily
focusing
on
group
but
higher
level
environments.
B
We
could
it's
it's
in
a
week
and
a
half
it's
it's
possible
if
I
think
we
can
just
bring
it
up
as
it.
We
can
simply
bring
it
up
as
a
topic.
A
B
This
is
super
helpful.
You
should
attach
this
diagram
to
the
glossary,
though
sorry
I
haven't
taken
a
look
at
that.
Mr
deeply,
I
haven't
had
time,
don't.
A
B
A
B
What
one
immediate
thought
looking
at
the
future
state,
I
think.
A
A
Basically,
a
deployment
has
an
id
git,
commit
a
branch
and
then,
after
that,
it's
just
like
the
data
was
created
and,
and
the
user
and
the
environment
it
points
to.
But
then
the
kind
of,
like
the
the
middle
of
the
hamburger
of
the
deployment,
is
actually
the
deployable
which,
which
is
the
object
itself
that
is
being
deployed
right.
A
So
the
the
git
commit
in
the
branch
are
copied
here,
like
nathan,
mentioned,
probably
for
convenience
when,
when,
when
doing
api
calls
but
they're
in
here
as
well,
so
you
have
you
know
the
the
stage
name,
the
the
job
name,
the
pipeline,
the
artifacts
everything
is
listed
in
here
and
then
the
the
interesting
thing
is
that
the
deployment
the
deployable
is
created
from
the
ci
pipeline.
So
if
you
create
a
deployment
from
the
api,
it
doesn't
have
a
deployable.
A
B
A
Yeah
from
the
deployed
job
on
the
pipeline-
okay,
that's
that's
what
I
understood.
At
least
it
may
not
be
perfectly
exact,
but
I
think
I
think
this
is
in
the
right
direction.
Okay,.
B
A
I'm
not
sure
it's
exactly
the
same,
and
and
and
I
feel
like
the
the
release
would
would
have
a
similar
object.
That
is
like
that.
The
piece
of
the
release
that
would
be
deployed
right.
A
Right
and
perhaps
the
the
object
could
just
be
shared
right,
like
deployable,
is
within
the
release,
and
the
deployment
of
the
release
is
actually
the
deployment
of
this
deployable.
That's
in
here.
A
Yeah
you're
welcome,
but
yeah
I'll
share
this
in
the
discussion
of
the
of
the
sorry
as
well.
It's
it's
interesting
that
we
already
reached
the
point
where
we
decided.
Yes,
it
makes
more
sense
for
this
glossary
to
go
into
the
docs,
so
we
can
close
this,
mr,
but
the
comments
keep
rolling
in
and
this
discussion
is
really
good,
so
yeah.
B
You
should
keep
it
leave
it
running.
Yeah
yeah
totally
agree.
Okay.
I
I
link
to
mrs
these.
We
don't
have
to
talk
too
much
about
it
here.
They
are
creating
the
new
platform.
Sorry,
I
can
share
my
screen.
B
They
are
about
creating
the
new
environments,
management
and
platform
management
categories
and
gonna,
take
get
kenny
and
sam
to
approve
first
and
then
I'll
start
tagging
the
people
that
are
related,
and
similarly
this
is
rearranging
some
of
the.
B
Oh
it's
hard
to
by
the
way.
Do
you
like
this
new
side-by-side
format.
B
B
If
it's,
if
it's
like
changing
things
in
the
same
place,
then
it
becomes
really
nice
to
see
yeah
anyhow
in
this,
mr,
we
I'm
proposing
we
move
secret.
Spanish,
went
back
into
release,
release
evidence
back
into
release,
because
I
this
it's
been
funny
because
I
feel,
like
we've
still
been
taking
on
all
the
release.
Evidence
work,
even
though
it's
technically
a
package
category,
you
know,
but
in
practice
it's
not
that
way.
So
I
propose
to
move
it
back,
so
you
do
do
things
like
releases
input
to
a
pipeline.
B
Then
it's
clearly
our
our
subject
and
then
review
apps.
We
can't
keep
if
we
move
both
of
these
back
in
to
our
stage,
so
I
I
would
propose
that
to
move
to
testing
anyway.
Well,
we'll
see
what
people
say.
This
is
my
proposal
all
right.
B
So
this
is
hopefully
the
state
we
can
get
to
in
a
few
years.
Take
a
take
a
look
when
you
get
a
chance.
B
Correct
all
right
yeah
these.
Hopefully
these
are
things
that
we've
been
talking
about
over
and
over,
but
it's
apparently
happening
but
and
then
the
deployment
direction
page
it's
gone
through
so
many
iterations,
but
it's
it's
getting
there
where
at
least
my
product
leaders
are
happy
with
it
and.
A
You
know
from
from
a
quick,
quick
glance.
This
makes
a
lot
of
sense
and
it's
just
like
the
the
the
pieces
falling
into
into
the
conversations
we
have
been,
having
not
not
only
umd
but
as
a
group,
so
yeah.
B
Great
okay,
shall
we
turn
off
recording,
so
we
can
talk
about
the
customer.
A
Conversation
well
for
everyone
who's
watching
thanks
and
see
you
next
week.