[우아한형제들] 개발자가 생각하는 좋은 PM 나쁜 PM

배달의민족
4 Aug 202217:42

Summary

TLDRThe speaker from '우아한 형제들' (Elegant Brothers), Kim Yang-il, discusses the qualities of a good Product Manager (PM) from a developer's perspective. He emphasizes three key attributes: the PM's ability to motivate, deeply understand policies, and comprehend development systems. Kim shares anecdotes about good and bad PMs, stressing the importance of involving developers in decision-making processes and treating them as integral to the project's success. He concludes by highlighting the magic word '고민이 있어요' ('I have a concern') that can significantly influence a developer's engagement and productivity.

Takeaways

  • 😀 The speaker emphasizes the importance of a good Product Manager (PM) in a project's success, highlighting that they often make the difference between a good and bad project experience.
  • 🤔 The speaker suggests that a good PM should be able to motivate developers by making them feel that their work is meaningful and part of a larger goal, rather than just assigning tasks.
  • 💡 It's mentioned that a good PM should deeply understand the policies and systems they are working with, which allows them to make better decisions and communicate effectively with developers.
  • 🗣️ The speaker stresses the importance of clear and persistent communication from PMs, explaining why certain tasks are necessary from a business and customer value perspective.
  • 🔄 The script talks about the value of feedback cycles, where PMs should create an environment where developers feel their input is valued and considered part of the project's direction.
  • 🤝 The speaker highlights the significance of trust and human connection in the relationship between PMs and developers, suggesting that this can lead to better collaboration and project outcomes.
  • 🛠️ The speaker points out that PMs should understand the basics of the development process and systems to effectively communicate with developers and appreciate the challenges they face.
  • 📈 The script suggests that good PMs are those who can think strategically about the project's goals and how policy and system changes can impact the overall business value.
  • 📝 The speaker argues that PMs should involve developers in planning and decision-making processes, such as setting priorities and timelines, to ensure they feel ownership and investment in the project's success.
  • 🏆 Lastly, the speaker concludes that a good PM is someone who can inspire, understand the bigger picture, and work closely with developers to create a successful project.

Q & A

  • What is the main theme of the presentation given by Kim Yang?

    -The main theme of the presentation is about what a good Product Manager (PM) looks like from a developer's perspective, focusing on the qualities that make a PM effective and appreciated by developers.

  • What does Kim Yang suggest as the three key qualities of a good PM?

    -Kim Yang suggests that a good PM should be able to motivate developers, deeply understand policies, and have at least a basic understanding of the development systems.

  • How does Kim Yang describe the role of a PM in motivating developers?

    -Kim Yang describes the role of a PM in motivating developers as crucial, as PMs often assign tasks to developers. A good PM should create opportunities that spur developers to strive towards achieving goals, thereby maximizing their capabilities.

  • What is an example of a bad PM behavior according to Kim Yang?

    -An example of a bad PM behavior is when a PM overthinks and overprepares tasks, making them their own responsibility instead of the developer's, which can lead to developers feeling demotivated as they are not given the chance to engage with the problem-solving process.

  • What does Kim Yang emphasize about involving developers in the decision-making process?

    -Kim Yang emphasizes that involving developers in the decision-making process, such as discussing priorities and schedules together, makes them feel more engaged and invested in the project, leading to better outcomes.

  • How does Kim Yang view the importance of a PM understanding the company's policies?

    -Kim Yang views the understanding of company policies by a PM as very important because it affects how well a PM can guide the development process and align it with the company's goals and values.

  • What does Kim Yang suggest about the level of technical understanding a PM should have?

    -Kim Yang suggests that while a PM does not need to be an expert in development, having a basic understanding of the development systems and being able to communicate effectively about technical aspects is beneficial.

  • How does Kim Yang relate the concept of '고민' (concern/trouble) to the role of a PM?

    -Kim Yang relates '고민' to the role of a PM by stating that a good PM should be able to express concerns and seek solutions, which in turn can motivate developers to engage with the problem-solving process and feel recognized for their efforts.

  • What is the 'magic word' that Kim Yang mentions can influence developers according to their nature?

    -The 'magic word' Kim Yang mentions is '고민이 있어요' ('I have a concern'), which, when used by a PM, can resonate with developers' innate problem-solving nature and motivate them to take action.

  • How does Kim Yang feel about the importance of human connection in the role of a PM?

    -Kim Yang emphasizes the importance of human connection in the role of a PM, stating that trust and a personal relationship can break down communication barriers and lead to more effective collaboration between planners, developers, and other team members.

Outlines

00:00

😀 The Role of a Good Project Manager

The speaker, Kim Yang-il, a technical advisor at Woowa Brothers, introduces the topic of what makes a good project manager (PM) from a developer's perspective. He humorously starts by mentioning a request to speed up the presentation due to overrunning time, reflecting the common pressure developers face. Kim then outlines three key qualities of an effective PM: being motivational, deeply understanding policies, and having a basic understanding of the development process. He emphasizes the importance of a PM's ability to inspire developers to perform at their best and to make them feel that their work is meaningful and part of a larger goal. He also stresses the need for PMs to understand the rationale behind tasks and to communicate this effectively to developers, using data-based evidence to support decisions.

05:01

😇 The Impact of a PM's Approach on Developer Motivation

Kim Yang-il discusses how a PM's approach can significantly impact the motivation of developers. He contrasts a good PM with a bad one, highlighting that a good PM involves developers in the problem-solving process, making them feel like they are part of the solution and not just order-takers. This involvement is crucial as it taps into the developers' innate problem-solving instincts and desire for recognition. Kim also mentions that a good PM should be able to explain the reasoning behind tasks from a customer and company value perspective, which helps developers understand the bigger picture and feel more engaged in their work.

