►
From YouTube: Manage:Import 14.9 planning
Description
This is the sync planning session for the 14.9 milestone for the Manage:Import group.
Planning issue shown:
https://gitlab.com/gitlab-org/manage/general-discussion/-/issues/17460
A
I
will
share
my
screen
so
that
we
can
all
follow,
along
with
planning
issue.
A
So
just
kind
of
going
over
things
in
order,
the
team
does
look
different
so
with
casio's
departure.
We're
down
to
one
second
engineer:
I'm
not
thrilled
about
that,
but
I
am
hopeful
because
we
have
another
person
who
is
who
has
accepted
and
will
join
the
team
in
april.
A
So
we'll
be
back
to
two
back
end
engineers
in
april,
and
we
still
have
another
position
open.
So
you
know,
if
all
goes
well
in
april,
we
might
actually
have
two
additional
engineers
feedback
to
three
engineers
which
we
haven't
had
in
two
years,
so
the
future
might
be
exciting.
A
B
Well,
I
might
take
a
few
days
here
and
there,
but
I
don't
have
any
anything
specific
set
in
stone
right
now.
Yep.
A
That
makes
sense
I'll,
probably
take
a
day
or
two
somewhere
cool,
and
then
you
you've
linked
this
quality.
Okay,
okay,
our!
What?
What
amount
of
time
will
that
take
for
you
is
that
just
a
small.
C
It's
it's
it's
hard
to
say
it
shouldn't
be
too
big
of
an
impact.
Time-Wise,
I
don't
know,
could
come
up
with
like
10
15.
A
Percent,
okay
yeah:
I
feel
like
this
time
around.
We
probably
should
try
to
get
some
of
those
quality
issues
solved,
especially
with
tests
that
are
not
doing
what
we
need
them
to
do.
They're
not
like
if
they're,
not
completing
or
not
complaining,
all
the
time,
they're
not
helpful
if
we
can't
trust
them.
A
So
I
feel
like
we
talked
about
that
being
the
focus
for
14.9,
so
hopefully
we
can
figure
it
out,
so
the
team
velocity
has
dipped
as
expected
after
the
head
count
reset,
so
this
is
kind
of
where
we
are
14.
8
will
probably
still
be
higher
than
it
is
right
now,
because
it's
not
done
yet.
A
This
month
we
have
seen
a
lot
of
community
contributions,
which
was
really
surprising
and
kind
of
pleasant
to
see.
We
don't
have
as
many
I
don't
think.
We've
had
as
many
community
contributions
over
the
last
two
years,
as
we
have
over
the
last
month.
A
So
clearly,
whatever
somebody's
doing
to
reach
out
to
the
community,
seems
to
be
working.
That
said,
these
couldn't
have
hit
at
a
worse
time,
for
george
to
not
be
able
to
help
along.
So
I've
been
thinking.
You
know
other
engineers
and
can
try
to
get
help
as
much
as
I
can
from
outside
the
group
to
to
shepherd
these
merge
requests.
But
you
know
some
things
are
getting
done
by
the
community.
A
And
it
seems
like
our
beckon
velocity
overall
is
still
kind
of
holding
up.
A
At
least
from
the
numbers
perspective,
somehow
I
don't
see
the
these
numbers
really
translating
between
the
two.
So
I
wonder
exactly
how
that
works,
but
I
have
noticed
that
the
front
end
velocity
has
dipped
a
little
and
that's
understandable
with
ilia,
not
being
you
know
not
being
able
to
work
in
148
as
much
as
we
originally
planned.
A
So,
martin,
you
joined,
and
we
already
went
over
the
capacity.
So
is
there
any
kind
of
capacity
impact
on
front
end
that
we
should
be
aware
of
for.
D
Nothing
that
we
can
plan,
I
believe
so.
I
would
imagine
that
ilia
could
be
out
for
a
few
more
days
next
week,
but
that's
still
the
old
or
current
milestone.
So
as
long
as
he's
going
to
be
able
to
return
back
the
week
next
week
or
week
after
I
don't
think
we
have
any
capacity
restrictions,
cool.
A
So
the
proposed
objectives
look
somewhat
similar
to
last
time,
but
I
tried
to
kind
of
focus
on
you
know:
focus
them
down
a
little
bit
and
rearrange
things
so
for
backhand
I've.
I've
just
created
an
issue
recently
where
I
just
wanted
to
radiate
to
everyone.
A
What
beckham
is
working
on
in
order
to
for
them
to
understand
sort
of
what
our
priorities
are.
You
know
what
the
importance
and
the
priority
of
these
tasks
are
that
we're
currently
working
on
because
we're
getting
a
lot
of
requests,
for
you
know
different
things
that
need
to
get
done
from
different
directions
and
they
all
have
in
their
own
world
and
in
their
own
little
in
their
vacuum.
They
have
high
importance,
but
we
we
do
have
to
slot
them
against
everything
else.
A
So
you
know
infra
devs,
requests,
customer
escalations
security,
all
of
those
are
top
importance,
but
they
can't
all
be
the
top
issue,
especially
if
you
have
multiples
in
each
bucket.
So
I've
tried
to
sort
of
narrow
that
down
here
a
little
bit
and
create
a
more
focused
area,
for
hopefully
it's
helpful
to
george,
to
know
sort
of
what
to
really
focus
on
and
like
what
all
the
things
are
that
he
can
ignore,
which
is
everything
outside
of
this.
A
So
you
know
this
was
kind
of
an
internal
thing
and
I
think
that's
still
useful
for
us
to
sort
of
review
and
see
the
order
of
things
for
backhand.
So
the
the
first
database
composition
is
closed.
A
We
have
two
escalations
related
to
vmware
that
are
still
open.
We
got
some
help
from
stan
on
one
of
them
and
my
understanding
is
we're
actually
gonna
get
some
help
from
doug
on
the
via
vmware
escalations.
A
So
hopefully,
if
doug
takes
you
know,
takes
these
and
just
runs
with
them
with
all
the
background
that
was
done
by
george
and
stan.
A
That
would
allow
george
to
move
down
the
list
and
pick
up
the
next
thing,
which
is
this
one
really
important
for
the
thing
that
came
out
of
out
of
an
incident.
I
believe
where
we
need
to
figure
out
how
to
not
not
make
a
make
long
db
transactions
because
they
seem
to
hurt
our
availability.
So
that's
something
we
need
to
do
spike
on
and
understand
the
next
step,
and
maybe
next
step
is
the
first
step
is
easy,
perform
the
first
step,
but
at
least
we
need
to
run
through
that.
A
That
is
part
of
our
engineering
allocation
bucket,
as
well,
so
for
us
to
be
able
to
complete
our
engineering
allocation.
This
is
the
next
important
item,
the
one
below
that
is
also
infrared
related
and
it's
a
general
imports
and
mirrors
seem
to
saturate
the
cpu
in
generally,
so
we're
looking
to
see
if
we
can
do
something
about
that,
I'm
not
sure
exactly
what
and
how
we
do
not
want
to
rate
limit
anything
that
we
do
in
theory,
but
we'll
have
to
look
into
that.
A
I've
asked
for
you,
know
other
groups
to
contribute.
There
were
some
source
code
developers
who
chimed
in
so
I've
asked
if
they
have
bandwidth
to
help
with
this.
If
not,
this
will
wait
for
us
to
to
pick
up,
and
then
this
is
this.
This
is
another
database
decomposition
related
issue
that
we
have
until
the
end
of
1409
to
solve,
but
it
needs
to.
You
know
it
needs
to
be
part
of
49,
so
this
will.
A
The
last
security
issue
that
hadn't
been
picked
up
from
our
backlog,
which
is
super
that
we're
like
at
the
bottom
of
it
was
was
getting
picked,
is
getting
picked
up
by
the
security
burn
down
team.
So
the
team
that's
burning,
going
on
bringing
out
all
security
issues
for
that
they'll
pick
up
this
issue
and
already
has
been
assigned,
and
the
next
down
in
the
security
is
the
threat
model
that
we
that
nick
developed
for
the
gitlab
migration
we'll
need
to
start
doing
the
research.
So
we
had
the
you
know.
A
We
split
it
into
multiple
issues
and
probably
just
need
to
start
picking
them
one
at
a
time.
So
maybe
one
per
milestone
or
some
way
of
burning
down
through
the
research
so
that
we
I
so
that
we
can
proactively
see
if
there
are
any
evil
vulnerabilities
in
this
area
and
not
just
wait
for
it
to
come
back
as
a
high
priority
issue
and,
last
but
not
least,
is
finishing
the
project
migration.
A
For
for
the
gitlab
migration
initiative.
We
are
not
that
far
from
the
end,
it's
just
like
the
question
of
how
much
time
can
we
put
against
it
and
how
fast
can
we
bring
over
the
finish
line?
So
I
feel
like
we're
close,
but
like,
depending
on
like
how
everything
else
plays
out
in
the
priorities
we
may
or
may
not
be
able
to
push
it
over
the
finish
line.
A
Next,
two
milestones,
but
that'd
be
great
at
the
point
where
we
feel
like
we
have
this
mvc,
which
is
really
which
creates
a
parity
between
the
project,
export
import
and
the
group
and
project
migration,
so
that
you
know
anything
that
the
export
import
was
able
to
do.
You
can
also
do
it
through
migration.
A
I
will
initiate
some
changes
in
the
ui
to
first
of
all,
deprecate
and
like
let
people
know
that
the
project
export
import
will
get
deprecated
at
some
point
in
the
future,
announce
that,
but
also
take
it
out
of
the
ui
so
make
that
not
be
the
easy
thing
to
do,
but
maybe
something
that
is.
You
know
that
you
can
do
through
the
api
only
in
the
end,
but
generally,
I
would
like
to
discourage
the
usage
of
project
export
import
in
favor
of
migration.
A
Two
things
we
get
out
of
that
one
is
migration,
gets
a
lot
of
eyes
on
it
and
we
get
feedback.
We're
able
to
turn
around
bugs
we
figure
out.
What's
the
next
most
important
thing
like
we
get
feedback
on
what
features
they
want
to
see,
we
get
feedback
on
what
works,
what
doesn't
and
we're
able
to
actually
make
it
a
better
product.
A
A
A
A
So
that
is
the
back
end.
I
just
kind
of
wanted
to
walk
through
this
to
get
everybody
on
the
same
page.
I've
listed
that
here
as
well,
so
for
49.
Really,
the
expectation
is
that
we
would
get
to
the
spike
on
the
long
db
transactions
and
we
needed
to
complete
the
db
decomposition.
So
those
are
like
the
two
top
issues
that
need
to
get
done
for
14.9
9
on
the
security,
if
there's
anything
incoming
which
right
now
there
isn't,
but
if
there's
anything
incoming,
we
might
pay
attention
to
depending
on
how
severe
it
is.
A
But
really
what
would
be
nice
to
do
is
one
at
least
one
of
the
issues
from
the
threat
model
and
then
the
direction
which
is
the
project
operation
we
see.
So
this
is
kind
of
the
focused
backlog
and
the
focused
direction
for
the
backhand.
B
You
never
know
how
much
time
you're
gonna
spend
on
one
issue
versus
the
other,
and
I
mean
the
long
db
transaction
is
a
spike.
It
doesn't
mean
it's
going
to
be
solved
after
you
know
the
the
spike
is
completed.
Maybe
it's
going
to
be
a
bigger
change.
Maybe
it's
going
to
be
a
quick
win
that
we
are
able
to
ship
so
the
db
decomposition.
B
I
mean
that
stuff
is
very
small
to
things
that
should
be
doable.
The
threat
model
issues
should
be
doable
and
not
all
of
them,
but
some
of
them
just
to
bounce
them
off
of.
D
B
And
see
what,
if
there's
anything
that
we
need
to
do
for
the
project?
Migration
yeah,
I
mean
to
be
honest,
like
there's
a
lot
of
stuff
down
there
already,
there's
not
many
things
left
in
there.
So.
B
Yeah,
the
I
don't
remember
what
issues
are
opened,
but
we
might
be
able
to
to
get
some
of
them
done.
It
all
depends
on
the
amount
of
other
things
that
will
come
in.
Potentially
I.
A
B
Know
but
yeah
I
mean
it
looks
good
generally,
but
it's
hard
to
say
yep
more.
What
can
be
exactly.
A
B
Yeah
well,
to
be
fair,
I
would
I
would
I
don't
know
if
it's
possible,
but
I
would
like
to
see
as
much
testing
done
of
the
and
not
necessarily
but
by
andre,
but
like
we
bounced
ideas
of
professional
services
to
to
test
it
and
I
don't
think
they
ever
did
or
gave
us
any
feedback.
B
B
I
think
it
will,
but
you
know
you
never
know
what
kind
of
issues
we're
going
to
introduce
and
that's
another
thing
that
you
mentioned.
I
guess
you
know
the
brick
kitchen
project
import
export
is
great,
but
we
might
also
introduce
new
things
with
the
gitlab
migration,
which
underneath
is
more
or
less
the
same
process.
You
know
so
yeah
anyway,
I
just
derailed
it.
A
That's
fair,
I
know
they've
done
some
research
and
some
investigation
and
they've
tried.
The
you
know
shared
this
issue
where
they've
looked
into
group
migrations,
when
the
groups
were
available
through
the
api
and
concluded
that
it
worked
for
them,
I
think,
and
then
they
said
that
they
would
work
on
the
project
as
well.
A
So
I
know
where
that
is
and
how
far
that
is,
but
I
know
they're
aware
of
of
the
progress
and
hopefully
can
give
us
the
feedback,
because
you
know
it's
in
their
interests.
How
I'll
remind
it
I'll
remind
them
again,
it
is
in
your
interest
to
give
us
the
feedback.
Alright,
so
that's
fair.
A
B
It
was
the
proposal
was
one
week
by
name
yeah,
that's
how
much
time
I'm
gonna
spend
given
I'm
going
to
also
look
at
other
things
like
the
vmware
escalation
that
doug
is
going
to
be
helping
to
bend.
So
I
don't
think,
there's
anything
that
doug
will
be
able
to
do
there,
because
I
think
that
we
solve
it
already,
but
we'll
see.
Okay,.
A
And
for
frontend,
I
know
we
have
two
things
that
are
in
progress
in
14
8.
That
may
just
not
be
closed
in
148,
but
are
you
know
mostly
done
one?
Is
this
thing
that
just
kept
coming
back?
A
But
hopefully
this
is
the
end
of
that
the
validation
of
the
gtrl?
I
would
have
thought
that
was
going
to
be
so
long-living.
This
is.
This
is
really
cool,
so
this
is
the
viewing
the
history
for
all
project
imports
and
india
worked
on
both
backhand
and
front-end.
I
think
the
back-end
is
in
review,
so
hopefully,
when
that's
done,
we'll
have
we'll
have
that
view.
A
This
is
the
one
that
we
looked
at
last
time,
which
was
really
cool.
It
wasn't
able
to
make
progress
on
it
because
he
was
out,
but
this
is
kind
of
exposing
that
api
replied
the
the
the
reply
on
the
status,
so
we
have
a
new
status
that
we
can
like
a
detail
status.
We
can
query
now,
for
github
importer
tells
us
sort
of
by
each
one
of
the
type
of
things
how
how
many
we've
imported
out?
How
many
so
that
to
do
that,
you
have
to
query
the
api.
A
This
will
sort
of
give
you
this
in
the
ui
to
where
you
can
just
hover
over
the
importing
and
see
sort
of
the
importing
progress,
and
when
it's
completed,
you
can
sort
of
see
the
summary
of
what
got
done.
A
So
this
will
be
really
helpful
for
people
self-service
and
github,
and
that's
still
like
you
know,
a
top
item.
I'd
be
excited
to
get
we've
added
a
few
smaller
items
here.
A
A
So
it's
security
issue
that
it
is
helping
with
and
I
think
it
was
kind
of
a
spin
off.
So
it's
more
of
a
security
feature
now,
as
far
as
how
we're
going
to
do
this.
A
A
And
like
just
like
with
backhand
and
front
end,
this
is
the
order
of
things.
We're
gonna
do
things
and
we
may
you
know
we
may
get
to
the
bottom
of
it
or
not.
It
is
kanban.
So
this
is
just
what
the
order
looks
like
right
now
for
the
next
month
in
two
weeks.
I'm
sure
this
will
be
different,
so
don't
get
married
to
this
order.
A
You
know
things
may
move
up
things.
We
may
skip
one
thing
and
go
to
do
something.
You
know
we
maybe
work
on
this
ahead
of
working
on
that,
so
on
quality.
I
noticed
that
you
andre
you
updated
the
the
quality
line,
so
you
want
to
walk
us
through
what
your
plan
is
for
14.9.
C
C
We
sort
of
already
started
looking
in
into
some
of
the
things
where,
where
our
larger
repo
migration
test
is
checking,
if,
if
we
get
all
the
objects
and
pretty
much
always
shows
that
we
are
missing
a
few
comments
here
and.
D
C
So
I
will
try
to
look
a
bit
more
closely
and
try
to
understand
and
try
to
find
maybe
some
commonalities,
because
the
result
isn't
the
same
from
execution
to
execution,
which
is
the
I
guess,
the
most
annoying
part
about
these
types
of
issues
and
and
hopefully,
if
we
get
to
the
bottom
of
that,
then
then
we
can
continue
with
this
additional
tests
for
the
gitlab
migration.
C
Yeah
yeah,
those
are
the
the
two
that
have
tasks
already.
We
have
like
a
few
more,
it's
also
something
to
to
think
about.
If
we
want
to
cover
every
single
object
we
have
or
not,
these
tests
are,
do
take
a
little
bit
longer
to
run.
They
are
pretty
easy
to
implement
for
the
most
part,
but
they
require
sometimes
ex
like
expensive
precondition
setup.
C
C
A
You
know
even
discussion
around
how
it
works,
how
it
should
work,
how
it
can
work
and
it's
it's
come
up
a
lot
in
escalations
as
well.
So
if
I
kind
of
had
to
pick
my
favorite
like.
C
I'm
actually
even
referring
more
to
not
these
two
that
are
already
mentioned,
but
some
of
the
other
like
more
like,
I
don't
know
more
obscure
parts
of
functionality
that
maybe
not
as
many
people
use
that,
for
example,
we
have
in
the
task
list
of
unfinished
project
migration
items
like
but
yeah.
I
think
we
can
leave
that
that
will
come
in
most
likely.
Some
of
the
next
milestones.
A
Yeah
it'd
be
great
like
if
you
could
get.
You
know
these
these
tests
to
pass
consistently
in
these
to
pass
consistently.
Then
I
feel
like
we're
covered
for
a
lot
of
like
random
breakage
that
happens
by
people
outside
the
group.
C
B
D
A
Cool
so
the
last
issue
labeled
with
documentation.
A
We
talked
about
it
in
fourteen
eight,
I'm
not
sure
if
it's
going
to
get
down
in
148,
so
I'm
just
kind
of
leaving
it
here
in
case
that
it
does
not,
and
this
is
sort
of
just
getting
our
user
documentation
for
gitlab
migration
to
reflect
what
it
looks
like
and
what
it
does
currently,
and
I
know
there's
some
things
that
might
be
missing.
A
So
I
know
that
george
and
nick
were
both
involved
here
and
I
think
jordan
will
be
on
you
to
provide
the
content
and
then
it
will
take
it
over
the
finish
line.
I
think
that's
the
plan
right.
B
A
Hi,
so
so
still
stance
is
something
that
I'd
like
to
get
done.
A
Clearly,
it's
not
in
this
top
area,
so
priorities
like
documentation
is
really
important,
but
I
think
something
like
a
customer
escalation
is
just
going
to
be
more
important.
A
All
right
cool,
so
do
we
want
to
review
the
kanban
board?
It
makes
sense
to
take
a
look
and
see
what's
in
progress
and
or
did
we
pretty
much
cover
everything
that
should
be.
A
D
B
A
All
right
so
that
concludes
the
14-9
planning.
Are
there?
Is
there
any
retrospective
discussion?
We
need
to
have
around
like
how
we're
doing
anything
we
need
to
change
in
the
next
period.
A
A
And
I
guess
that's
it
for
this
session.