[일간 애자일#566](10/5) 애자일-디자인씽킹-린 스타트업, 이거 정말 좋은건가요? 등

  • 매일 애자일, 린, 조직문화, 협업, 리더십, 자기계발 등과 관련된 새로운 소식을 공유드립니다.
  • 소감, 동의, 반론 등을 댓글로 남겨주세요. 활발한 소통을 기대합니다.
  • 지난 기사는 [여기]에서 보실 수 있습니다.

애자일-디자인씽킹-린 스타트업, 이거 정말 좋은건가요?

코로나 기간을 거치면서 평소보다 훨씬 더 많은 기업과 조직들이 디지털 혁신 계획을 발표하고 실행하면서 요즈음 애자일 agile, 디자인씽킹 design thinking, 린 스타트업 lean startup 이라는 단어가 소위 유행어 buzzword처럼 세상에 소개되어지고 생활로 내려 오고 있습니다. 이런 유행처럼 소문과 권위를 동반하여 소개되고 조직에 도입되는 방법론과 프로세스는 도입 전에 올바르게 이해하고 그룹의 상황에 맞도록 사용하지 않으면, 과정에서 생성되는 최고의 결과물인 베스트 프랙티스를 기대하기 어렵게 되고, 또한 이 방법론만이 현재의 상황을 해결 할 수 있는 만능 해결책이 될것이라는 위험한 믿음을 갖게 됩니다. 예를 들어 하루짜리 디자인 씽킹 워크샵을 다녀와서는 현재 엔지니어링 그룹의 모든 문제, 이슈, 계획을 디자인씽킹을 통해 해결하려 하는 시도를 할 수 있다는 것입니다. (주로 상위 레벨의 매니저들 행동에서 쉽게 보여집니다.) 이 경우 지속가능하고 성공적인 제품/서비스의 릴리즈는 어려워 질 수 밖에 없을겁니다. 제 경험상 무엇보다도 애자일, 디자인씽킹, 린스타트업 이 세가지를 학습하고 구별한 후에 나름대로 적용하고 발전시키는 반복적인 과정이 중요하다고 판단해서 오늘은


• 애자일/디자인씽킹/린스타트업을 간단히 설명하고, ( 각각의 방법론-프로세스 자체를 설명하지는 않고, 글의 전개상, 이 세가지 프로세스가 현실에서는 어떤 상황을 만들어 내는지 이야기를 진행 하기 위한 소재에 필요한 부분만을 설명합니다.)
• 훌륭한 디지털 프로덕트/서비스를 만들기 위해 반드시 알아야 하는 것에 대해서 이야기 하면서
• 그 과정서 이들 방법론, 프로세스를 어떻게 이용하는 것이 현명하고 지혜로운것인지에 대해서 이야기를 나누어 볼까 합니다.

원문: https://bit.ly/3irsMGa


구글의 PM이 말하는 PRD 작성 과정 (PRD, Product Requirement Document) 작성 팁

애자일 개발 방식이 스타트업을 중심으로 인기를 얻게 되면서 제품 요구사항 정의서(PRD, Product Requirement Document)를 작성하는 데 시간을 소비하는 것이 맞는지 궁금해하는 기획자가 늘었습니다.

구글의 프로덕트 매니저(PM, Product Manager)인 Omar Eduardo는 그의 블로그 글을 통해 PRD가 여전히 다양한 분야에서 그 힘을 입증하고 있다고 말합니다.

PRD에는 다음과 같은 내용이 담겨져 있습니다.

PRD는 제품 혹은 그 제품이 가진 기능이 가진 문제를 요약합니다. 또한 PRD는 그 안에서 다룬 해결책이 사용자에게 어떤 이로움을 줄 수 있는지 기술합니다.

PM은 제품이 가진 문제가 사용자 여정(User Journey) 가운데 어떤 마찰(Churn)을 일으키는지 파악해야 합니다. 또한 문제가 해소된 상황에서 사용자가 누리게 될 이점에 초점을 두고 제품의 특징을 구체화시켜야 합니다.

PRD 작성에는 정해진 규칙이 없습니다. 하지만 분명한 것은 이 과정을 통해 프로젝트는 보다 뚜렷한 목표를 갖게 되고, 이해관계자들의 시각도 하나의 점으로 수렴된다는 점입니다.

제품 요구사항 정의서 PRD 작성 과정

1 단계: 사용자들이 겪고 있는 문제와 비즈니스가 우선시 해야 할 사안에 대해 기술하고, 왜 그렇게 정했는지 근거를 제시합니다.

​2 단계: 1 단계를 거치면서 보다 윤곽이 뚜렷해진 사용자의 문제에 대한 해결방안(Solution)을 보다 구체화할 수 있는 세부 정보를 더해 나가야 합니다.

3 단계: UX디자이너, 개발자 등과의 PRD 리뷰 과정을 통해 사용자 관점에서 기능적 요구사항(Functional Requirement)을 보다 명확하게 해야 합니다.

4 단계: 위 과정에서 발생하는 다양한 이슈들을 기록해 두어야 합니다.

​5 단계: 개발중에 발생하는 변경사항들을 놓치지 않고 지속적으로 업데이트해야 합니다.

원문: https://bit.ly/333YHrK


피드백의 수용도를 올리는 방법

리더마다 타고난 솔직함을 가지고 있는 사람이 있습니다.

어떤 상황에서든 솔직함을 무기로 대화를 시도하죠.

반대로 어떤 리더는 배려와 공감이라는 무기를 가지고 있습니다.

가능한 상대방을 이해하고 그의 관점에서 솔직함 보다는 공감을 무기로 대화를 합니다.

둘 중에 누가 더 탁월한 리더인지는 모릅니다.

구성원들이 판단해 주겠죠.

나에게 이익을 준 리더를 말이죠.

그런데 피드백을 배우고, 피드백을 단계별로 사용할 수 있다면

강점은 강점대로 약점은 조금 개선되는 모습으로 리더십을 발휘할 수 있습니다.

저는 ‘피드백은 스킬’이라고 이야기 합니다.

물론 피드백을 하는 이유에 대해서는 그 상대를 위하는 마음으로 시작해야 겠지만요.

‘아는 만큼 사용할 수 있다.’

이는 제가 HRD를 할 때 자주 사용하는 문장 입니다.

스킬은 관심을 가지고, 시간을 투자해서 배우면 되거든요.

그리고 그렇게 배운 피드백 스킬은 사람을 성장시키는 도구가 됩니다.

그의 성장과 성공을 위한 마음을 먼저 생각해 보세요.

원문: https://bit.ly/3iAbzKp


글쓴이: 정의의소

Agile Coach, Organizational Change Coach @Samsung Electronics 팟캐스트 MC : 새꿈사 (새로운 조직문화를 꿈꾸는 사람들)

답글 남기기

아래 항목을 채우거나 오른쪽 아이콘 중 하나를 클릭하여 로그 인 하세요:

WordPress.com 로고

WordPress.com의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Google photo

Google의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Twitter 사진

Twitter의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Facebook 사진

Facebook의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

%s에 연결하는 중