10:02

🤔 The Importance of Understanding the Development Process

In this section, Kim Yang-il emphasizes the importance of a PM understanding the development process, even if they are not developers themselves. He suggests that a basic understanding of development systems and data flows is necessary for a PM to effectively communicate with developers and to appreciate the complexities involved in their work. Kim also touches on the idea that as companies grow, the need for PMs to have a broad understanding of the system and processes becomes even more critical. He argues that a PM who understands the development process can better manage expectations, set realistic timelines, and work collaboratively with developers to achieve project goals.

15:03

👨‍💼 The Vision of a Good PM in a Growing Company

Kim Yang-il concludes his talk by discussing the vision of a good PM in the context of a growing company. He suggests that as the company expands, the PM's role becomes even more critical in bridging the gap between strategy, policy, and development. A good PM should not only understand the company's policies deeply but also be able to translate those policies into actionable tasks for developers. Furthermore, Kim stresses the importance of a PM's ability to think systemically and to have a broad view of the organization, which allows them to manage projects more effectively as the company scales.

Mindmap

Keywords

💡Motivation

Motivation refers to the internal or external factors that drive individuals to take certain actions or exhibit certain behaviors. In the context of the video, a good project manager (PM) is described as someone who can motivate developers by setting clear goals and creating a sense of purpose. The script mentions that a PM should 'pull out 100% of the developer's ability' by providing the right motivation, which is crucial for the success of a project.

💡Project Manager (PM)

A Project Manager (PM) is a professional responsible for the successful completion of a project. The video script emphasizes the role of a PM in understanding the project's goals, managing resources, and coordinating with the development team. The PM's ability to motivate and communicate effectively with developers is highlighted as a key factor in driving project success.

💡Feedback Cycle

The feedback cycle is a process where input is followed by an output, which then leads to feedback that influences the subsequent input. In the script, it is mentioned that a good PM creates a 'feedback cycle' that involves developers, which is essential for continuous improvement and adaptation during project development. This cycle helps in refining project requirements and solutions.

💡Decision-making

Decision-making is the process of making choices by identifying and evaluating options and selecting the best course of action. The video script discusses how a PM should involve developers in decision-making processes, which can lead to more effective solutions and a sense of ownership among the development team. It is noted that involving developers early on can prevent issues down the line.

💡Understanding the System

Understanding the system refers to having a comprehensive knowledge of how different parts of a project or organization work together. The script suggests that a good PM should have a basic understanding of the development process and the systems involved, which helps in managing expectations and facilitating smoother project execution.

💡Communication

Communication is the process of exchanging information, ideas, or feelings. In the context of the video, effective communication between a PM and the development team is emphasized as critical for project success. Clear communication helps in avoiding misunderstandings and ensures that everyone is on the same page regarding project goals and progress.

💡Prioritization

Prioritization is the act of arranging tasks or objectives in order of importance. The script mentions that a good PM should be able to prioritize tasks effectively, ensuring that the development team focuses on the most critical aspects of the project first. This helps in managing resources efficiently and meeting project deadlines.

💡Empathy

Empathy is the ability to understand and share the feelings of others. In the video script, a good PM is described as someone who can empathize with the development team, understanding their challenges and concerns. This human connection helps in building trust and fostering a positive work environment.

💡Problem-Solving

Problem-solving is the process of identifying, analyzing, and addressing issues to find viable solutions. The video emphasizes that developers are inherently problem solvers, and a good PM should leverage this by presenting challenges and involving them in finding solutions. This approach not only engages developers but also leads to more innovative and effective outcomes.

💡Involvement

Involvement refers to the degree to which individuals participate in or are engaged with a particular activity or process. The script discusses how a good PM should involve developers in the planning and decision-making stages of a project, making them feel like they are part of the team and that their contributions are valued.

💡Trust

Trust is the confidence in the reliability, truth, or ability of someone or something. In the context of the video, trust is highlighted as a crucial element in the relationship between a PM and the development team. A PM who trusts the developers' expertise and abilities can lead to a more collaborative and productive work environment.

Highlights

The speaker emphasizes the importance of a good project manager (PM) in a successful project.

Mention of the speaker's role as a technical executive at '우아한 형제들' (Uahan Brothers).

The speaker humorously addresses a request to speed up the presentation due to overrunning time.

Discussion on the common issue of project managers taking on too much work meant for developers.

The speaker outlines three key attributes of a good PM: motivation induction, deep understanding of policies, and basic understanding of the development system.

The importance of PMs in激发开发者的工作动力 and how bad PMs can hinder this process.

An example of how a bad PM might take over a developer's tasks, leading to a lack of engagement and motivation.

The speaker stresses the need for PMs to understand the importance of making tasks feel like 'our project' to developers.

The role of feedback in the development process and how good PMs facilitate this.

The speaker explains the concept of '고민' (concern/trouble) and how good PMs should express and share this with developers.

The impact of a PM's human touch and trust in fostering good relationships with developers.

The speaker shares insights on how PMs can involve developers in the planning process to increase ownership and motivation.

The importance of PMs understanding the system and processes to effectively communicate with developers.

The speaker argues against the notion that PMs need to know all the technical details, suggesting a broader systems understanding is more beneficial.

Final thoughts on the qualities of a good PM from a developer's perspective, including the ability to induce motivation and a deep understanding of policies.

Transcripts

play00:03

