Human at the Core: Leading, Building and Thriving in the Age of AI - Tech Leadership Circle
Watch on YouTubeVideo summary
The presentation explores essential leadership qualities and strategies for thriving in an era dominated by artificial intelligence, emphasizing that human value remains critical despite fears of job displacement. Effective leaders build trust by delegating tasks to empower junior team members while balancing high levels of support with challenging goals to foster growth without causing burnout or dependency. Furthermore, the concept of unconditional positive regard is highlighted as a vital trait, encouraging leaders to transform anger into humor, curiosity, and compassion. In the realm of product development, the traditional command-and-control models are contrasted with empowered "product trios" that define what to build based on evidence rather than directives, prioritize short planning horizons for agility, and measure success by customer impact instead of mere timelines.
Central to this approach is a continuous discovery process that involves user research to identify high-value problems, generating multiple solutions through feasibility analysis, and validating assumptions with users before writing any code—a workflow significantly accelerated by AI tools. For individuals seeking to advance their careers, the speaker outlines a four-step framework originally advocated by a senior vice president at Amazon, which creates a "magic loop" of mutual benefit. This cycle begins with seeking performance feedback through informal conversations with managers, peers, or clients to ensure competence and avoid overconfidence or self-doubt. Once established as capable, individuals are encouraged to ask how they can help others, execute that advice to build trust, and subsequently request larger projects or promotions to advance their careers.
Overcoming resistance to this collaborative mindset requires embracing experimentation and shifting one's perspective to view work as a partnership rather than a transactional exchange. By giving and receiving advice, individuals foster a sense of mutual benefit that leverages human nature to encourage collaboration and spread influence within the community. This approach not only cultivates a culture of sharing but also ensures that confidence is maintained through continuous learning and adaptation. Ultimately, the session concludes by reinforcing that while AI tools accelerate processes, the core of thriving lies in these enduring human qualities and the ability to build resilient, cross-functional teams that focus on evidence-based decision-making and genuine customer impact.
Read the full video transcript
I guess I can I can get started. So,
first of all, a very warm welcome to
Senica Singapore. Thank you for taking
the time to tune in this evening, right?
Um so the topic that I have today is uh
human at the core, right? But I'll be
touching on three different themes. Um
but they are disperate but somewhat yet
connected. So um we can see it towards
the end, right? So first of all, I'll be
talking about leadership qualities that
I believe are here to stay regardless of
how AI advances. And then um the next
thing that I will touch on is product
thinking as a mindset. Um yes. And then
um and we can also see that um how the
practices are accelerated by AI as well
as um last but not least um how do we
drive as an individual in the age of AI
because I do hear from people that um
they're fearful of how AI is advancing
so fast but I think just now when I was
getting ready here everyone in the room
was talking about which model is better
than which model. I think you're the you
are the you are the expert right?
So um but yes so then um but again I
guess um it's coming back to what are
some of the underlying principles that I
believe will endure um over time right
so um I will start by laying some
context and here um is um like what
Michael um uh um said right and thank
you for the invitation um is is that um
I don't um I need to tell you about my
journey and in order for that I need to
start laying some context and here I
don't mean to be boastful but it's just
that I need to frame the perspectives of
what I will be sharing in the subsequent
slides in terms of lesson learned. So
then um ever since I started working
I've always uh okay I've been right I
need to be a bit more uh uh I've been
complimented on my delivery um which
also means that I hold myself to a
certain um level of standard um and I
can so um that will be the first one
right and then um I can also break
things down quite easily. I structure
things um quite well and um that will
also mean that my communication skill is
not too bad right and um after that the
last but not least is I'm quite vocal as
a person uh you probably don't like me
as a person if you need to work with me
in a cross collaboration setting right
um and um because I'm pretty vocal right
um and I uh and I'm generally quite
confident or shall I say I'm thick
skinned enough where I have no qualms to
voice my opinions right so with this
combination of character you can
probably see how I was in 2018 whereby
when I was in my younger days um I get
frustrated really easily when other
people cannot perform as I can
um and also so I share a little bit of
my experience here I was once in a role
supporting a global team and um As part
of the team, I needed to perform checks
um for a data pipeline that fed data
from one process to another. Um typical
operational kind of um data processes,
right? Um but the thing is uh because we
were uh we didn't develop the pipeline
very well. So there were a lot of checks
that need to be done manually and it was
pretty tedious but very doable. So um as
I got familiarized and I set up the
processes all good and then um a new
person joined in and I needed to lead
another project. So this person need to
take over from me. But the thing is um
this person this new person he could not
he could not carry out the task um
despite like I already provided a
step-by-step kind of instruction for for
him to follow and needless to say I did
not get along well with him. Right? So
this was back in 2018. And also um um as
the year as as I grew older um two years
later, right? Um what what I really
learned is also that um this phrase like
ultimately we are just here for the
paycheck. Someone wise actually told me
this. Why? Because I can get frustrated
really easily because I am um I am an
idealistic person, right? I want things
to be perfect but when things are not
ideal for example when I have a manager
who's not looking after his people or
when there's something unfair they um
that is unfolded um at the workplace um
I would get really upset and don't
forget I'm vocal so I will make noise
but the thing is I surface problems
without any solutions and um until
someone wise actually shared this uh
with me and I kept my mouth shut after
that but uh of was am I am I was I
happy? Um I was only forced to continue
the work and then I just stopped making
noise and I continue um I quietly
continued my job search right. So then
came uh 2023
uh when um I was with Senica for I think
after a couple of years and then I was
offered the opportunity to become a team
manager here and back then I thought who
would reject a promotion right but the
thing is um so so so then um I jumped at
the opportunity um but it turned out to
be a game changer for me all right so
what is my game changer here um I was
actually taught how to become a manager
here at Zenica. Um and it was a very
well-curated development plan that was
put together and um it allowed me and
other team leads um to be trained on the
job for over six months and um after six
um so how curated that development plan
was that um it covered everything from
um the art of conducting meaningful
oneto ones right we do this every month
with our team members um and um and to
interviewing ing candidates for cultural
fit. So we get involved in um the the
recruitment process um to setting goals
and uh reviewing performance for the
individual team member on a yearly
basis. Um and what was really helpful
was that um before I was being appointed
as the team uh the team lead the team
members they were actually consulted if
they are willing to have me as a manager
and um and so um with that six months of
on the job training um having um as in
knowing that um it's not just um so I
didn't select the team members but I was
actually selected by the team members in
a way right? Cuz they okay for me to
become their team manager. So that um
actually boosted my confidence and
motivation um to give my best during the
six months and after six months voila I
successfully assumed the role as a team
manager. Yes.
So um as part of the as part of the um
becoming a team lead in Zenica we are
also very fortunate to have engagement
with a career coach and um this career
coach um has helped me a lot a lot.
Yeah, because I was really pretty um
pretty um how shall I say how shall I
describe my past self um pretty um full
of myself and I wasn't able to
understand and also help right but when
I had the motivation to want to help and
um with a coach um it was like seeing a
psychologist
yeah um um pretty much that but it's
just um for work related problems so I
would tell um the coach the problems
that I was dealing with both personally
as well as um for um um with work right
at work and um what I learned in return
are truly invaluable. So um I only wish
I had known them sooner because it would
have made me a better um person in my
younger years. Yeah. So I would like to
take this opportunity to share these
insights with all of you today. And
let's get started with lesson number
one. Build trust and delegate.
Right. So um let's have a read through
this scenario right um yeah this I think
you see a lot of memes with this uh
photo right so then um in any kind of
project you would have a senior person
and a junior person minimally right and
um so this they have to work on a data
project so my background is in data
analytics so hence I quoted this um um
predictive analytics uh project and um
here the idea is that Um the senior
would usually guide the junior how to do
the work. But the key thing is that the
groundwork or every little detail is
typically done by the junior by the
junior person, right? They they're like
your hands and leg. You just have to be
the commander and tell them what to do.
Yeah. And uh you probably do a checkin
as a senior person with the junior,
right? So then um and for any uh for any
kind of projects you typically have your
management uh update that you need to
provide right. So when it comes to pro
um presenting the project progress to
the senior leadership
uh who do you think should present
>> the senior right sorry
can you be louder? Yes.
Depends.
>> It depends. And then um the junior.
Okay. All right. So I'll tell you um
about hang on.
Ah so the ideal outcome that we want to
go for is that the junior person will
take the stage but
the senior person will be there to
address any questions that the junior
cannot handle. There will definitely be
questions that the junior cannot handle.
Right? But the thing is in order to
achieve this ideal outcome, there's a
lot of preparation that needs the senior
to actually um guide the junior on.
Yeah. So let's go to um let's refer to
the person on the right, which is the
senior, right? The Nstein, right? Um
what what does the senior need to to to
do, right? Um first of all um he needs
to um direct and guide the work right
and this is also um even before um
before the presentation come about right
is during the work itself um and then um
but and then um the the second pointer
is for the senior very importantly
because the senior should know how to
present it right because it's not the
first time of him meeting the senior
leadership so he already know what kind
of questions that can be anticipated. He
needs to teach the junior how to how to
present as well as um encourage because
for everyone who is presenting for the
first time um they may have stage fright
right this is not the first time for me
I still have stage fright right and um
what would be really helpful is that do
dry runs and that's why um I I'm saying
that there's a lot of effort from the
senior person right because you want to
be able to guide and you want to make
the junior person shine But what does it
mean for you as a person, right? You um
of course no one wants to lose out,
right? And um there is something bigger
for the senior person. Yeah. So I'll
share that in a while, right? As for the
junior member who is being um lucky
enough to find someone who is willing to
guide, right? Um all he has to do is to
present it to the best of his ability,
right? So that he doesn't disappoint the
guidance that he receives. Okay? And so
coming back to what does this mean for
the senior person right um it is a very
deliberate effort to build capability
and then but the thing is we want to
delegate it to um is this mindset that
we need to have as seniors whereby if we
delegate and we grow um um and develop
another person so that if your work can
be done by that person you can do
something even higher right hopefully
right and The thing is how um and um for
the for the younger for the junior
member right um they will find that oh
actually by joining this team by working
with this senior I do have things that I
can learn from this senior person right
he can um actually have new skill sets
to acquire he can also relief the senior
um of so that the senior can do higher
level responsibilities and um if you
think of it like a ripple effect the
junior once he acquired this skill set
he can then actually um pay it forward
and uh and train other juniors right so
I do say that it is a very ideal outcome
right and then the next question to
answer is what is in it for that senior
person for you to take the very first
step to be willing to guide right it's
because and don't forget you also have
your own performance review right so
this is the time where you have to um to
to to so-called um
for a lack of a better word, right? It's
um to to to gain to gain um [laughter]
to to redeem to redeem um the
credibility or rather um during your
performance review. It's time for you to
shine and to tell your manager that
actually you do you do um you do have
some um a different kind of achievement
whereby um you are able to coach and
empower other people. Yeah. So I think
this is for every individual. We need to
when it comes to performance review, we
want to be able to um illustrate or
describe our accomplishments, how we
value at right rather than just covering
what have you done, right?
>> Yeah. So then um I think uh if we were
to have one senior that's like that is
great. If we were to have more senior
and we we we cultivate a c um such a
culture, right? Then um the multiplier
effect will just drive the whole team
forward. Yeah. Yes. All good. Yeah. Um
any objections? I probably don't I
shouldn't ask this at this point in
time. Yeah. But anyway, [laughter]
lesson number two, right? Um high
support, high challenge.
Right. So um I'm sure I'm sure you have
um you have worked with such a person
before right whereby no matter how much
you try to guide that person somehow
this person just struggle to fulfill
your expectation. Yes. So um how would
you handle it? Yeah. Do you provide more
support like just keep guiding or um you
would choose to give up on that person?
Right.
>> [clears throat]
>> So um here there is um um lesson number
two for me was that um we need to reach
this sweet spot which is really a
concept that is new for me um like my
younger self I used to be quite uh I I'm
still demanding right but um at the same
time I'm less critical now yeah because
I know that um there are ways for me to
see how should I provide help versus um
the other way around right. Um so um
this quadrant if we were to split it
into four the first one here is that low
support low challenge right the matrix
is um challenge low to high support on
the y-axis um low to high and the very
first quadrant is when you give up on
that person and you offer no help but
just imagine um the effect on that
person itself right is that um there is
the his moral is low and he just choose
to and he will not choose to uh or
rather he will not have the motivation
to improve himself. Right? The second
quadrant right is um high support and
high and low challenge which is the top
um the top left here right. So um if you
are a kind person like this right but
the thing is uh can you will you ever be
tired of being of trying to keep helping
and there's only so much help that you
can extend actually. So um but the key
thing is what is the impact on the
person that you're trying to help right
the person will just grow um to be
dependent on you on your help and um
again will the person improve or not
yeah maybe yes maybe no but I think it's
probably pretty minimal yeah so the
third one is low support and high
challenge the quadrant that is on the
bottom right yeah where this is really
bad right this is bad culture if you are
constantly
scolding the underperformer and also um
I mean who likes to be scolded or
reprimanded and ultimately that person
is just going to leave and the thing is
the impact on the person is that will
that person improve neither right um so
the sweet spot is really high support
high challenge and um this um the impact
on the person that is receiving um help
right is that um this person is very
likely to improve over time. Yeah, I
tried it myself and it worked. Yeah, it
really worked. Yeah. So, um let's draw
an analogy, right? The greenhouse here
on the left uh it give um the greenhouse
gives the plants uh warmth and
protection. But the thing is there is no
wind, there is no struggle and again um
there is like no real growth for the
plants. The plants will just grow as
like how you how you form it. Yeah. But
every individual is different, right? Do
we really want it? Not all of us as in
we are not robots, right? Okay. So on
the right on the right we have an open
field whereby um this is like the the
opposite whereby you just throw
everything at them, right? Um they have
there's sun, storm, drought um and
there's nothing to support survival. So
we can see that actually there's
probably no flowers growing from that
big field, right? It's just grass that
can withstand such um um hardship.
So if you're a gardener, what kind of
gardener do you want to be? Right? You
would probably want to create the right
condition for um and just introduce um
and introduce just enough um stress to
trigger growth. And that's um that's
like the sweet spot of high support and
high challenge.
So then there's a framework. Yeah,
there's a framework. Um and the first
step is really to call it out to have an
open and honest discussion and it really
starts from you as the senior person,
right? whereby um um like you probably
notice some kind of underperforming
qualities from that person and um you
want to pull him aside and actually say
that oh actually also something about it
um let's talk about it right so I think
uh the key thing is for the senior
person to actually take the initiative
to extend help right and then the next
thing is um we want to be able to
diagnose it whether Is it a skill ski um
a skill gap problem or is it a
motivational kind of problem? Yeah. So
um there are typically I think there are
these two um two categories whereby if
it's a skill gap problem whereby that
person um is you know that um there is
lack of certain knowledge experience or
clarity then the next intervention is
for you to be able to raise the support
first as someone that is has walked
through um their experience right you
are able to know what is expected And
you can clarify that and it's important
for you to be able to clarify it um
precisely. And the next thing is um
people need examples to work with,
right? So um always coach um by giving
examples. And again the next thing is
something that will require your time
and effort as well whereby you need to
be able to provide uh feedback to that
person um quite quickly, right? And then
uh we want to be able to tell that
person that this is the kind of standard
that I want to hold you up to. Yeah. And
that's going back to like clarify um
clarifying the expectations. So the
thing is that we want to be able to give
concrete and we want to be able to um
size the um achievable win for that
person and um which is is something that
is more um it's slightly above what they
are feeling, right? And also you want to
be able to give them um a very tight uh
feedback loop. Yeah.
And then so I think the easier one is
really the um the thing that is the
skill gap that is on the left. And then
we also have the wheel gap whereby it is
motivational problem. Yeah. It could be
that the candidate is not a good fit
right in the project that they are
doing. it it it um it doesn't spark any
joy for that person or that person is um
undergoing confidence issue. Yeah. Um I
I do see um developers that are with
after a few good years of experience
they start to doubt themsel like what am
I doing? I think I'm not too bad but at
the same time I'm also not too good and
I really don't know what I should be
doing. So um I I had such conversations
before right. So then um the next thing
is that um if it's a motivation thing
then I think um it's really important
for the senior to be um to be uh
describing um what is really the
expectation that this job role require
and I'm sorry right if I still don't see
such um performance like meeting the
expectation that this job role should
have by a certain period of time then
it's probably game over. Yeah. because
um and and also um to find out what is
uh what is motivating that person right
and if we already know there is not a
good fit can we actually explore other
opportunities for that person that may
be more suited for he uh for that for
that person itself. Yeah.
All right. So then um but um is there uh
so again like high support high
challenge although is it it is a sweet
spot but it shouldn't be a permanent
lifeline because um everything needs to
be um the intervention that we provide
we cannot keep providing it we cannot
keep adjusting. So it must be time bound
and the results you have to monitor it
and that's what we mean by the title
feedback loop right because you need to
be um actively coaching that person
monitoring their results and then uh we
want to time bound it so that we know by
uh so that yes uh we know that if by
this time and agreed timeline if things
still don't work out that means it's
just not not meant to be right. Okay.
Uh all right.
All good with lesson number two. So then
lesson number three, right?
Unconditional positive regard. This is
quite a um a mouthful, right? But what
it really means is um
I'm quite sure we have come across this
kind of people as colleagues, right?
They never fail to agitate or frustrate
us, right? And um ideally uh you should
have really good EQ, right? Keep a cool
head and remain friendly with that
person. I don't know about you, I
definitely cannot do it. Yes. So I'm
like the mircat here, right? Um
yes. Yes. Um yeah. Um so so then um uh
and that I would think that this is more
of a natural reaction, but of course we
need to know that we cannot cross the
limit, right? Um and um for me, I would
choose to avoid working with this person
no matter what. Yeah. I'm the kind of
person that will tell my boss, uh you
want to you want me to be part of this
project is fine, but I really cannot
work with this person. Yeah. So the
condition for me to be in is for that
person to be out. Yeah. So then um but
is this a good thing? Um actually no.
Right. Yeah. Yes.
>> And um and also um the the concept of
unconditional positive regard is really
to come to this um mindset or rather
this thought process that have you ever
wondered why this person behaves the way
they do? Why do they frustrate you so
much? Right? So I think um being able to
step back and think about it is the art
or the lesson learned here.
Right? So um um unconditional positive
regard is the way to manage this
scenario. But it can be broken down into
four steps right. Number one is having
the awareness right when this person is
driving you nuts. First of all the
awareness have to come uh come to you
that ah I am getting angry. Yes. Right.
Then the next thing is um while you are
getting angry yeah it's a lot to
process. It's not that you can stop
being angry. Speaking from my own
personal experience here, right? Um, we
want to be able to quickly think of
something funny um and transform the
anger into humor.
It's really hard. Yes. And the next
thing the next thing is um we want to be
curious. Remember, we want to be able to
take a step back and think about why
this person is behaving this way, right?
And if we are able to be curious then we
are able to be compassionate whereby if
we think of the why then perhaps um this
person may need another kind of help
that we may be able to um to lend in
some ways or another we can direct that
person for to another person um that can
better help this person right so um this
will be the thought process um the coach
taught me this I I've only practiced it
once. [laughter]
Um but but to be honest, the magic
worked. It was it was um um the key
thing is um the reasons why I chose
these uh three lessons to share is
because I only need to try it once and
the magic works. Yeah. For someone as um
as um stubborn as I am. Yes. So um
that's why I find it really helpful. And
let's walk through um a comic strip,
right? To illustrate the four steps. So
I ever had this um conflict with a
colleague um and he um he he no matter
what we talk about, right, it's not that
I want to talk to him as well, but it's
just that he's always so rude and so
disrespectful. And that really drives me
nuts because um I yeah, respect is a
very big thing for me. Values,
principles, right? So um I I cannot help
but to feel very angry when I need to
talk to this person. So it's like um
think of me as the tree, right? And the
rude colleague is the dog that that
keeps barking at the tree for what,
right? So the first turning point was to
become aware of this angle like the tree
is really getting angry, right? And I
need to transform it into something
amusing. Um this is really what the
coach um we spent like one and a half
hours going through this and when he
asked me to reimagine this into
something funny I had such a hard time.
Yeah. So um I he said just imagine
something and that's how the the bucking
dog and the tree analogy came about.
Right. So then what would be really
funny is that if I'm the tree I have I
can extend my hand and slap the dog
across and the the dog will just fly
away. I think that is something funny
for me. Yeah. So, um yes, it was it I
could laugh. Um when I was talking I was
telling um my coach about the the story,
I was still uh feeling anger in me. Um
but as soon as I was able to change to
find to to picture this in mind, I I
could I could laugh again. And then um
so I would imagine giving him a good
whack, right? And then um I realize that
I started to grow calmer. And when I am
calmer, I can take a step back and then
I can think like why does he react this
way? Um could he be like some could he
be under some immense pressure? Um is he
going through a hard time? And um and
for this dog, right, if he's barking so
fiercely, maybe he's hungry, right? We
don't we don't know. So this is where we
can practice unconditional positive
regard by giving him the benefit of
doubt. Yeah. And last but not least,
I can imagine what um a good outcome
might look like. Um so I can think to
myself like if only he hadn't bucked so
furiously and instead of coming to me
for food which I obviously cannot give
as a tree then but what I can do is when
it rain I can actually shelter this this
poor dog right so that's like um by and
with this I'll be more willing to lend a
helping hand to this um ridiculous
person yeah so then um I actually asked
my coach is um is it even possible for
us to apply the framework in that split
second? Um because when I'm feeling
angry, I really cannot think about
something funny, right? Um and he told
me yes um it it's like doing gym, you
have to keep um training it. You have to
train the muscle for this. And um and I
asked him then how to train or rather he
asked me then then I was thinking oh I
can only train by keep talking to the
same person right then. Yeah then then
he said yes and guess how often he wants
me to do it
>> daily.
>> Huh?
>> Daily.
>> Daily. Oh no. Daily is too much man. I
cannot take him.
>> Yeah.
>> Yes. Every week. Yes. He he he actually
uh recommended every week but I told him
I can't because I'm also a consultant
myself and um I don't have that much
time. So we resorted to once a month. Um
so what happened was that I took the
initiative to um have a conversation
with this person and it only took one
conversation 30 minutes. At the end of
the 30 minutes, we were both sharing
about our families and we were both
laughing at each other and we were both
laughing at how we are pretty similar
but we just uh step on each other's toes
quite easily because of how similar we
are. Yeah. So it's actually quite funny.
Yeah. I I actually find that huh he or
he is of the same um zodiac as me and
that answers a few questions like why is
he this way? Yeah. And it also made me
reflect maybe I was like that too. Yes.
But um because he's someone he's someone
more senior uh he is definitely older.
So um towards the end he also told me
that actually Jolene you should be quite
proud of yourself because um when I was
your age I didn't do this. Yeah. Yes. So
which I find it quite um quite okay.
Yes. All right. So um those are all
about leadership qualities lesson one,
two and three. Um next we'll go into
product thinking right. So how many of
us here are involved in um building
software products? I guess every one of
us right yeah
and um the thing is um I will ask this
question how are you building now? Yeah.
So again, don't forget that I am I am an
idealistic, right? Um idealist, right?
Uh and um what I will be telling you
next is more of a mindset shift that I
uh I'm I am just shameless to talk
about, right? Um so the first element is
who decide what to build, right? Yeah, I
guess from from the response, right, I
can probably tell that most of you are
on the left. Yeah. Is anyone from the
right? Oh, that's good. Very good. Very
good. Right. So, um the difference
between the left and the right is that
on the left someone's um or I hear this
phrase a lot, right? Why do you do
things this way or why do you even build
this? Why do you even ask for a
dashboard when you don't even know your
data sources yet? Right? That person
will always tell the response that I
always hear is because my boss said so.
Yes. Again, I feel like wacking him. You
know that dog that fly away. So um so
this is what we mean by um senior or
rather the management will decide what
to build. And I think this is quite a
common thing um to see. Um on the right
the difference is that you have a team a
team of what? A team of product manager
um UIUX designer as well as um a
developer right typically this is um a
tech lead or a de um or a de uh or a
developer with with a higher level of
business acument. Yes, we need these um
three people to form a product trio and
um they will they will get into the
discovery process right from the start
and later on we'll talk about the
discovery process right
and um the key thing is um the um this
tree um profile or this product trio um
they have very important thing that they
need to build they have to that means uh
or rather they have very important KPI
to meet which is they need to bring in
evidence. What kind of evidence um is
the um is the c um is the evidence that
they will build when they have very
close customer contact and we'll talk
about that later in a little um in a
little while. All right. So next is um
the next element is um how long um um do
um is the planning horizon for your
products. Right? If um the one on the
left is you keep hearing road map road
map road map yes milestones road map
never ending right everything is already
pre-planned if it's a two years project
you already know what you can expect in
that two years is cast in stone uh if
you want to change it it's really
difficult right and most of the time the
um the development team will just go in
go all the way in and build stuff right
but when we release it who is using the
feature h nobody knows yeah and
typically I I'm in such a team as well
uh and then um the one on the right is
that um the planning horizons it's not
that we don't plan right planning is
always needed um it's just that um it is
it is not locked in in such um a long
horizon it is shorter horizons and the
thing is you will need to repivot as and
when you have new evidence um that comes
in and this is by design and your
evidence is always um something that is
proven that you need to prove with your
um with your customers, right? Or your
end users.
Next, how is um how how decisions are
are made, right? If you always have sign
off, sign off and consensus, you always
hear that, oh, we need the buy in before
we can continue, right? The thing is um
if you are a product trio team you need
to be empowered because you need to be
drive you you need to be the ones
driving the results. Um and and um the
thing is for them uh it is uh remember I
talk about evidence is u why we need
evidence is because when we think of
somewhat of a solution there's always
assumptions
and the the purpose of the product trio
is really to validate your assumptions
before a single line of code is written
right yeah um yes um and the thing is uh
we want to be able to test them very
cheaply and that with Gen AI now there's
there's so many ways that we can go
about this right this um this landscape
has just been accelerated by AI a lot a
lot right um the next thing is how is
success defined right on the left you
always be ah so long as this project is
on time on budget on spec that means we
are successful ah but the thing is if
you ask about the customer impact it's
either is not being measured or it is
always an afterthought, right? Um but
for the teams, for the product trio on
the right, it will always be h when we
launch this uh did we um did we change
any behavior um did the success matrix
that we have defined right from the
start um did we actually move the
needle? Yeah. So um and when I say
empowered teams is because the teams
they are accountable for the results and
therefore if you are being accountable
for something and you are a highly
motivated person you probably you
probably want to showcase the results as
well right so that's why um you are
accountable for the results and the
customer impact it is measured almost
immediately at launch
um and
the team structure right um if you are
in a product um development team um very
typically uh we say that we are cross
functional but it's still functional
silos what I mean by that is that you
have the business define it right the
design will design it and then you will
hand off to the engineering team to
build it so it's still actually very
clearcut hand off right um but if it's
on the right the empowered team they are
really crossf functional whereby um the
outcome come or rather the results right
that we have here um they are owned by
the three people the product management
team the designer team as well as the
engineering team yeah so although they
don't report to each other
yes right um and last but not least um
is the speed of learning right if you
are if you belong to the um how you
build uh style on the left. Um typically
um people will ask you oh when can I
have this feature and you'll hear
probably like ah six weeks I don't know
if six weeks is quick enough or is that
slow but um the management will
typically say that ah this is too slow I
need it sooner right but the thing is uh
uh there there will be mistakes right at
launch and also um um or rather you will
only find out that oh actually this flow
didn't work after it has been launched
for subst substantially long time and um
the key thing is that this is very
expensive to reverse because it's
already in pro right people have already
used it the user experience is already
bad to begin with right but um if you
operate um in the team on the right um
you'll be delivering very quickly um
because you will be um through the close
customer contact you will just learn
about them very quickly and then you can
validate very quickly. Uh and you can
design your uh through designing quick
experiments and you get your feedback
and then once the um the assumptions
that you have are more or less validated
you are good to start developing for pro
right. So then uh with this um these are
some of the I would term this as um the
modern product management um and um I
um I've I've known about this I came to
know about this um so-called um
characteristics
um is because of uh these books
actually. Yeah. Yes.
um which really helped me to define who
I am today as well. Yeah. So next we
want to talk about um discovery and
delivery. But the key thing is that um
it is continuous.
Yeah. Um usually if you are building a
pro um a product from scratch, your
discovery process will take slightly
longer and then you start your delivery.
But the thing is um do you stop
discovering after you have started uh
coding? is actually don't you know uh
know right because you will always have
new features to build and is that's why
I always think product is a mindset all
right so we want to talk about what we
mean by discovery which answers the
question what should we build but the
thing is what should we build is defined
by the team not by the stakeholder and
I'm not I'm not trying to say that we
don't listen to the management right no
we still have to be accountable to the
project sponsors or the management It's
just that um they don't dictate what we
should build, right? And you need to
bring back in the evidence that h this
may not be really a good idea because
when we tested this with the users and
if we have um ks in the users community,
right? You would be able to make a
point, right? Um they don't they don't
think um that this would help them.
Maybe we if we try another way it can it
can help. And in order to discover what
should we build, we really have to get
into the why, right? Understanding the
why. Because I think as engineers um or
rather the engineers that I work with,
they tend to always jump into
solutioning at the very first discussion
of they don't really try to understand
the problem and I think that's why
product mindset is really important
because we really want to understand the
problem first. Right. Um next is um what
we I mean by development is um the
engineering the best engineering
practices whereby how do we then build
it well fast and iteratively and by
definition is all these aspects that we
will not talk about today because I'm
quite sure you are the pro and not me.
Yes. Yeah. Yeah. I see smile so I think
I don't need to explain this. Yeah. But
this is really um where I would really
cut the line between what constitute
development versus what is discovery. So
now going back to discovery of answering
what should we build right? Um is this
um
anyone seeing this double diamond for
the first time?
Yeah. Okay. Thank you. Thank you. Um
right. So um when we want to answer what
should we build there um there are def
there are um defined phases for us to
follow right number one is we want to be
able to discover or understand what is
um the why right or rather um what is
the problem statement why is why um
people are using the um product this way
or what are some of their scenarios
Right. So we want to understand the
story, the why. And um how do we do this
is by doing user research or market
research as well as user interview. You
need to be talking to your end users.
And then uh and we not we don't just
talk to one user FYI we need to talk to
many. Yes. And the next thing is um from
the many users that you have interviewed
right um then you are able to narrow the
um the the core problem that you want to
solve um because um they will when you
start talking to your end users you will
actually see that they don't just have
one problem they actually have many
problems and many um different people
are probably doing different things I
know um doing things differently, right?
So therefore um when you and you are not
here to solve every problem. Yeah. But
we want to solve problems that is of
high value and um it is really um the
problems that have um high stakes. And
what I mean by that is that the pain is
felt by the majority or probably um it
is a workflow that will impact the
business ROI the most. Right. Um yeah.
And the next thing is um we want to um
generate solutions. So is this is where
the engineering team will shine to be
honest because um and the reason why we
need to include um engineers or
developer right from the start of the
discovery process is if we wait until
the UI UX and the PM define what should
the solution be and the engineering team
is just there to implement it, you're
actually not making good use of your
engineering talent. Why anybody want to
go?
>> Yes, physibility. Yeah, that's one
thing. And also um don't forget that um
like when I was preparing here, the
people was talking about oh you should
be using llama and I think I heard
llama. I think I heard some of the um
some some foundation model um names,
right? U which is better? I've already
tested with this is actually the
engineering team that know what is the
best technology in time to solve that
problem at that given time point. Yeah.
So I always look to uh my tech lead
because he's he always give me a lot of
solutions and then it's actually to
think about which solution would would
work the best and that's where
physibility come in. We always want to
think uh want to test u what works
right. So um so that would be the part
about generating solution and one
problem can be solved by so many
solution and the thing is how can you
define how can you then know which
solution for you to choose to test first
and this is why the last step is the
most important whereby we want to be
able to bring the solution that you have
in mind to the hands of the end users.
Let them test it first before you even
start building. Yeah. before even before
writing your Jira tickets.
>> Yes.
>> Yeah.
>> And um with Jen AI um the landscape
right I think we talk about user
interview right and also um under um uh
narrowing down to the core problem or u
what is the MVP that you want to test
out for and then um the to validate uh
with the end users. So these are like
the diff um the different AI tools that
can help at different juncture and um
what typically takes a product trio a
few months to develop the understanding
to synthesize the insights from the many
user interviews and user testings the AI
has just accelerated it. Yeah.
Um and this is a little bit of a
shameless plug. um team mentioned just
now that um we have the AIdriven
development course um that is um uh very
much for the engineering team. Um
another another course that we have is
AIdriven discovery whereby we'll talk
about how we can um use AI to accelerate
these processes in discovery. Yeah. But
the principles remain the same, right?
Uh yes and therefore before we conclude
this session um for me uh I it's very
important that product is a mindset that
the understanding is that product is not
just um need to be done by someone who
holds the title as a product manager
right as um a engineer or a designer um
this product thinking is really
important. Yes. Um, and the key mindset
shift is probably to be obsessed about
the problem, not the solution. Right?
Because we really want to make sure that
we are focusing on building the best
solution that address the problem in the
first place. Yeah.
All right. Um, the last segment, bear
with me. Yeah. Um, how do we drive as an
individual? Um why I would like to share
about this is sorry why I like to share
about this is because of um the
conversations that I had before whereby
um people who are already doing well um
and but they still don't feel confident
enough in themselves right and with AI I
also hear um questions like actually
will my job get replaced um but the
thing is hopefully we all know that is
not yeah um because there's still value
for humans, right? So, um and this uh
framework is not only applicable for um
in the in the AI age. Um this is very
much applicable right from the
beginning. Um it is advocated by um this
person's uh I think it's he's like what
a senior vice president in Amazon. I
don't know if he still is but um I think
he goes by the name um Chris Evan or
something, right? Yeah. Sorry about it.
I steal his idea but then um yes it's
very much applicable. Um so the very
first step is um we want to make sure
that as an individual we are doing our
job well and how can we tell is actually
really through your performance review
right or um it doesn't have to be that
formal you can always um go to the
people that you work with your manager
um to or your peers someone who is more
senior to actually ask hey um you know
what I've been in this project for the
past six months, three months, two
months. Um can you can you tell um is
there um do you have any feedback for
me? You know, always go with the mindset
that um you would like some advice,
right? Um and when you have that
feedback you will already know where you
stand because most of the time uh if we
don't talk if we don't find coffee chat
right you will always be it's either you
think too highly of yourself or you are
doubting yourself too much right and I
hear this a lot from um the team members
as well yeah so I always encourage them
please talk to your client manager it
doesn't hurt it's just like a 30 minutes
conversation
Right. Um sorry. And then the next one
is that um um if you know that you're
already doing not not bad, right? Then
the next thing is to ask um how you can
how you can help. Um and and then um
they will always give you some
suggestions and more importantly is do
what they say because the last thing you
want is you ask them for advice and you
do the other way around, right? Then
will that person feel u appreciated?
probably know, right? Um so then the
four step number four is once you have
um you have asked to do more and um they
give you a task and you have proven that
you can do that extra task. Well, the
next thing is really to ask for um
bigger task or projection that can help
you with your career growth. Yeah.
and then again is doing what they
suggest and it will just be a endless
loop. Yeah. And um why the magic work is
really because um it is human nature
right as a person whose advice is being
sought after. Do you feel good when um
and and um of course you I would say of
course you do right and um you will be
more willing to help and if you feel
like your advice is um can really help
that person it will actually make you
feel good as well right um and this is
more like a partnership because you have
people coming to you like how can I help
you and um going back to lesson number
one if you can delegate and you can
elevate and Wouldn't that work for you
as well? Right. And last but not least
is um that it is mutually beneficial.
Yeah. Yes. Okay. And um last but not
least is that I think um to be taking
the very first step um is is is um if we
are fearful about taking that very first
step uh or if we are highly introvert
it's just very natural to have some form
of resistance. But the thing is um the
key thing is really to to to do
something differently right the mindset
needs to shift do something differently
and you just um embrace it um with with
um experiments yes and when you do well
eventually you will be able to spread
your influence with the people around
you and I probably guess um that's why
Michael organized this talk for this
community right and um you will be in a
place where you can cultivate a culture
of sharing as well. Yeah.
And uh last but not least um this will
be the list of references where um um
that I um that I made in coming up with
this um slide. Right. And the magic loop
um it is by um actually Ethan. Yes. Uh
his name is Ethan. Yes. Yeah. Yep.
And um
um a little bit of a shameless plug here
about the AI driven discovery course.
Yes. And um if you are interested um
please scan it. Um and that's it I
guess. Thank you very much.
>> It's not working. I need to update it. I
see. I see. Uh sorry, my bad. Yes. Uh if
Yes. If Yep. I can share it later on.
Hang on. Uh
um Yeah, I think I better share it
later. Yes.
>> Yep. Okay. Thank you. Thank you.
Do we have any questions for uh
a lot of shitty opinions to myself?
>> Uh sorry you speak too quickly.
>> Okay.
>> Okay. Sure. Sure.
Yes. Um any questions?
selling food.