►
From YouTube: CI/CD UX Team Meeting: November 16, 2022
Description
The CI/CD UX team shares work that is happening in each group and what is coming up that may include cross-group collaboration.
A
I
can
introduce
the
date
also.
This
is
the
cicd
ux
team
meeting
on
November
16th
of
2022.
It's
almost
2023,
which
is
crazy,
hi,
Anna,
I'll,
just
I'll
leave
it
to
you.
C
B
I
think
my
first
item:
it's
about
severity
labels,
if
I'm
not
mistaken,
so
just
a
heads
up
for
product
designers,
please
don't
forget
to
add
severity
labels
to
your
ux
issues,
especially
the
sus
impacting
ones
the
boat
will
annoy
you.
If
you
don't
so
it's
a
good
way
of
reminding
us
to
label
those
issues
accordingly,
so
we
can
have
help
with
prioritization
but
also
I've
seen
some
issues
you
might
see.
Valerie
also
doing
some
housekeeping
on
those
on
those
issues
and
leaving
comments.
B
But
there
are
some
issues:
there
are
not
labeled
ux,
but
they
do
have
ux
requirements.
So
I
review
one
for
verify.
Today
there
was
a
backend
issue,
but
it
changed
settings
and
it
changed
UI
copy,
but
it
didn't
have
ux
or
a
severity
added.
So
just
a
reminder
for
everyone
to
please
make
sure
that
the
issues
that
you
and
your
team
are
working
on
have
the
correct
labels
applied.
So
that's
one
and
then
my
other
updates
about
hiring.
You
have
a
new
product
designer
joining
the
pipeline
insights
team.
B
It's
Alara
will
be
joining
us
in
the
coming
months.
We
don't
have
a
start
date
yet,
but
she
will
take
over
from
pipeline
inside
so
that
Gina
can
transition
full
time
to
Runner.
So
it's
gonna
happen
and
wants
to
know
more
about
that.
The
start
date
and
yeah
just.
B
Everybody
know
so
that's
that
for
me
Gina
you
have
you're
up
next.
A
Yes,
there's
an
issue
that
I
linked
here
that
Familia
had
brought
up
about
discussing
how
to
better
collaborate
with
with
designers,
but
I
think
it
also
applies
with
research
and
even
technical
writing,
cross
stage
or
cross
group.
A
A
D
Well,
that's
a
great
tie-in,
because
working
backward
from
my
list,
one
of
the
things
was
that
we
have
I
wanted
to
like
celebrate
the
my
my
updates
today
are
framed
around
welcome
back,
hey
Anna,
yay
you're.
Welcome
I,
wanted
you
to
know
that
Gina
and
will
actually
got
sick
and
like
tested
such
that
I
couldn't
go
to
the
conference,
and
so
Gina
like
stepped
into
this
leadership.
Position
will
really
delivered
and
we
have
like
four
reports.
D
I
know
amazing
at
kubecon
four
reports
that
we
hammered
out
because
of
the
data
they
collected
and
then
one
more
on
the
way
which
which
ties
into
the
issue
that
Gina
just
showed
about
cross-stage
collaboration.
So
we
we
set
up
like
a
game.
D
We
gamified
the
interviews
instead
of
running
them
just
like
in
a
conversational
way,
and
we
were
able
to
get
great
data
and
I
think
we
got
actionable
data
so
we're
still
working
on
that
report
and
it's
setting
up
a
secret
scan,
which
we
kind
of
all
want
to
be
working
on
anyway.
D
So
that
was
really
good.
Yeah.
D
And
then
I
guess.
My
last
item
too,
is
just
asking
if,
if
you
all
would
like
to
open
up
the
H2
verifying
package
comment
screener
for
solution,
validation
studies
just
wanted
to
check
if
it's
worth
like
making
that
change
with
Caitlyn
and
I
linked
a
PDF
of
the
of
what
the
questions
are
and
as
long,
but
we
have
like
500
participants
in
there
and
some
of
them
have
been
used,
but
I
think
I'll.
Give
you
time.
D
You
can
just
mention
me
in
the
notes
to
give
you
time
to
look
at
it
and
just
let
me
know
like
how
many
studies
we
might
recruit
for
and
then
my
other
findings
are
kind
of
just
an
overview
of
the
cube
fight,
Q4
prioritization.
D
So
the
big
one
is
that
we
have
a
pre-work
issue
set
up
for
Q3
to
do
some
pre-work
related
to
a
benchmark,
dare
I
say
it
for
a
package
I'm
like
I'm
nervous
but
but
anyway,
so
yeah
so
we'll,
hopefully
do
a
benchmark
for
a
package
in
q1
fiscal
year,
23
starting
in
159,
waiting
for
design
and
PM
resources
to
kind
of
come
online.
D
But
before
then,
I'm
just
doing
work
to
like
kind
of
crosswalk
the
stages
that
have
done
this
before
to
kind
of
like
make
sure
what
we
do
is
on
par
and
then
we
also
kind
of
related
to
package
resources.
We
put
on
hold
this
life
cycle
of
an
image
study
until
the
new
PM
joins,
so
that
would
be
the
study
that
we
did
kind
of
with
secrets
and
CI
templates
where
it's
like.
How
does
it
start?
What
happens
next?
What
happens?
Next?
D
D
One
more
thing
to
mention
about
that
is:
Gina
has
a
really
cool
issue,
a
research
issue
around
looking
at
the
life
cycle
of
logs,
and
so
part
of
me
wants
to
try
to
fold
that
into
this
study.
That's
now
on
hold,
but
I
think
we're
getting
feedback
that
we
need
to
like
scope,
that
Gino
study
down
a
little
bit
so,
but
does
note
that
I
have
like
a
plan
because
I
think
it's
really
smart,
like
in
foundational
research
terms.
B
My
that
Google
Docs
keeps
keeps
crashing
on
me
and
so
I
cannot
finish
writing
down
my
question
so
yeah
about
package.
I
have
a
a
question
for
you:
Erica.
D
Like
I'm,
comparing
the
screener
questions,
because
I
think
that
and
I
worked
on
benchmarks
in
a
lot
of
previous
roles,
and
one
thing
we
want
to
see
is
how
much
we
can
compare
across
stages,
which
kind
of
means
looking
at
how
comparable
the
samples
are
and
did
we
all
use
the
same
screener
and
like
what's
the
alignment
in
part
I'm
doing
that,
so
that
I'm
not
making
us
be
too
rigorous
with
like
finding
a
counterbalance
sample.
D
I
mean
but
like
whatever
we've
done,
is
an
amazing
iteration,
but
we
I
just
want
us
to
track
it
explicitly.
So
we
kind
of
know.
So
it's
mainly
me
doing
the
pre-work
of
like
what
were
the
screeners.
D
What's
our
screener
look
like
I
actually
have
our
screener
drafted,
and
so
whenever
Tim
has
time,
he
can
kind
of
come
in
I
think
the
idea
would
be.
We
would
treat
it
like
a
common
screener
and
then
be
in
a
position
to
run
the
next
Benchmark
like
we
would
have
500
participants
that
we
could
select
from
if
we
kind
of
start
rolling
it
out
as
soon
as
we're
ready
and
so
we're
just
waiting
on
Tim
to
have
time
yeah.
So
it's
like
what
were
the
screeners?
D
How
are
the
samples
comparing
and
that
will
help
us
know
like
I,
think
what
I'm
seeing
so
far
is
like
we're,
mainly
small
medium
business
samples,
which
is
fine
to
know
right,
but
it
means
we
don't
have
to
then
stretch
to
do
an
Enterprise,
recruit
kind
of
we
want
to
be
on
par
and
then
I'll
be
looking
at
all
of
the
mechanisms
that
different
researchers
use
to
like
get
feedback.
Like
will.
D
Has
this
lovely
mural
approach
that
he
used
for
jobs
to
be
done
like
deciding
on
the
tasks
and
then
working
with
Tim
to
figure
out
like
what
the
team
has
capacity
for
I
feel
like
we're,
we'll
go
more
Bare
Bones,
which
is
also
okay,
but
so
in
a
couple
weeks,
when
we
get
back
from
the
Thanksgiving
holiday
I'm
gonna
meet
with
Tim.
To
like
give
the
updates
and
then
see
what
his
thoughts
are
related
to
the
kind
of
the
next
steps
and
I.
D
My
plan
was
just
to
use
those
little
half
hour
meetings
that
I
have
set
up
with
him,
so
they
don't
take
too
much
time
and
then
the
last
thing
that
I'll
look
at
across
those
stage
areas
is
just
like
the
level
at
which
the
tasks
were
framed,
because
that
can
impact
performance
too.
B
Okay,
I'm
taking
some
notes
here.
Thank
you.
Take
care
for
the
overview.
That's
that
clarifies
my
next
couple
of
questions
and
then
I
just
want
to
say.
Please
keep
me
in
the
loop,
because
if
we
know
a
bit
ahead
of
what
the
the
ux
I'll
say,
like
Hands-On
design
work
for
package
is
going
to
look
like
I
need
to
know
to
prepare
the
ux
coverage
because
we
won't
have
ux
allocation
for
package
until
next
year,
Q3
Q4,
right
yeah.
B
We've
made
a
decision
too,
because
team
and
Victor
and
also
Michelle
they
talk
about
the
deliverable
plans
for
package
now
and
that's
for
everybody
to
kind
of
be
aware
that
well
they're
hiring
developers
right,
so
they
don't
have,
for
example,
front-end
allocation
to
build
UI
right
now.
So
we
are
not
going
to
be
hiring
a
designer
for
package
right
now
we
move
the
head
counter
to
a
different
team,
and
then
we
won't
have
a
designer
for
package
until
next
year
right
once
development
picks
up.
B
But
if
there
is
a
the
research
is
going
on
and
we
have
well,
the
Harry
for
development
also
picks
up,
and
we
know
that
we
have
a
need
for
package
ux
deliverables.
Then
yeah
I'll
need
to
know
ahead
of
time
so
that
we
don't
work
on
the
coverage
or
borrow
plan
or
a
hurry
plan
for
the
for
the
design
backfill
for
Katie's
backfield.
B
But
just
so
you
were
aware
that
yeah
we're
not
planning
on
deliverables
for
package,
because
we
don't
have
anyone
allocated
there.
Yeah
and.
D
D
So
everyone
knows
that
that's
our
plan.
It
seems
okay,
but
we'll
let
Tim
guide
us,
but
thank
you
for
the
update.
Okay.
C
Sure
just
got
a
couple
updates
I'm
using
the
same
prioritization
issue
in
Q4
as
I
used
in
Q3
I'm
kind
of
trialing,
just
a
longer
term
prioritization
issue.
That
goes
two
quarters,
as
opposed
to
one
just
to
see
how
that
process
goes.
C
I
did
add
a
comment
in
the
issue
with
just
some
updates
on
like
what
projects
we
accomplished
in
Q3.
So
if
you
want
to
check
that
out,
you're
welcome
to
do
so
and
we're
still
collecting
projects
for
Q4,
but
I've
listed
within
that
comment.
What
projects
we're
expecting
to
take
on
this
quarter?
C
C
I
I've
met
like
half
the
people
on
this
call,
which
I
never
thought
would
contribute,
got
canceled
for
the
the
year,
but
yeah
it's
just
been
great
to
slowly
meet
more
and
more
team
members,
as
I've
been
a
part
of
the
company,
and
my
final
update
is
that
I'm
I've
been
reviewing
scenarios
kind
of
off
and
on
for
Emily's
CMS
study
on
environment
management
and
she's
been
really
putting
a
lot
of
effort
into
that
over
the
past
couple
weeks.
C
Any
questions
before
I
turn
it
over
to
Emily,
okay
Emily.
You
could
take
it
away.
E
Well,
I'll
go
a
little
out
of
order
because
I'll
get
to
my
critique
one
at
the
end,
but
I
was
mostly
curious.
Now
that
I'm
kind
of
getting
to
the
stage
of
conducting
the
CMS
interviews
with
internal
users
just
kind
of
some
of
the
things
you
did
to
recruit
people
I
know
we're
using
some
people
from
the
delivery
team
who've
already
offered
to
volunteer,
but
just
any
other
options
to
get
people
into
the
study.
I'm.
Looking
for
so
looks
like
will
and
Gina
both
had
comments
around
that.
C
C
C
Sometimes
I've,
like
leaned,
on
the
PM,
to
try
to
help
direct
me
to
like
the
right
channels
to
go
to,
but
since
you're
working
a
lot
with
the
delivery
team,
they
might
you
know,
help
you
know
where
to
post
or
you
could
just
talk
to
the
participants
that
you
have
signed
up
and
say,
like
hey,
you
know
now
that
you've
gone
through
this
study.
You
know:
is
there
someone
else
on
your
team?
That
might
be
good
for
this.
A
A
B
I'm
trying
my
my
good
old
dogs
are
just
uploading.
I
think
I'm
I
wrote
down
about.
B
Handbook
right
we
have
a
section
with
the
internal
customers
for
each
stage
group
and
then
on
which
page
is
that
on
the
handbook
product,
slash
categories
and
if
our
release
stage,
we
know
it's
a
delivery,
distribution,
team
security.
So
just
echoing
what
the
will
and
Gina
said
most
of
those
groups,
they
have
on
their
own
slack
channel.
So
you
can
drop
that
same
message
in
there
and
then
we
either
Reach
Out
directly
to
people
I.
Think
for
the
release.
The
delivery
team
they're
super
active.
B
E
Cool
the
second
update
I
wanted
to
give
is
we
adjusted
the
deployments
navigation
so
now,
when
you
click
on
the
high
level
deployments,
you
land
on
the
environments
page
not
feature
Flags,
because
there's
a
lot
of
data
showing
that
people
would
land
on
feature
flags
and
navigate
away
as
well.
There
was
comments
about
this
in
our
like
benchmarking
study,
so
that
is
now
in
production,
which
is
really
great
and
then
will
I
notice.
You
had
a
comment
on
that
as
well.
C
Yeah,
as
you
talked
about,
we
did
see
this
a
lot
in
the
benchmarking
study
and
I
would
just
constantly
see
participants
like
click
on
the
link
and
know
that
they
weren't
going
to
go
to
the
right
place,
and
then
they
would
just
like
get
frustrated
and
then
have
to.
You
know,
use
that
extra
click
to
go
to
the
right
page,
so
I
know
that's
going
to
be
a
big
time.
Change.
E
Awesome
and
to
do
it's
dip
time
to
do
a
little
kind
of
design,
review
I
think
we
still
have
like
20
minutes,
so
I
try
I'll,
try
not
to
take
up
all
the
time,
but
just
wanted
to
make
sure
I
wasn't
taking
up
too
much
time.
E
So
the
background
of
this,
this
has
been
a
long-standing
issue.
That's
opened
that,
basically
we
want
to
design
a
page
that,
for
MVC,
starts
out
to
hose
production
environments
across
a
group.
E
We've
seen
a
lot
of
research
showing
that
teasers
are
having
a
lot
of
problems:
tracking
environments
at
the
group
level
and
they're
having
to
go
to
each
project
bubble,
page
kind
of
track
statuses
on
there
so
kind
of
crafting
up
a
page
here
that
people
would
be
able
to
see
like
a
high
level
summary
and
then
be
able
to
click
in
and
take
action
if
needed
so
I,
hi
Anna.
E
Thank
you
for
telling
me
to
kind
of
just
step
back
and
start
from
scratch,
because
that
really
got
me
started
quite
well,
but
I'll
go
ahead
and
share
my
screen.
E
If
I
can
figure
out
what
screen
I
have
to
share
this
on
well,
so
how
I
started
this
is
I
really
took
a
step
back
and
went
through.
The
research
and
kind
of
this
page
is
interesting
because
it's
not
a
typical
flow
users,
wouldn't
be
going
here
to
complete
like
a
typical
flow,
but
I
did
want
to
get
onto
paper
kind
of
like
some
of
the
tasks
that
the
research
showed
that
they
were
looking
for.
E
E
What
do
users
really
want
to
understand
and
starting
from,
like
the
information
architecture,
point
of
view
here
not
even
designing
something
just
trying
to
figure
out
from
a
high
level
what
we
should
be
showing
on
this
page
so
with
some
meat
like
Team
feedback
I've
done
some
like
sync
calls
with
the
engineers
on
this
I
kind
of
landed
on
something
like
this,
where
we
would
show
kind
of
production
environments,
a
top
level
summary
of
like
your
environment,
Health
across
the
group
so
like
how
many
environments
are
healthy.
E
Are
you
having
problems
with
any
of
them,
so
a
little
TBD
on
what
to
show
in
this
area,
but
really
having
that
high
level
summary
and
then
being
able
to
dig
down
if
you
need
and
then,
when
you
go
into
the
environment,
showing
an
environment
level
summary
of
that
production,
environment
with
like
environment,
Health,
Project,
the
deployment,
the
most
recent
deployment
health
and
then
some
actions
you
can
take
as
well
as
showing
that
most
recent
deployment.
So
you
have
like
context
of
what
is
going
into
that
environment.
E
Currently,
I've
cut
it
down
quite
a
bit
from
some
of
the
original
proposals,
because
this
page
we
really
want
to
show
them
what
is
going
on
and
not
bog
them
down
by
a
bunch
of
different
information
that
they
could
kind
of
dig
into
and
find
so
I've
kind
of
moved
it
into
this
again.
As
you
can
see,
this
is
like
a
really
big
TBD.
I
want
to
create
a
nice
summary
at
the
top,
but
kind
of
showing
this
into
like
group
name
environment
at
the
production.
E
Tier
kind
of
like
is
the
most
recent
deployment
successful.
Is
there
anything
action
you
have
to
take
and
then
kind
of
showing
details
about
the
most
recent
deployment
underneath
it
with
options
to
like
view
in
project
and
kind
of
debug
problems
going
that
way,
but
by
condensing
this
information
down
reducing
the
amount
of
like
pigeonation,
you
need
so
being
able
to
show
things
all
on
one
page
and
being
able
to
show
just
the
information.
E
You
need
to
kind
of
take
the
action
that
you
need
to
take
so
open
to
suggestions
on
this,
but
that's
kind
of
like
how
I've
started
this.
It's
still
fairly
rough,
so
there's
like
I
do
want
to
run
this
by
some
users
as
well,
but
thought
I
would
get
a
first
feedback
look,
even
though
this
is
kind
of
like
a
rough
low,
Fidelity
right
now,.
A
I
had
one
comment
just
saying
that
I
thought
it
looked
great
I
didn't
even
see
this,
the
one
that
you're
showing
right
now
I
only
saw
the
Ia
stuff,
so
I
think
it
I
think
it
looks
like
with
the
all
the
information
that
you
have
to
deal
with,
which
there
is
a
lot
like.
You
did
a
really
good
job
of
summarizing
that
and
making
it
clear,
I.
Also
the
thing
that
came
to
mind
for
the
summary
view
up
top
I
think
that
this
single
stat
component
is
always
good
for
that
type
of
stuff.
A
So
if
you,
you
could
consider
using
something
like
that
for
up
there
I've
seen
other
Pages.
Do
that
as
well
Runner.
Does
that
and
then
there's
a
like
a
devops
report,
type
of
thing,
that
kind
of
does.
A
I'll
link
it
to
you
from
pajamas
awesome,
it's
pretty
flexible
too,
which
is
great
then
my.
My
only
other
comment
was
for
like
this
would
be
adding
a
new
navigation
item
for
for
groups,
and
we
had
to
do
a
similar
thing
for
a
runner,
so
I
would
consider
talking
to
the
foundations
team
just
to
make
sure
like
I,
think
you
have
to
get
approval
from
them
now.
I
can
link
the
handbook
page,
but
I
also
know
because
they
have
all
their
navigation
efforts
going
on.
E
Yeah
I
know
when
we
were
trying
to
do
billing
on
the
growth
team.
We
were
running
into
a
similar
thing.
There
was
like
a
process
in
adding
something
to
the
nav,
so
I
will
definitely
kind
of
communicate
to
this
idea
with
them
and
see
how
to
go
from
there.
Okay,.
A
D
Thanks
for
sharing
this
I
love
that
you're
sharing
this
in
this
in
this
meeting,
so
one
thing
that
we're
we've
learned
about
the
workflow
with
cicd
variables
and
the
subset
of
those
are
secrets
is
that
one
of
the
reasons
people
want
to
use
the
unprotected
values
is
because
they
tend
to
use
the
wrong
ones
per
environment,
because
it's
confusing
so
yeah,
like
a
subset
of
that
finding
is
that
they
use
different
Secrets
values
for
the
different
environments.
D
So
I
think
you
could
add
Clarity
here.
If
there's
like
a
light
touch
way
to
even
like
allow
people
to
dig
into
the
different
variables
that
are
being
used
in
different
environments
and
what
they
do.
I
think
that
would
help
them,
and
it
feels
like,
if
we're
going
to
do
an
overview
like
that.
That
would
be
something
to
highlight
or
think.
E
How
do
you
show
that
here?
So
thanks
for
bringing
that
to
my
attention.
E
Well,
thank
you
all
for
the
feedback
by
the
way
I
see
Will
is
next.
C
E
C
Think
for
the
summary
view,
some
of
the
things
that
could
be
helpful
is
just
being
able
to
identify
not
just
like
how
many
environments
are
in
a
successful
status,
but
also,
if
there's
ones
that
are
like
pending
or
if
there
are
ones
that
are
like
failing
or
having
some
sort
of
like
difficulties.
Just
so
that
people
can
like
easily,
like
click
into
those
and
and
be
taken
to
those
somehow
and
then
also
I
like
how,
in
your
design,
you're
not
like
using
the
carrot,
slash
accordion
style
menu
that
that
we
currently
have.
C
Just
because
it's
nice
to
be
able
to
just
see
some
of
the
specific
data
that
users
were
having
to.
Like
really
stumble
around.
To
try
to
find.
E
Person,
yeah
yeah,
it's
kind
of
I
know
a
lot
of
our
research
has
shown
those
collapsible
sections
when
you're
trying
to
find
a
high
level
view
of
everything
was
just
not
working
out
right.
So
I
was
trying
my
best
not
to
even
collapse
any
information
and
just
if
there's
information
you
that
needs
to
be
hidden,
maybe
that's
not
the
right
place
to
put
it
on
this
page,
so
appreciate
that
you're
welcome
cool
and
hayana
I.
Think
you
have
the
last
comments.
B
Yeah,
so
just
post
one
on
what
we'll
say
about
showing
information
without
using
that
awful
pattern
of
you
know,
spending
collapsing,
it
just
hides
all
the
info
that
it's
essential
in
this
page,
pretty
much
in
both,
in
this
case
the
group,
but
also
the
the
project
level,
environments,
view
and
also
plus
one
in
the
summary
blog
I
think
this
will
give
users
that
adequate
understanding
of
how
their
environments
are
doing
across
the
board,
and
that's
important,
of
course,
not
only
for
the
developers,
but
you
know
the
the
managers,
the
the
director
buyer
personal
anyways.
B
Anyone
really
that
is
interested
in
how
the
application
is
doing
at
the
higher
level,
so
I
think
that's
that's
going
to
be
a
great
addition
and
I
have
a
couple
of
follow-up
questions.
Emily
I'm,
not
sure
if
you
have
the
time,
but
anyway,
I
think
those
are
just
the
things
I
was
thinking
of,
while
looking
at
the
prototypes.
B
B
Has
the
team
considered
if
this
would
be
something
that
will
be
just
pre-populated?
You
know
coming
from
all
the
projects
that
had
they
have
environments
that
meet
a
specific
criteria
or
will
users
be
able
to,
let's
say,
manage
and
customize
that
view
based
on
what's
important
for
them
to
see
you
know
for
each
project,
yeah.
E
So
this
is
a
good
question
for
MVC
we've
really
landed
on.
We
want
to
show
just
production,
tier
environments
and
then
figuring
out
later,
we'll
need
to
scale
this
up
to
show
the
different
tiers
but
kind
of
pre-populate.
This
based
on
like
tier
of
environments.
E
This
is
actually
where
the
empty
State
comes
in
I,
don't
think
I'm
the
one
that
designed
this
empty
State,
I
kind
of
grabbed
it
from
one
of
the
others,
but
if
you
don't
aren't
using
environment
tiers
using
this
empty
state
to
kind
of
encourage
users
to
kind
of
set
that
up
so
that
they
can
pre-populate
this
page,
but
also
use
this
feature
which
we
don't
have
any
area
now,
where
we're
really
encouraging
them
to
do
so
so
having
the
empty
State
as
both
a
bonus
of
setting
up
this,
but
also
encouraging
people
to
use
environment
tiers.
E
So
hopefully
that
answers
your
question
for
MVC.
We
are
just
going
to
stick
with
production
tier
environments
and
to
set
it
up
would
be
enabling
tiers
in
your
environments
to
show
them
pre-populated
on
this
page,
yeah.
B
Thanks
that
answers,
my
question
and
I
think
following
up
to
that
and
thinking
out
loud
too,
is
that
you
know
when
you
have
the
chance
look
at
how
the
MVC
plus
would
look
like
because,
for
example,
if
I'm
not
mistaken,
you
can
have
multiple
environments
under
the
same
tier
right.
So
if
you
set
it
up
in
the
CI
file,
you
can
have
I,
don't
know
different
production
environments,
label
production
but
put
a
different
name
right.
So
how
would
that
look
like
in
the
UI?
B
How
would
users
customize
so
I
think
would
be
a
good
next
step
for
you
there
to
see
how
this
page
would
grow,
because
one
of
the
challenges
that
we
had
with
the
current
environments
page
is
that
while
designing
and
also
coding
it,
we
were
not
thinking
of
how
that
paid
would
scale.
So
I
think
you
have
the
the
ability
here
to
predict
some
of
the
Educators,
but
also
to
avoid
you
know
the
unhappy
unhappy
bats
in
the
in
the
ey
in
the
overall
ux.
E
Yeah
for
sure
yeah,
that's
something
and
where
I'm
early
enough
into
the
designs
here
now
that
I
have
to
kind
of
build
out
what
does
like
unhealthy
environments?
Look
like
what
happens
when
you
have
like
a
lot
on
this
page,
so
I
think
we
still
have
quite
a
bit
of
time
to
kind
of
build
out
all
these
educations
and
then
once.
E
B
B
What
are
the
team
discussions
about
it?
If,
if
there's
any
discussion
going
on
around
the
deprecating
or
replacing
the
page
in
favor
of
this
group,
View.
E
Yeah,
so
there
hasn't
been
any
like
official
conversations
going
on,
but
I
have
chatted
with
like
Andrew
on
the
team
of
the
reasons
of
moving
away
from
it,
and
just
the
performance
issues
on
that
page
were
so
hard
to
sort
out
that
that's
kind
of
where
this
idea
has
come
from
and
kind
of
like
why
we
might
be
moving
forward
with
this,
and
some
of
the
performance
issues
were
really
hard
to
kind
of
solve
for,
but
I
think
we
need
like
some
written
out
kind
of
conversation
with
the
PMs
and
everyone
on
that
team
to
figure
out.
E
B
Awesome
yeah
I
think
that
that
would
be.
You
know
a
good
I'm
gonna
put
that
justification
right
for
Deborah
Katie
or
moving
away
from
that
environment.
Dashboard
View,
there's
no
traffic
there.
As
far
as
I
know,
and
to
your
point
there
are
so
many
restrictions
in
terms
of
the
also
for
that
performance
of
that
page,
that
you
know
I
would
say
if
you
can,
and
also
when
you
have
the
decisions
or
conversation
with
the
team
put
in
the
proposal
too.
B
Right
like
how
this
this
page
will
or
could
potentially
solve
the
jobs
with
the
owners
of
the
problems
that
the
environments
dashboard
view
does
not
solve
right.
D
E
B
E
Sorry
go
ahead,
no
I
just
said.
Thank
you.
That's
like
something
I
definitely
have
to
think
on.
So
we'll
get
that
written
up
too.
B
Awesome
and
then
my
last
feedback
just
about
it's
just
about
DUI
and
then,
if
I
yeah.
Let
me
zoom
in
here
yeah
when
I
did
the
validation
for
the
environments.
Page
right,
I
learned
that
the
information
about
the
commit
message
it's
irrelevant
to
users,
or
it's
usually
relevant
when
that
commit,
is
merging
or
Branch
or
anything
into
Master,
because
it
often
shows
that
same.
You
know
default
message,
merge
branch
and
then
Branch
name
and
that's
not
really
readable
and
that's
not
a
very
informative
to
users.
B
So
my
feedback
here
would
be
like
check
in
the
the
insights.
I.
B
Don't
remember
correctly
now
what
what's
the
most
relevant
information
that
that
we
should
be
displaying
here
to
users
and
see
how
you
know
and
if
we
could
be
if
we
could
replace
the
merge,
Branch
message,
because
that's
what
we
have
today
in
the
environments
page,
it's
just
the
same
message
everywhere
with
the
link
and
doesn't
really
tell
much
I
think
you
can
use
that
space
in
a
in
a
more
in
a
different
way,
rather
than
just
showing
this
message.
E
Yeah
I
I,
agree,
I,
think,
there's
stuff.
We
can
especially
that
if
we
can
save
real
estate
on
anything
in
this
page
and
take
out
things
that
they
don't
need
at
this
Viewpoint
something
I'm
working
towards
right
now.
So
that's
great
to
know,
that's
something
we
can
potentially
take
out
of
this
awesome.
Well,
thanks.
Everyone
for
your
feedback,
I
want
to
give
Gina
enough
time
for
her
points
as
well,
but
I
appreciate
kind
of
taking
the
time
to.
Let
me
walk
through
that.
So.
A
Thanks
Emily
I
have
one
other
question
for
you:
I
noticed
that
the
the
way
that
you
were
like
for
each
row
there
was
kind
of
like
many
columns
of
metadata
in
there
like
the
job.
Like
all
that
stuff.
Have
you
heard
gotten
any
feedback
around
how
that
impacts
like
scannability,
I,
guess
across
different
deployments,.
E
Yeah,
because
it
is
a
lot
of
information
so
as
like
a
side
note,
I've
kind
of
added
these
in
here
to
this
I'm
still
considering
it
like
a
low
Fidelity
I've,
just
added
in
what
we
have
on
the
environment
index
page
and
I'm
planning
in,
like
the
next
version
of
this,
to
kind
of
go
through
see
what
information
we
can
remove
from
there
see
what
information
is
like
the
most
important
based
on
conversation
with
the
engineers
to
kind
of
for
MVC
start
with
what
we
have
and
kind
of
take
away
from
that,
if
possible.
E
Just
so,
we
can
reuse
some
components
so
yeah
I
agree.
Those
sections
I
think
need
a
bit
of
cleaning
up
and
figuring
out
what
exact
information
should
be
placed
there
like
the
merge,
Branch
message
taking
that
away,
but
yeah
I,
agree,
I,
think
there's
some
simplification.
We
can
still
do
in
that
area.
A
Yeah
I'd
be
like,
if
you
end
up
testing
this
I
would
be
interested
in
seeing
if
people
say
like
if
they,
if
they
want
to
scan
I
guess
by
column,
like
does
formatting
the
information
in
that
way
impacts
that,
because
I
mean
we're
doing
that
in
runner,
and
there
have
been
like
two
literally
to
customers
who
have
been
like
I.
Don't
I
don't
want
to
see
it
in
this
list
view
I'd
rather
see
it
in
a
table,
but
the
majority
have
been
saying
it's
fine
to
see
it
in
the
way
that
it
is.
A
E
D
And
then
I
I
have
one
more
point
there
I'm
like
jumping
in
before
we
switch,
but
it
would
be
that
when
you
do
the
solution,
validation
I
think
try
to
include
like
more
personas
than
you
might
not
like
try
to
push
yourself
to
include
more
personas.
So
we
make
this
work
for
more
people,
because
I
think
it
can
have
a
bigger
impact.
E
A
Thanks
I
I
have
two
updates.
One
of
them
is
for
pipeline
insights.
We're
dealing
with
this
problem
of
flaky
tests
forget
if
I
gave
a
definition
of
these
or
not,
but
the
general
one
is
that
when
you
run
tests
they
can
sometimes
fail,
but
the
failure
isn't
real
like
it
wasn't
actually
detected.
It
was
because,
like
the
test
is
actually
written
incorrectly
or
maybe
a
test
that
that
test
relies
on
failed
something
like
that
and
if
it
fails
more
often
than
it
succeeds,
without
actually
detecting
a
failure.
A
It's
considered
flaky,
so
we're
trying
to
understand
from
users
like
their
pain
points
right
now,
their
workarounds
with
how
they're
dealing
with
flaky
tests
and
then
definitely
how
they
Define
them.
The
the
key
insight
for
us
here
is
how
they
Define
them,
because
we
want
to
be
able
to
when
we
Define
them
for
this
MVC.
We
want
to
make
sure
it
matches
their
expectations.
A
A
Well,
it's
a
small
feature,
but
it's
it's
an
important
feature
that
we've
added
for
runners,
it
kind
of
has
to
do
with
the
whole
Runner
Fleet
monitoring,
slash,
Q
stuff
I've
been
talking
about
for
a
while.
So
it's
it's
difficult
for
users
to
be
able
to
see
if
a
runner
is
running
a
job
at
the
moment
and
the
reason
why
that's
important
is
because
if
they
were
to
update
the
runner,
for
example,
it
would
stop
that
runner
from
running
any
jobs.
A
So
they
want
to
know
if,
if
that
Runner
is
actually
running
one,
so
we've
added
a
badge
to
be
able
to
see
if
it's
running
or
if
it's
idle
is
the
other
word
that
we're
using
the
tough
part
about
this
is
that
now
we
have
two
status
badges
we
have
one
about
if
the
runner
is
online
and
if
the
runner
is
like
running
a
job,
so
our
next
iteration
would
be
combining
those
into
a
single
status,
something
like
active
where
it's
running
a
job
and
it's
online,
and
then
that
will
allow
for
less
less
load
on
the
user.
E
I
just
want
to
say,
I
love
the
idea
of
combining
status
badges
into
one
thing
that
works
because
I've
seen
it
quite
a
few
times
and
I
think
it's
in
like
the
environments
area
as
well,
where
there's
like
multiple
status,
Badges
and
you're,
not
quite
sure
how
they
relate
to
each
other.
So
I
think
that's
a
great
idea.
A
A
I,
don't
think
anybody
has
anything
else.
So,
thanks
for
meeting
today
see
everybody
soon
next
week,
maybe
bye.