안녕하세요

play00:05

4 개발자가 생각하는 좋은 피해 나쁜

play00:06

페임 이라는 주제로 오늘 발표하게 된

play00:09

play00:11

4 우아한 형제들 에서 기술이사 받고

play00:12

있는 김 양 아니라 갑니다 받았습니다

play00:14

[음악]

play00:16

play00:18

여러분 제가 여러분께 꼭 하고 싶은

play00:20

말이 있습니다

play00:22

제가 지금 방은 담당과 대 연락을

play00:23

받았는데 지금 시간이 오바 있다고 좀

play00:27

빨리 해달라고 그러더라구요 아니

play00:28

앞에서 기획자 분들이 지금 피해서

play00:31

어떻게 쓰고 디자이너 분들이 지금

play00:32

디자인 듣게 하고 지금 씹혀 므로

play00:35

자꾸 의사결정 들깨가 더 빨리 안

play00:37

해주고 개발자 하트가 자꾸 보일 정

play00:39

좋으니까 이게

play00:41

그다지 여러 부터 알았다는 말이에요

play00:43

지금 으

play00:45

그래서 여러분 안돼요 안돼 제가

play00:47

여러분께 뺏고 보시면 안된다는 겁니다

play00:49

4

play00:50

아요 농담이구요

play00:52

제가 지금까지 일하면서

play00:54

느꼈을 때 이제 성공하는 프로젝트의

play00:56

는 항상 좋은 게임이 있었습니다

play00:58

그리고 계속 다니고 싶은 회사 에도

play01:00

여기 살짝 마크 있죠 네 좋은 pm

play01:03

이 있어 있었습니다

play01:05

그래서 그냥 개발자 생각하는 좋은

play01:06

피의 물론 이거 되게 끄는 개인적인

play01:08

거겠죠 그 세가지가 있다고 보는데요

play01:10

첫번째는 동기 유발 하는 기업 는

play01:12

pm

play01:13

두번째는 정책을 깊이 있게 이해하는

play01:14

km 그리고 세번째는

play01:16

대충이라도 개발을 개발 적인 시스템을

play01:19

이해하는 pmp 라고 생각했습니다

play01:21

제가 이제 시간 부족으로 굉장히

play01:23

빠르게 내 불알 테니까 여러분들 등

play01:25

뒤를 전부 타고 들어주세요 나의

play01:27

첫번째 동기유발이 인데요

play01:29

이거는 뭐 어째 뭐 뻔한 거죠

play01:31

인간이었던 목표의 달성을 위해서

play01:33

노력하게 1 어떤 계기를 마련해 주는

play01:34

거 그걸 pm 이 어느 좀 해줘야

play01:37

되요 왜냐면은

play01:39

pm 은 그 개발에 게 업무를

play01:41

요청하는 일을 많이 한단 말이에요

play01:43

그렇기 때문에 이렇게 중요 그래서

play01:45

개발자의 능력을 100% 끌어내는

play01:47

거의 계피의 맥이 특히 중요한 점은

play01:49

역량이라고 생각합니다

play01:50

그 제가 실제 만나 또 좀 pm 들은

play01:52

요하기 이걸 하더라구요 그래서 나쁜

play01:55

pm 을 먼저 예를 들어 드리면

play01:57

pm 이 먼저 본 포토 보니 너무

play01:59

시작을 하잖아요 그렇기 때문에 업무

play02:01

고민을 엄청 많이 해요 4 이거

play02:02

어떻게 하 지 고민하고 막 정리 한단

play02:04

말이에요

play02:04

그러면 pm 입장에선 이게

play02:07

자연스럽게 나의 일이 돼요 왜냐 내가

play02:09

어떻게 고민을 많이 하고 때가 시간을

play02:10

썼거든요 그렇게 나이를 돼요 그러면

play02:12

그 다음 어떻게 하느냐

play02:14

내가 잘 정리하고 이제 개발자 때 툭

play02:16

던진다 말이었고 이렇게 해주세요 어떤

play02:17

자금 개발자 입장에서는 이게

play02:19

탬 pm 이 단순하게 시키는 일이 될

play02:21

수 있어요 그럼 개발자 이렇게 자

play02:23

미리 여러분 재미가 없거든요 이게

play02:25

뭔가 누가 다 정리해 주면 그

play02:27

여러분도 비슷할 거예요 아마

play02:28

위에서 대표님이 대충 정리해 가족

play02:30

이렇게 그냥 암에 재미 없거든요 네요

play02:32

이쪽이 대표님 계신데 4 이제

play02:35

그래서 전 이 단어가 되게 중요하다고

play02:37

생각해요 온 이게

play02:39

play02:41

이거를 저는 이런 뜻으로 이제

play02:42

말씀드리는 건데 이게 단순하게 어떤

play02:45

나의 이란 개념이 아니라 이게 내

play02:47

마음을 쓰는 여러분 그런거 있잖아

play02:49

일할 이거 진짜 재밌는데 그치자 내가

play02:51

제대로 해보고 싶어 이런거 있잖아요

play02:52

이내 마음을 쓰는 진짜 나의 일이

play02:54

돼야 이게 재미가 있거든요 그래서

play02:56

근데 이거는 어떤 일을 사실 더 많이

play02:59

신경쓰고 고민할 때 게 더욱 나의

play03:01

일이 됩니다 기획자는 보통 수술

play03:03

업무를 준비하면서 대부분 자연스럽게

play03:04

돼요 근데 이거를 받아서 일을 하는

play03:08

입장에서는 이게 나의 업무로

play03:10

