►
From YouTube: Plan | FY21Q1 OKR - Competitor Walkthrough Part Deux
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
A
Cool
alright
can
Gabe
here
playing
PM's
we're
going
to
do
another
demo
today,
this
time
we're
going
to
walk
through
JIRA
software,
classic
projects,
I
think
before
we
do
that,
there's
one
thing
we'll
highlight
I
think
we
missed
it
yesterday.
There
is
a
your
work
section
up
here
in
the
top
and
it
looks
like
it
has
all
the
stuff
that
you
viewed
stuff.
A
That's
assigned
you
and
things
that
you
starred
and
you
can
make
this
your
new
to
your
home
page,
which
I
just
did
just
great,
we'll
see
how
this
evolves
as
we
setup
our
next
project
and
how
it
gets
populated.
Another
thing
to
highlight
too
about
the
projects
area
overviews.
You
can
see
your
different
types.
A
So
we're
not
going
to
evaluate
them
as
part
of
this,
but
that's
how
kind
of
all
their
different
products
rolled
into
one
sort
of
interface,
which
is
JIRA
software
cool.
Let's
go
ahead
and
create
a
new
project
and
we're
gonna
call
this
one.
The
classic
project
see
this
is
controlling
consistent
across
many
teams
is
why
you
would
pick
this
full
feature:
set
advanced
configuration,
set
up
and
maintained
by
admin,
admin
so
has
locked
down,
but
who
can
do
what
versus
the
next
gen,
which
we
did
yesterday
where
anyone
could
set
up
and
maintain
this?
A
There
is
no
roadmap
on
classic
so
I'm
interested
to
understand
why
they
made
a
decision.
Maybe
we
can
figure
out.
It
is
compatible
with
portfolio
for
JIRA,
which
I
guess
next-gen
is
not
card
layout
custom
asian,
which
can't
do
it
they
just
update.
This
did
anyways
there's
a
ton
of
stuff
that
you
can't
do
a
next-gen.
You
can
do
a
classic,
which
is
what
we're
gonna
explore.
A
We'll
just
call
this
a
classic
and
share
settings
with
an
existing
project.
We
do
that.
So
it
looks
like
if
there's
another
project,
that's
set
up.
You
can
go
ahead
and
start
from
there
we're
going
to
start
from
scratch.
Just
see
how
this
goes.
It's
only
a
classic
project.
All
right,
yeah
yeah
got
looking
for
easy
setup
and
reimagine
features.
We've
reimagined,
it's
awesome,
I
think
we're
looking
for
classic.
We
can
do
bug
tracking
scrum
Kanban.
A
These
two
options
were
what
was
in
next-gen
bug
tracking
was
not
do
you
have
a
preference
on
this,
or
we
can
also
do
a
business
setup.
We
could
do
a
project
management
process,
control
document
approval,
recruiting
content
management,
lead,
tracking
or
procurement.
What
do
you
want
to
be
Canyon?
You
can
pick.
A
And
we
have
our
classic
view
that
looks
oddly
similar
to
you.
We
looked
at
yesterday,
although
there's
less
buttons
on
this
table
or
this
board
it's
the
first
thing
they
want
me
to
do
here
with
the
flashing
orange
is
creating
a
new
issue.
So
I'll
go.
Do
that
our
first
issue,
I
was
so
much
I
could
do
slack
emojis
in
title.
So
I'll
be
brief.
A
A
A
B
A
A
Think
this
is
the
same
same
editor
that
was
in
the
other
JIRA
next-gen,
so
we
won't
go
there.
We
have
basic
fields
as
well
time
tracking
components,
I'm,
not
sure
what
that
is
we'll
get
into
it,
and
then
we
can
go
ahead
and
start
so.
I
can
change
my
workflow
right
here.
Something
I
really
wish
we
hadn't
get
laughs
is
just
like
set
of
labels.
You
just
can
drop
this
down,
go
to
different
workflow
step,
convert
this
to
sub
tasks
and
go
ahead
and
log
my
work
just
time
tracking.
A
B
We
also
looked
at
a
lot
of
these
reports
yesterday.
Well
so
the
difference.
One
of
the
differences
here,
though,
is
that
there's
20-plus
reports
available
for
classic,
but
when
we
only
had
the
four
basic
reports
for
a
sprint
based
project
and
in
a
new
version,
and
that's
one
of
the
items
in
the
comparison
when
you
say,
although
they
did
have
a
lot
more
gadgets
than
they
said
pretty.
B
A
A
A
A
A
C
A
C
A
A
Started
stopped
this
we
consider
active
component,
so
that
is
also
an
informal
term.
A
component
that
doesn't
need
to
be
started
or
stopped
is
called
passive,
publish
itself
alone
and
they
bind
to
or
consume
so
here
simply
ways
the
categories
work
in
a
project
cool,
okay.
So
it's
sort
of
like
what
we
do.
You
know
where
we
can
create
another
one
for
UX
I,
guess
you
could
use
it
for,
like
funk,
shirt,
features
to
or
something
like
that.
A
B
A
A
B
A
A
Ok,
so
here
we
go,
this
is
a
this
is
a
I
guess.
Another
key
difference,
use
like
any
of
this
stuff
that
you
want
to
change,
has
to
be
changes.
The
admin
level.
So,
like
all
of
your
schemes,
you
can't
really
edit
any
of
this
double
you.
Can
you
just
have
to
go
somewhere
else
to
do
that
so
I
guess
I
can
in
here
they'll
edit
the
issue
layout.
A
A
A
B
Someone
is
in
the
middle
of
editing,
this
workflow,
so
I
think
the
board
I'm
trying
to
remember
it's
been
a
while
since
I've
built
these
out
durab
but
I
think
board
pulls
directly
from
your
workflow
set
up,
so
that
diagram
you
had
with
like
the
open
and
progress
clothes
and
the
directional
lines.
I
think
that
ends
up
defining
your
board
structure,
all
right.
Let's.
A
Let's
explore
okay,
we're
now
in
the
JIRA
administration's
areas.
The
things
that
we
do
here
relate
to
all
projects
so,
like
I,
think
the
basic
gist
is
you
create
schemes?
Projects
can
then
adopt
schemes
for
different
objects,
whether
it's
custom
fields,
we're
closed
so
this
here
we
see
issue
types
we
can
edit
this
bug
if
we
want
to
change
a
universal
description
and
change
the
avatar
or
the
icon,
I,
don't
know
why
they
call
us
an
avatar
for
a
non
person
on
personal
project.
A
A
Be
able
to
change
this
type
to
yeah
now
we
have
bugs
here.
We
have
stories,
tasks,
epic,
so
these
are
all
the
issue,
types
that
were
shown
up
ahead
and
then
all
these
things
are
hidden
based
on
the
label
or
the
custom
field
configuration
not
to
show
above
the
fold
unless
there
have
a
valid
value,
so
cool.
That's
how
projects
classic
projects
inherit
issue
type
schemes.
B
A
A
A
This
was
also
interested
in
seeing
how
they
handled
some
issues
have
issue
types
that
are
no
longer
applicable.
You'll
need
to
move
these
issues
to
another
issue.
Type
you'll
need
to
move
each
issue
type
for
each
project
need
to
move
each
issue
type
for
each
project,
individual
all
right.
So
this
one
class
right
change,
colors,
if
you
don't
do
anything
in
a
hover,
select
a
new
issue,
type
for
issues
with
current
story,
project
issue,
type
I,.
A
Guess
you
can't
make
a
sub
task
type,
so
we're
going
to
migrate
all
of
our
story,
issues
in
their
classic
demo
back
to
this
type
thing,
and
then
I'll
field
values
will
retain
the
same
C
way.
This
is
this
foster
routine
original
field
values
where
the
original
value
is
valid
with
target.
This
can
be
achieved
by
checking
the
checkbox
associates
require
field,
so.
B
A
You
talked
about
that
with
like
milestone
types
and
we're
gonna
simplify
for
now,
but
if
we
ever
introduced
that-
and
you
transfer
a
issue
from
one
group
sub
project
to
another
group,
so
project
that
doesn't
have
the
same-
let's
say
labels
or
whatever
configured
right
now,
we're
just
making
assumptions
about
things
and
duplicating
labels
or
just
removing
them.
But
it
would
be
nice
if
we
let
people
like
control
that
through
migration
or
something
all
right.
A
B
A
B
A
B
A
B
A
A
B
B
A
Then
here
we
in
the
workflows-
let's
add
one-
you
want
to
build
one
from
scratch:
yeah
all
right,
I
also
found
you
can
import
them
from
the
marketplace.
So
looks
like
people
are
air
focus
prioritize.
What
to
do
and
easy
to
use
scoring
system
make
better
decisions,
visualize
priorities,
so
this
is
kind
of
cool
to
get
crowd-sourced
yep
story
close.
C
A
B
B
B
D
B
A
A
B
A
A
A
A
A
A
B
A
C
A
B
A
A
A
C
A
What's
what
do
we
want
to
have
after
this.
A
I
think,
let's
look,
it
done
cuz
and
then
closed
cuz.
There's
teams
that
I've
talked
to
you
who
don't
use
closed,
is
done
because
they
hand
off
the
issue
to
someone
else,
and
so
they
can
never
use
like
burned
ads.
You
can
get
lot
because
of
that.
You
know
so
like
we're.
Gonna
have
to
figure
out
itself
for
this
too.
So
now,
let
me
like.
A
C
B
A
A
So
this
is
pretty
cool
like
it
seems
really
complex,
yeah
or
tough,
but
also
I,
guess
not
super
complex
in
one
sense,
like
I,
like
the
simplicity
of
like
vigilance
and
being
able
to
like
set
the
workflow
automations,
which
I
think
is
something
that's
pretty
powerful,
it
just
seems
like
it
would
be
hard
to
like.
If
everybody
has
their
own
thing,
it
would
be
hard
to
figure
this
out.
You
know.
B
B
B
A
A
Workflow
to
remain
active
in
your
project,
it
must
have
at
least
one
issue
type
assigned
to
it.
If
you
assign
this
issue
type
to
this
workflow,
you
will
be
deactivating
another
workflow
and
we're
moving
it
from
this
project.
Okay,
so
I'm
overwriting
an
existing
workflow
cool.
So
now
that
that's
there,
let's
see
if
we
go
back
to
the
board
now
what
you're
gonna
publish
it
up
top
oh
yeah,
there
I'm
close
changement
polish.
C
B
B
B
Yeah
drop
it
and
drop
it
to
in
progress,
and
then
you
get
yeah
so
then
you
get
the
opportunity
to
update
field.
So
this
is
the
screens
stuff
that
was
talking
about.
So
you
can
actually
define
a
set
of
parameters
that
need
to
be
inputted
into
an
issue
before
it
can
transition
states.
So
if
you
think
about
you
have,
if
you
have
like
a
review
column,
you
can
send.
A
So,
yes,
that
makes
sense,
but
here
we're
back
to
the
same
problem
and
I
guess
the
way
that
they
structured
things
is
they
put
their,
but
their
scheme
for
the
workflows
in
the
admin
level
project
can
say
we're
gonna
adopt
the
scheme
like
as
a
project,
but
that's
like
you
can
get
lap.
There's
projects
that
lots
of
teams
work
in,
so
the
team
would
all
have
to
agree
to
a
workflow.