►
From YouTube: SSoT for KPI definitions
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
A
Well
at
least
be
at
the
place
where
you'd
expect
them
based
on
like
the
organization
of
our
company.
So,
for
example,
something
is
a
recruiting
metric.
It
should
be
on
the
recruiting
page
someplace,
so
we're
in
agreement
about
that.
Now
it's
a
question
of
okay:
where
are
the
overviews
and,
for
example,
Emily
just
sent
me
a
merge
request
that
has
one
page
that
lists
all
our
metrics
and
I
am
not
necessarily
against
that.
What
I've
been
thanks
for
linking
that
Richard
cross
Emily?
A
That
that
kind
of
up
for
how
do
you
call
it
of
certification?
No
of
frication?
You
see
thank
you
that
what
you
can
do
now,
that's
not
what
you
would
what
Emily
did
in
any
way,
because
it
clearly
states
when
something
is
not
there,
but
every
time
it's
not
actually
adding
the
definition
and
every
time
it's
adding
another
source
of
truth.
So
for
every
for
every
we
want
a
single
source
of
truth,
and
now
I
can
imagine
that
for
metrics
you
both
say
look.
A
They
have
to
be
defined
at
the
most
relevant
place,
but
we
also
have
an
overview
of
all
our
metrics
I
can
see
that.
But
then
what
we're
now
getting
is
okay,
it
needs
to
be
defined
there
in
the
recruiting
handbook
and
we
need
an
overview
of
all
our
KPIs
and
we
need
an
overview
of
all
our
metrics.
Now
you
got
you
change
the
metric.
Your
animatic
has
to
be
added
in
three
different
places.
I
can
tell
you
in
advance
how
that
will
be.
How
well
that
will
go.
That
will
not
go
very
well.
A
A
Can
we
can
we
look
at
how
we
can
atleast
deduplicate
this
with
the
KPI
page,
because
a
lot
of
them
are
already
should
be
on
a
KPI
page
now,
my
KPI
page
is
kind
of
a
problem
by
itself,
because
it's
kind
of
one
format
so
should
there
be
a
KPI
page
for
the
whole
company
I'm,
not
100%
sure,
should
we
combine
it
with
the
oke
arts
page,
because
that's
what
you
were
working
on,
Joe
I,
don't
think
so.
I
think
we
in
general,
our
pages
tend
to
be
too
long
and
we
need
anyway.
A
We
need
definitions
of
like
hey,
what
isn't
KPI,
who
changes
it,
who's
responsible
who
updates
this
page
I.
Think
the
KPI
should
kind
of
live
on
that
page,
although
I'm
willing
to
say
hey
the
hippie
eyes
for
marketing,
go
to
this
periscope
dashboard
and
and
not
have
not
have
a
single
thing
be
on
that
page,
but
have
it
all
be
on
the
dashboard
I
think
that'd
be
that'd,
be
an
interesting
thing
to
consider,
because
every
source
of
truth
makes
things
exponentially
more
difficult.
A
So
that's
that's
kind
of
the
conversation
when
I
have
like.
Let's
see
how
we
can
remove
as
many
sources
of
truth.
At
the
same
time,
I
think
the
more
we
can
split
out
different
concepts,
the
better
we
can
just
use
hyperlinks
to
cross
link
them
know.
I've
talked
for
a
whole
while
joke.
Maybe
you
want
to
be
the
first
one
to
respond?
A
B
What,
if
like,
we
create
a
new
source
of
truth
removed
previous
ones,
because
I
feel
like
it's
all
over
2,000
pages
in
handbooks,
and
we
just
create
a
new
one.
It
would
be
a
lot
easier
for
people
to
refer
to
that
page
and
build
a
lieutenant
and
have
a
Siamese
for
that
particular
section.
So
everyone
can
have
ownership
of
it
and
it
helps
the
data
team
out
too
yeah.
A
B
A
A
B
So
I
think,
like
previously
had
a
single
source
of
truth
and
Mike
had
a
glossary
of
things
like
nobody
really
had
the
initiative
to
add
their
own
particular
section,
and
there
was
just
a
bunch
of
information
on
it,
but
if
we
broke
it
out
into
sections
and
assigned
people
within
that
section
of
their
department,
they'll
have
an
ownership
of
that
particular
section
and
I
feel
like
they'll,
be
more
engagement.
Kind
of
like
for
the
team
call
right
like
before
it
was
like.
A
So
that
certainly
helps
him
defining
it
per
department,
but
you
know
what
part
you
own
of
the
handbook,
the
part
that
says
your
department
name
like
I,
don't
know
as
a
sales
department,
I
don't
own
the
data
team
page.
The
data
team.
Oh,
is
that,
so,
if
you
want
to
feel
half
people
feel
ownership
of
a
certain
metric,
it
should
be.
It
should
be
there
also
where,
when
somebody
on
boards
to
the
company,
where
should
we
be
aware
of
like
how
to
find
the
apply
to
accept
time
where
we
describe
our
vacancy
cycle?
A
That's
that's
the
that's
the
relevant
place
so
instead
of
saying,
hey,
I
onboard
in
recruiting
at
gate
lab
and
what
I
expect
you
to
do
is
to
go
to
the
data
team
page
and
look
at
the
apply
to
accept
metric
then
go
to
our
operational
excellence
and
quality
page
and
a
look
at
the
process
for
the
vacancy
process.
Then
go
to
our
courses,
page
for
our
LM
d
person
and
go
look
at
the
courses
relevant
to
you,
then
go
to
our
video
team
and
look
at
all
the
videos
that
are
relevant
to
you.
A
That
I
could
drone
on
for
a
while,
but
hopefully
get
the
idea.
That's
not
how
a
good
way
to
organize
information
by
format
you
don't
want
to
organize
it
by
format.
You
want
to
organize
it
by
its
relevancy
and
that's
kind
of
what
team
are
you
in
and
what's
kind
of
expected
out
of
that
team?
That
should
be
our
unit
of
organization,
not
the
format,
so
I
think,
although
it's
better
to
organize
it
per
team,
it's
not
where
we
should
end
up
and.
C
I
certainly
walked
away
from
the
call
this
morning
with
the
conclusion
that
the
D
group,
kpi's
page,
is
going
to
its.
We
identified
it
as
an
anti-pattern.
The
long-term
solution
is
to
move
away
from
it
right
now,
it's
in
place
as
we
iterate
away
from
it,
but
that
it
would
not
be
a
permanent
part
of
the
handbook.
C
C
I'll
take
this
opportunity
if
it's
okay,
to
address
the
specific
comment
on
that,
mr
that
I've
linked
the
question
was:
what's
the
overall,
so
I
created
a
metrics
definition
page
that
links
to
it's
under
the
data
teams
umbrella
and
has
the
metric
name
and
it's
going
to
link
to
wherever
that
metric
lives
in
the
handbook.
There's
one
single
source
of
truth,
but
think
of
this
page
as
a
bookmark
to
where
the
data
team
may
go.
C
Look
for
the
definition
just
make
it
a
little
bit
easier
to
surface
and,
like
I
said
it's
under
the
data
team,
they
are
the
owners
of
it.
That's
explicit!
On
the
page,
the
question
was:
what's
the
overlap
between
this
and
the
metrics
on
the
KPI
page,
the
my
vision
is
that
this
would
overtake
the
KPI
page
once
we
remove
it,
but
I
think
there.
We
have
a
couple
of
steps
to
take
as
we
clarify
the
definitions
with
the
appropriate
stakeholders
and
at
once.
C
Those
definitions
are
in
place
and
this
page
is
for
lack
of
a
better
term
solid.
Then
we
can
eliminate
that
group
KPI
stage
and
hopefully,
at
that
time,
we'll
also
have
most.
If
not
all
of
those
KPIs
on
existing
periscope
dashboards,
that
can
be
linked
from
the
appropriate
pages
within
the
functions
only.
A
A
That'd
be
great,
so
I
fought
I
spent
a
bit
of
time,
thinking
about
like
the
things
that
are
on
there
now.
So
if
you
can
keep
that
structure
and
then
call
them
like
top
top
department,
KPIs
or
something
like
that,
and
you
have
a
section
all
the
department
KPIs
and
then
you
can
just
throw
anything
you
have
left,
but
that
are
not
on
the
page
now
and
then
move
it
out
of
the
CEO
section
like
basically
every
page
in
the
CEO
section
is
an
anti-pattern
because
I'm
not
responsible
for
much.
A
And
then,
in
the
future,
we'll
add
a
bots
that
make
sure
that
there's
someone
breaks
the
link
changes,
the
definition
that
the
data
team
gets
informed
or
something
like
that,
we're
probably
a
year
or
two
away
from
that
Emily.
If
for
that
to
make
sure
we're
light,
make
one
small
change
first,
have
me
merge,
that
is
to
make
sure
we're
aligned
and
then
do
all
the
rest
of
the
work,
because
I
don't
want
you
to
waste
your
time
with
us
not
being
aligned.
Do.
B
A
The
KPI
team,
the
KPI
page,
will
be
owned
by
the
data
team
and
for
the
sales
that
were
linked
to,
for
example,
I,
don't
know
our
average
revenue
per
customer.
That's
gonna
be
a
link
to
the
sales
section
of
the
handbook
where
that's
going
to
be
defined,
including
its
goal.
So
our
periods
define
us
this
and
the
goals
that
and
then
the
sales
team
changes
that
and
when
they
change
that
they
should
get
some
approval
from
the
data
team,
and
they
will
not
always
do
that.
A
This
will
go
wrong
sometimes,
but
we'll
get
better
at
that
overtime
this
right
now.
The
biggest
thing
is
not
the
data
team
are
being
informed
of
changes.
The
biggest
thing
is
that
people
don't
own
their
own
definitions
and
there's
no
great
collaboration
between
the
data
team
and
and
the
kind
of
the
people
who
have
the
metrics.
So
that's
that's
the
premier
thing
to
solve,
and
and
by
moving
the
definitions
to
the
place
where
they're
relevant,
I
think
I
hope
that
will
improve
things.
C
Okay,
an
example
that
I
uncovered
as
I
was
going
through
the
operating
metrics
page
today
that
there
are
zero
people-
ops,
metrics
on
this
page.
So
it's
not
that
people
ops
doesn't
report
a
ton
of
metrics.
It's
just
that
I
think
exactly.
What's
it
saying
there
was
no
ownership
of
this
page
outside
of
like
the
three
or
four
people
who
regularly
contributed
to
it
other
departments,
other
functions
didn't
feel
a
need
and
putting
the
definition
where
people
are
working
is
gonna,
make
it
easier
for
them
to
find
the
specifics
behind
the
metric
they're.
A
The
first
thing
is
put
it
where
they
care
about
it.
That's
that's
the
first
thing,
because
right
now,
I
was
looking
at
my
KPI
page.
You
were
looking
at
the
finance
operating
might
take
fate
and
the
department
was
looking
at
the
departmental
page
and
everyone
was
saying
yeah.
Well,
the
other
team
isn't
doing
much.