받아들이기가 사실 쉽지 않아요 이게

play03:12

개발자도 마찬가지고 여러분들도 아마

play03:14

비슷할 거라고 생각합니다

play03:16

그래서 이제 좋은 pm 들은 어떻겠냐

play03:17

며 는

play03:18

업무를 고민해요 막 고민을 하고

play03:20

당연히 나의 일이 되어야 똑같은데 그

play03:23

다음 단계 부터 이제 차이가 있어요

play03:25

근데 이걸 해오고 아니고 이걸 왜

play03:26

해야 되는지 정말 집요하게 설명합니다

play03:29

그거를 되게 데이 파랑

play03:31

고객 관점과 2 어떤 회사의 가치

play03:34

라는 관점에서 타게 설명을 잘 해

play03:35

주세요 그래서 개발자 납득하게 되게

play03:37

충분히 게 허 이 프레데터 이런

play03:38

이런거 때문에 하면 좋고 이러면 고객

play03:40

가치 가 먹어 높아 죽이는 거 되게

play03:41

잘 얘기해 주세요 특히 데이터 기반의

play03:43

해주시면 더 좋죠

play03:45

그리고 또 이게 좋은 pm 월

play03:46

자라나면 피드백을 받을 수는 참고를

play03:49

여러 나요 그래서 뭔가 기획서 만

play03:51

리뷰하고 막혀서 설명을 하는데 뭔가

play03:53

굳이 개발자가 왠지 피드백 해 줘야

play03:55

될 것 같은 그런 느낌을 잘

play03:57

만들었네요

play03:58

그래서 개발자가 왠지 내가 이 q

play04:00

에게 뭐가 참여하고 있는 것 같은데

play04:01

다시 에 개발자 뭐 기자에게 참여

play04:04

하겠어요 벤트 문까지 그런데 뭐

play04:06

묘하게 그런 느낌을 만들어내는

play04:07

기획자들이 있어요

play04:09

그래서 이런 피드백 싸이클 되게 잘

play04:11

만들어 냅니다

play04:12

그래서 이걸 다 어떻게 하냐

play04:14

이렇게 개발자가 막이 계획서 왠지

play04:15

피드백 하고 내가 뭔가에 프로젝트에

play04:17

참여를 는 것 같은 느낌을 만들어

play04:19

주거든요

play04:20

그래서 개발자가 못 꼼수가 떠올려

play04:22

보니까 이게 나의 일이 되어 있는

play04:24

결과적으로 여기 플레이어의 참여하는

play04:26

모든 사람들이 이것을 우리의 를

play04:28

만드는 pm 이 진짜 훌륭한 피해로

play04:29

생각합니다

play04:31

그래서 하나씩 디테일하게 보면요

play04:33

이제 와 이거 왜 하는데 이거는 이제

play04:36

예시를 보면 이제 나쁜 게임은 이제

play04:38

1 아픔 pn 위에서 시켜서 실장님이

play04:40

다음주까지 그해 든요 대한 법 설명도

play04:42

안하고 그냥 이거 나오시는 분들이

play04:44

있어요 이거는 아 물론 여러분의 살

play04:46

다 보 가끔 읽다가 있습니다 4

play04:49

그 이게 이제 나쁜 피 m 이고

play04:53

아피 로 그렇다고 할지라도 자기

play04:55

선에서 정리해 줘 엊그제 하게 사용

play04:57

마음의 정리를 하고

play04:58

4 다른 분들의 독립을 해야 되겠죠

play05:01

그러다 여러분들 대사만 되는데 않죠

play05:02

예 그렇고 이제 좋은 pm 같은

play05:05

경우엔 이제 말씀드린대로

play05:06

10 이 기능을 개발하며 사용자

play05:08

관점에서 이런 것들이 좋아지고 우리

play05:10

비즈니스 가치가 이런 얘기로 증가하고

play05:12

이런 것들을 어떻게 잘 풀어서 설명해

play05:13

주세요 그럼 개발자도 왠만하면 아

play05:15

그래 이건 해야 되겠다 이런 느낌이

play05:16

들거든요

play05:17

제가 좀 작은 느낌이 로 얘기 하죠

play05:19

느낌이 중요 여러분 생각보다 이게

play05:20

이런 거예요 예 이렇게 더 좋음 진짜

play05:23

좋은 pm 은

play05:25

개발자 좀 아는 pm 어떻게 하면

play05:26

우리는 이런 이런 문제가 있다고 먼저

play05:28

얘길 해요 이게 뭐냐면 개발자는

play05:31

여러분

play05:32

문제 란 얘기를 듣는 순간 뭔가 내게

play05:34

그런지 풀어야 될 것 같애

play05:35

그런 느낌이 들어

play05:37

개발자 여러분 그렇게 만들어졌어요 그

play05:39

뒤에 설명해 드리기 위해서

play05:40

문제에서 해결 포인트로 개발자에게

play05:42

접근하면 되게 좋아요

play05:44

그래서 그 이제 요거 었나 2일

play05:48

그다음 요 건데요 이 나의 일로

play05:50

만든다는 거 이거는 기획전 뿐만

play05:51

아니라 개발자도 나이로 만들어야 조금

play05:53

어떻게 해야되냐 그래서 개발자가

play05:55

적극적으로 개발할 수 있는 상황을

play05:57

의도적으로 기획자 이거 피임이 만들어

play05:59

줘야 되요 왜 해야 되는지 부터

play06:01

피드백 하고 개선점 하고 굳이 또

play06:03

하고 기획서 괜찮아요 이거 문제 없자

play06:05

4구 집으로 보고 예

play06:07

이거 그리고

play06:08

이렇게 또 얘기하다보면 개발자

play06:11

입장에서 너니까 기획자 이상 이와

play06:12

함께 프로젝트 이곳 이거 어떻게

play06:14

어려울 것 같은데 개발 적으로 라는

play06:16

그런 느낌이 들 때가 있거든요 근데

play06:17

놀랍게도 개발자 입장에서 내가 이거

play06:19

개발 달고 있기 때문에 이것은 사진은

play06:22

약간 거져 먹는 것들이 있어요 객잔

play06:24

되게 어려워 보여도 그래서 이거

play06:25

기획서 근데 조금 틀어야 할 때가

play06:27

있거든요 그래서 1 괴짜가 이거

play06:29

조금만 이렇게 틀며 이거 뒤에 쉽게

play06:32

할 수 있어 사실 개발자 패드도 그거

play06:33

조금 설명한 일이 주거든요

play06:35

그래서 이런 것들이 이제 피드백 하면

play06:37

기획전도 좋게 봐줘도 그렇게 미니

play06:39

되는데 종 개발자들이 못하게 잘

play06:40

알아요 이건 조금 만 틀면 기획사에서

play06:42

이거 조금 만 틀면 이거 리소스 확

play06:45

줄일 수 있다 이렇게도 맥도 를 하며

play06:48

개발자 입장에선 의견을 더 많이 되는

play06:49

거죠 그러면 은 이게 뭐가 된다

play06:51

개발자 보니 내일이 되거든요 그래서

play06:53

내가 이겨내고 계상할 수 있다는 그

play06:55

느낌을 계속 더 받는 거예요

play06:57

그리고 이제 인간적인 유대 좋은 pm

play06:59

은 이게 보니 끓이게 있더라구요 이게

play07:01

이게 어떤 우리 삶의 기본 애기한테

play07:02

도로 같이 일하는 데 내가 너를

play07:04

믿는다 신뢰한다 게 중요하죠 근데

play07:06

사실 이 인간적인 유대가 중요한

play07:07

이유는 저는 이제 요 관점에서

play07:10

이 인간적인 유대가 돼야 이 기획자나

play07:12

개발자 1 2 3호 커뮤니케이션을

play07:14

벽이나 줘 그래서

play07:16

개발자가 스스로 더 쉽게 피드백 아워

play07:18

이해할 수 있게 할 수 있는 그

play07:19

자세가 계속 들어가거든요

play07:20

그래서 스스로 더 업무에 많이

play07:22

참여하게 되고 결과적으로 개발자의

play07:23

업무를 보니 꼴로 나의 일로 받아들일

play07:26

가능성이 훨씬 높아지게 됩니다

play07:29

그럼 이제 제일 중요한 게 있습니다

play07:30

이제 pn 분들이니까 짭 스님에

play07:32

그거를 1 가져왔는데요 네 몸 몰딩

play07:34

하셨는데요

play07:36

개발자로 움직이는 마법의 단어 오늘

play07:38

여러분들은 이제 개발자를 어떻게

play07:40

다를지 확실하게 1 배우게 됩니다

play07:42

마법에 당한 알려드리겠습니다

play07:44

4 이거 하나 배워 가시면 됩니다 4

play07:48

여러분 이게 이제 도대체 컴퓨터라면

play07:50

도대체 뭐냐 프로그램 하는 것도 없이

play07:52

뭐냐 하면은 여러분 이거 영어 일어

play07:54

보시면 문제를 푸는 거 이게 컴퓨터

play07:58

과학의 기본 이란 말이에요 자보다

play08:00

문제를 푸는게 컴퓨터가 기본이다

play08:03

컴퓨터공학과 들어감 여러분 4년 동안

play08:05

이거 배우는 거에요

play08:06

프로그래머는 뭐냐면 사실은 문제해결

play08:09

싸요 컴퓨터로 세상의 문제를 해결하는

play08:11

게 프로그래머 거든요 그래서 이렇게

play08:13

훈련을 받아 왔어요

play08:15

그래서 프로그램들에 프로그래머의 너를

play08:17

뜯어서 여러 부처에 나를 뜯어 딱

play08:19

되게 단순함의 딱 두가지만 남아요

play08:21

뭐가 낫냐

play08:22

첫 번째 문제는 무조건 풀어야 돼

play08:24

문제 라는 말에 등 넣을수가 뭔가

play08:26

풀어야 될 거야 어 또 하나는 또

play08:27

있어요

play08:28

한해가 이 문제 푸는 걸 뭐 인정

play08:30

받고 싶단 말이야 이 두 가지가 다

play08:32

있어요 여러분

play08:34

그래서 이 개발자로 움직이는 바 본다

play08:35

는 뭘까

play08:37

한번 잘 생각해보세요

play08:38

사실 생각에도 * 답이 안나올 거에요

play08:40

3보다 어려워 가지고 뭐냐면 대개

play08:42

복잡 미묘한 단어인데

play08:45

바로 이겁니다

play08:46

고민이 있어요 여러분 이 거에요 이게

play08:49

여러분에게 시키는 단순해 보여도 어

play08:51

이게 진짜 제가 많이 당했고 직을

play08:54

살면서 이 단어가 5 직접 미미와

play08:57

여러분 이게

play08:58

여러가지가 담겨 있어요 이게 뭐가

play08:59

담겨 있냐면

play09:01

일단 고민을 뭐예요 뭔가 문제가

play09:04

있다라는 것을 문제 그 다음에 또

play09:06

하나가 있어요

play09:07

인정

play09:08

고민있어요 누구의 고민을 가져갈 땐

play09:10

으 내가 * 인정한 한 사람은 텐데

play09:12

곰이 가자고 쉽지 않잖아요 이마를 딱

play09:14

듣는 순간

play09:15

별로 사이가 안 좋았던 기획자 여도

play09:17

어떻게 뻣뻣한 뒤 짜고 또 와서

play09:18

개발자다 고민있어요 1 증가

play09:21

뭔가 왠지 척 기획자 겸손해 보이고

play09:23

날은 장의 주는것 같고 한테 가 먼저

play09:26

문제 해결을 중시 파마

play09:27

왜냐 바로 구조 때문에 그래 여러분

play09:29

고민이 있다 문제가 있다는 이 문제

play09:33

난 내가 너를 인정한다는 두 가지를

play09:35

같이 개 발전해 전달하는 건 요 그럼

play09:37

개발자의 내는 딱 기계라 그랬잖아요

play09:39

문제는 풀어야 된다 인정받고 싶다

play09:41

이 두개가 딱 매칭이 되는 순간 엽니

play09:43

다 끝나는 거예요 그냐

play09:45

q 날 개발자 다 필요없어요 남은

play09:48

뭐 프로젝터 뭐 필요 없다 내가 pm

play09:51

너를 위해선 안위를 하겠다 이렇게

play09:52

되는거 란 말이 이제 에

play09:55

자 그리고 더 놀라운 건 뭐냐면

play09:57

이렇게 되면 개발자 제 꿈에서 개발

play09:59

하는거 여러분 심지어 이 표정 좀

play10:01

행복하고 보이시죠 즐겁게 열어보니까

play10:04

밤 사서 이제 해결하는 겁니다 이거

play10:06

심지어 꿈에서 까지 해결합니다 안에

play10:09

이게 다 좋은 pm 을 만나 가능한

play10:11

거예요 여러분의

play10:12

자 그래서 이제 뭐 그냥 예시를 들어

play10:13

드리면 이런 거예요 이제 일정 관리

play10:15

해야 되는데

play10:16

나쁜 피 엠 어 혼자서 일정을 다

play10:18

정리해서 바가 요렇게 pm 입장에선

play10:19

이게 좋다고 생각하거든요 함께 가방이

play10:21

내가 챙겨야지 게 좋다고 생각을

play10:23

하는데 이게 다시 병 된거예요 이렇게

play10:25

가져와 버리면 같이 일한 사람이 참

play10:27

난다 느낌 전혀 안들어요

play10:28

그래서 좋은 pm 어떻게 하냐면 은

play10:30

개발자와 일정을 같이 논의하고

play10:32

우리가 다같이 일을 만들어 간다는

play10:33

이런 뭐가 중요하다

play10:35

느낌 느낌 사실 뭐 개발자 일정 정리

play10:38

하고 싶겠어요 안하고 싶어요 여러분께

play10:40

여러분이 다해 오기를 원해요 그런데

play10:42

굳이 내가 그래서 뭔가 말하면 먹힐

play10:44

것 같고 이런 느낌을 만들어 줘야

play10:46

된단 말이에요

play10:47

그리고 또 하나가 플레이트 우선 순임

play10:49

이제 나쁜피 m 은 굳이 우선 순위를

play10:52

보니 다 잡아 가지고 오죠

play10:54

사실 여러분의 pm 의 솔직히 말씀

play10:55

소설이다 잡아봐야 되요 다잡아 봐야

play10:57

되는데 굳이 개발자가 참여하는 느낌을

play11:00

만들어 줘야 되요 아시겠죠 4

play11:03

그러다 해서 뭐 구직 해봤자 얘기하면

play11:05

아니고 절대 모든 찍으며 가면 모든

play11:07

얘기해주고 막 이러면서 4

play11:09

그럼 이제 대안을 찾는가 나쁜 피 엠

play11:11

어 이게 보니 좋은 줄 알아요 보디는

play11:13

뭔가 다 고민해서 대안을 다만

play11:15

들어와요 소위 답장 나온거죠 닫아

play11:17

만들어 가지고 그냥 그대로 내미는

play11:18

어이고 이렇게 이렇게 하고 시스템

play11:20

이렇게 이렇게 돼 있는 거 아니에요

play11:21

숙련된 기획자 이럴 가능성이 높거든요

play11:23

개발 좀 잘 알고 근데 이렇게 되면은

play11:25

개발 작은 일이 재미가 없어요 그냥

play11:28

전부다 정녕 거 오크 레이더 하면

play11:30

되네 여러분 그러면 이 지식 근로자는

play11:33

그런 별로 일이 재미가 없나 봐요 예

play11:34

그래서 좋은 pm 뭐다 여러분

play11:37

고민이 있습니다

play11:38

이거 한번 가자 가 어디 끝나는 거다

play11:40

기자 4 이 프로젝트가 성공할 수

play11:41

있습니다 예 그러면 이거 진짜 무서운

play11:44

건데 제가 만나 급하게 pm 들의

play11:46

뭐냐면 이거예요

play11:48

내가 이미 다 알아 대행이 다 알고

play11:50

대한 도 있고 1 정도다 정리돼 있고

play11:52

어떻게 될지 달아

play11:54

고밀도 없어 솔직히

play11:55

근데 굳이 내가 이걸 가져가서

play11:57

물어보는 거야 개발자는 이거 어떻게

play12:00

해결해야 될까요

play12:01

돌이 볼 때 답이 뻔해 이렇게 하면

play12:02

될거 같애 근데 굳이 이걸 가장

play12:04

않은가

play12:05

저희 대표님이 걸 겁나 잘함 드려요

play12:07

으 그래 지금 대표 안 듣고 계신 것

play12:09

같은데 4 대표님 이걸 진짜 잘함

play12:11

여기 참 많이 당했는데 지금 가치가

play12:12

4

play12:14

9집 에 그래서 일정 도박 아직

play12:17

대표님 이하 이거 어떻게 할 거야 볼

play12:18

때 대표한다 보다 생각한 것 같아요

play12:20

근데 이제 하체가 새달 많이 될것

play12:22

같습니다 이렇게 하는거죠 이렇게 예

play12:24

그리고 이제 뭐 이제 따로 이제 다른

play12:27

주제로 넘어가서 이제 깊이는 정책이

play12:29

에 이거는 제가 지 여러 핀 분들의

play12:31

얘기하면서

play12:32

이렇게 개발자의 느끼게 되 게 좋은

play12:33

pm 은 이런 게 있어서 어떤

play12:34

특징에서 니면 정차 고되게 깊이 잘

play12:36

이해 하세요 그렇게 뭐냐면 나쁜 pm

play12:38

play12:39

뭐 지금 개발자는 개발 알람이 정책의

play12:41

어떻게 되는지 고 종류에서 물어 봐야

play12:43

되거든요

play12:44

그냥 개발자 금 내가 원한 돌개바람

play12:45

안되잖아요 그쵸 내 반대로 개발하며

play12:47

안되잖아요 그래서 물어보면 아 이거

play12:50

몰래 보시는 잘 모르겠어요 코드가 안

play12:51

되네 물론 입사한지 얼마 안되면 이걸

play12:53

이해하는데 되게 오래된 분들 이런

play12:54

이야기 하시는 분들이 있거든요

play12:56

그러면은 저는 친해 솔직하게

play12:59

개발자가 호드 한자가 비슷하다고

play13:01

생각해요 이거는 약간 어 이거

play13:02

직무유기 지 않을까 라고 생각을 하고

play13:05

그리고 이제 막 기획서 같은것도 ui

play13:08

화면 기반의 기획사 만들고 그렇게

play13:09

떠주고 이런 분들이 거에요 의 이런

play13:11

경우에는

play13:13

솔직히 마음에 좀 열이 맞더라구요

play13:15

왜냐 프로젝트라는 것을 여러분이

play13:17

2252

play13:18

더 중요하게 많거든요 화면에 유하 에

play13:20

보인 것 하지 그 밑에 훨씬 더

play13:22

기저에 중요한 것 훨씬 만에 그

play13:23

정책의 얼게 라든가 이런 것도 훨씬

play13:25

더 많거든요 예 그래서 이제 좋은

play13:27

pm 은

play13:29

보니 너무 도메인에 대해서 진짜 이

play13:31

버텼다고 누르자 나 오 이거 이거

play13:32

어떻게 하면 바로 이렇게 해서 이

play13:33

때문에 이렇게 되고 이럴 때 저렇게

play13:35

자주 줄 설명하실 분화 이런분들 보면

play13:37

진짜 2분은 진짜 서비스 애정이 꼽은

play13:39

진짜 보니 프로덕트 구나

play13:41

이번에 해서 열심히 해봐야 되겠다

play13:42

이런 생각이 들거든요 그리고

play13:44

업무프로세스 랑 주루 유용한 더

play13:47

작다고 말고 중요한 데이터 흐름에

play13:48

대해서는 본 이랬다 정리 해서 다

play13:50

머리를 가지고 있어요 그래서 딱 누른

play13:51

순간 짝 나오는 분들 그리고 이게

play13:54

이게 있더라고 이렇게 되시는 분들이

play13:57

뭘 할 수 있냐면 이게 본인이

play13:59

온전하게 본인에 대한 서비스 정책을

play14:01

깊이 있게 이해하고 있어야

play14:03

깊이는 서비스 개선이 가능 하더라구요

play14:05

큰 그러면 어떻게 개선 하겠어요 지금

play14:06

이거 이 정책을 고쳤는데 이게 모토

play14:08

문제가 생길지 모르는데

play14:10

그래서 그 네이버 ui 만드는

play14:13

것으로는 그 변화를 만들지 못한다

play14:15

이건 뭐 앱 개발자 생각이고 또 뭐

play14:16

디자이너라고 또 다른 생각이 있을

play14:18

수도 있습니다 예

play14:20

4 그리고

play14:22

dp 와 넓이

play14:23

그래서 이제 본인의 담당하는 업무

play14:24

도메인의 당연 매우 깊이 이해해야

play14:25

되고 그래서 한가지 더 나아가서

play14:28

이게 회사가 작을 때는 대충 전에 다

play14:29

하잖아요 그 회사가 진짜 커지면

play14:31

뭐 별 기능 하나를 다 이제 분리해서

play14:34

하거든요 그래서 어 좀 뭐라 그럴까요

play14:39

예를 들어서 내가 망가 노출과 관련된

play14:40

화면 관련된 걸 한다 근데 예를

play14:42

들어서 거기서 뭐 바꾸고 싶어서 하

play14:44

이런 데이터가 축으로 필요하고

play14:45

사장님한테 이런 데이터를 추가로

play14:46

받아야 되겠는데

play14:48

그러면은 어떤 시스템에서 데이터

play14:50

흘러들어오고 이런 걸 알아야 되잖아요

play14:51

그래서 이 시스템적 시스템 여기서

play14:53

뱀이 같은 경우에는

play14:55

사장님이

play14:57

가계도 등록해야 되고 메뉴도 등록해야

play14:59

되고 그러다 노출이 되는게 아니거든요

play15:01

거기에 광고 가진 같은것 해줘야

play15:02

이렇게 노출이 된다 마리가 3박자가

play15:04

맞아야 조금 그 툴들이 다 따로

play15:06

있어요 그러면 이제 보통 괴짜들 그

play15:08

세가지 툴 둘다 써보고 상품등록

play15:09

해보고 이게 어떻게 노출되는 g

play15:11

비록 나 아이템의 건 아니지만

play15:13

전체적인 그 대략적인 얼게 든 알고

play15:15

있어야 이게 큰 변화가 가능하다는

play15:17

거죠 근데 사실 주니어 기획자들은

play15:18

이런거 잘 못해요 자기의 맡은 그것만

play15:21

보이거든요

play15:22

그래서 개발도 다시 비슷해요 이

play15:23

시야가 넓은 개발자가 결국 좋은 개발

play15:25

짱 보고 그 pm 도 이 이렇게

play15:28

시야가 넓은 pm 들이 보통 큰

play15:30

일들을 잘 해결 하시더라구요 예

play15:33

그리고 이제 개발 시스템을 대충 이

play15:35

함 된다 이런 이야기인데요

play15:37

이제 개발 어디까지 알아야 된다 피해

play15:39

분들에게 되게 고칠 거야 될까 돌아서

play15:41

개발 어디까지 알아요 이거에 대해서

play15:42

항상 숙명적인 물음표가 있으실 건데

play15:44

저는

play15:45

그 나쁜 pm 은 개발자 알아서

play15:49

하다가 그냥 기획서 정책 사회는 아

play15:51

모르겠어 시스템적인 모르겠어요 라는

play15:52

것은 저는 사실 좋은게 액자로 보진

play15:54

않아요 그렇게

play15:55

그럼 그렇다고 해서 그럼 다 알아야

play15:57

되냐

play15:58

그럼 달 모자 여자 앞에 설수 필요

play15:59

없겠죠 여러분의 개발한 되니까 그렇게

play16:01

그건 안되고 4

play16:03

그래서 좀 pm 은 2 전체 조직과

play16:06

아래 날 그리고 되게 큰 시스템

play16:08

관점에서의 프로세서를 데이터 흐름

play16:09

정도로 이해하면 된다고 봐요

play16:11

그래서 이거를

play16:12

그냥 네모 박스를 그리는 거죠 i

play16:14

시스템의 네모 박스로 생각하고 이

play16:16

시스템에 어떤 역할을 담당하는 지금

play16:17

어떻게 엮여 있는 지 그 얼게 많이

play16:19

하시면 됐고 그래서 여러분 개발해서

play16:21

작업을 땐 뭐 깊이 기기 할 필요는

play16:23

없다 금 개발 짧게 물어봄 되고

play16:25

대신에 업무 프로세스와 이 데이터가

play16:28

이 시스템이 네모 박스 와 어떻게

play16:30

엮어서 돌아가는지 는 이해하는 게

play16:31

중요하다 특히 회사가 커지고 시스템

play16:33

커질수록 그리고 이게 처음에 기획자

play16:36

정량이 되게 어렵거든요 개발자 테

play16:38

물어봐요 아 고민이 있습니다

play16:40

제가 전체 시스템을 그리고 조미애

play16:42

보고싶을때 어떻게 좀 이렇게 이렇게

play16:44

되는지 좀 같이 하고 그래 보면

play16:46

좋겠다

play16:47

이러면 어떻게 뭐 저도 되게

play16:48

좋아하거든요 예 이렇게 멀 쓰겠죠

play16:50

완성이 되어 있어 기획하기 도 되게

play16:51

편하고 개발한 컴퓨터 상에서 진짜

play16:53

편하고 하이 거미 아래 날에 이

play16:54

시스템은 아이 쪽 조직이나 해야되고

play16:56

이런데 따다닥 정리가 되거든요 예

play16:58

그래서 이제 정리를 하며 마지막으로

play17:00

개발자가 생각하는 좋은 피해만 첫

play17:02

번째 동기를 유발하는 피해 물론 사실

play17:04

이 동기유발이 라는 것은 pm 뿐만

play17:06

아니라 로 팀장 3 의 리더 저희

play17:09

머시 피오 님

play17:10

뭐 대표님 등등을 다 마찬가지 겠죠

play17:12

네 근데 핀과 개발자 입장에서는 좋은

play17:15

pm 이동 유발 해주는게 너무

play17:16

중요해서 지금까지 있었던 프로젝트에는

play17:19

그래서 다 동기유발 자 팀을 만나면

play17:23

출발해서 개발한 게 재밌어요 여러분

play17:25

그렇게 되면 4

play17:27

그리고 아 그렇다고 저희 회사가 멋진

play17:28

말 이러한 다니고요 4 우리 하지만

play17:30

듭니다 4

play17:31

그리고 이제 깊이 있는 정책이 에 뭐

play17:33

대추 대추 1학년 영은 박스를 잘

play17:35

만들어서 개발 시스템이 하는거

play17:36

이것들이 중요하다고 생각합니다

play17:38

감사합니다

Rate This

5.0 / 5 (0 votes)

Étiquettes Connexes
Project ManagementTeam MotivationDeveloper InsightsProductivityCommunicationFeedback LoopWork CultureLeadershipTech IndustryStrategy
Besoin d'un résumé en anglais ?