가장 훌륭한 기업은 다음 세대 리더를 우연이 아니라 의도적으로 만들어 갑니다. Trupeer를 사용하면 무료 리더십 개발 플랜 템플릿으로 시작해 브랜드 가이드라인에 맞게 커스터마이징하고, 개발 플랜을 비디오 요약으로 전환해 관리자, 멘토, 학습자를 정렬할 수 있어 개발 기획에 드는 시간을 몇 시간이나 절약할 수 있습니다.

리더십 개발 플랜이란 무엇이며, 무엇이 다른가요?

리더십 개발 플랜은 특정 인물이 현재의 위치에서 정해진 기간 동안 더 큰 책임을 맡기까지의 과정을 제시하며, 명시된 실행 항목과 성과가 실제로 작동했는지 확인하는 방법을 포함합니다.

훈련 플랜과의 차이는 ‘무엇을 개발하느냐’입니다. 스킬 훈련은 누군가가 할 수 있는 것과 직무가 요구하는 것 사이의 공백을 메우며, 이를 테스트할 수도 있습니다. 리더십은 그런 의미에서의 스킬이 아닙니다. 누구도 이전에 할 수 없었던 일을 ‘할 수 있다’는 이유만으로 리더가 된 적은 없습니다. 리더가 되는 것은 혼자서는 달성할 수 없는 결과에 대해 책임을 지게 되고, 그다음 조정해 나가면서입니다.

이 구분에는 실질적인 결과가 있습니다. 리더십 주제를 커리큘럼처럼 구성한 플랜은 리더십에 대해 잘 아는 사람을 만들어냅니다. 반대로, 현재 그 사람이 책임져야 하는 일들의 순서로 구성한 플랜은 리더를 만들어내며, 두 번째 방식은 작성하기가 더 어렵습니다. 그 이유는 그 사람의 관리자가 무언가를 ‘내줘야’ 하기 때문입니다.

역량 기반 개발 플랜이 거의 바뀌지 않는 이유

일반적인 접근은 역량 프레임워크로 시작합니다. 9개 또는 12개의 리더십 행동, 그에 대한 360 평가, 5점 만점 점수, 그리고 가장 낮은 점수를 겨냥한 플랜을 세웁니다.

편안하고 보고도 잘 되며, 그 어떤 사람도 할 수 있는 일에 대해 실제로 바꾸는 경우가 매우 흔치 않습니다. 세 가지 이유가 있습니다.

첫째, 행동은 형용사입니다. 전략적 사고, 임원다운 존재감, 권한 없이 영향력 행사. 월요일에 ‘3점에서 4점으로’ 가기 위해 그 사람이 무엇을 다르게 할지 아무도 말할 수 없으니, 플랜은 실행될 수 없고 실패할 수도 없습니다.

둘째, 평가는 권한이 아니라 인식을 측정합니다. 360 점수는 상당히 올라갈 수 있지만 실제 권한 범위는 그대로일 수 있으며, 두 번째가 바로 중요한 부분입니다.

셋째, 플랜은 범위를 쥐고 있는 사람과 합의하는 것이 아니라 참여자와 합의합니다. 무언가를 넘겨줘야 하는 관리자는 종종 그 자리에 없어서, 그 관리자가 ‘소유한 것’이 플랜에 나타나지 않습니다.

탈출구는 간단합니다. 그 사람이 무엇이 부족한지 묻는 대신, 관리자에게 다른 질문을 해야 합니다.

Trupeer에서 이 템플릿을 커스터마이즈하는 방법

1단계: 템플릿 섹션 열기

메인 내비게이션에서 템플릿 섹션으로 이동하세요.

2단계: 템플릿 선택 후 열기

작업하려는 템플릿을 클릭해 열어보세요.

3단계: 템플릿 보기 확장

필요한 경우 템플릿 보기를 확장해 전체 레이아웃과 세부 정보를 더 명확히 확인하세요.

4단계: 템플릿 편집

편집을 클릭해 선택한 템플릿을 수정하기 시작하세요.

편집기에서 다음을 할 수 있습니다:

• 새 섹션 추가

• 서식 규칙 정의 또는 업데이트

• 로고를 추가하고 위치 및 관련 설정을 조정

5단계: 커스터마이즈한 템플릿 저장

필요한 모든 변경을 마친 후 저장을 클릭해 업데이트된 템플릿을 본인 것으로 저장하세요.

6단계: 미리보기 및 템플릿 미세 조정

커스터마이즈한 템플릿이 어떻게 보이는지 확인하고 싶을 때 미리보기를 여세요.

미리보기 화면에서 필요하다면 템플릿이 원하는 대로 정확히 표시되도록 조정을 계속 직접 진행할 수 있습니다.

리더십 개발 플랜 템플릿으로 다음을 할 수 있습니다:

• 디자인에 드는 시간을 절약: 검증된 개발 구조로 빈 페이지를 건너뛰세요.

• 리더를 의도적으로 구축: 내장 섹션이 역량, 경험, 멘토링을 다룹니다.

• 브랜드에 맞게 유지: Trupeer의 브랜드 키트를 사용해 로고, 글꼴, 색상을 적용하세요.

• 진행 상황 추적: 내장된 마일스톤과 지표가 개발이 계획대로 진행되도록 도와줍니다.

• 조직 전반 표준화: 개발 중인 모든 리더에게 동일한 템플릿을 사용하세요.

• 글로벌 리더에게 도달: 한 번의 클릭으로 플랜을 65+개 언어로 번역하세요.

리더십 개발 플랜은 ‘스킬’ 목록이 아니라 ‘결정’의 목록입니다

관리자에게 이렇게 물어보세요. 현재 이 사람에게서 1년 뒤에 실제로 맡을 수 있을 법한 ‘어떤 결정’을 지금 누가 내리고 있나요? 그리고 오늘 당장 그 결정을 넘겨주지 못하게 막는 것은 무엇인가요?

관리자는 이 질문에 잘 답합니다. 누군가가 전략적 사고가 부족하다고 말하진 않지만, 관리자는 ‘범위 변경을 5만 달러가 넘는 규모로 승인하게 하려면 먼저 확인해야 한다’는 식으로, 그리고 그 이유를 정확히 설명해 줄 것입니다. 그 이유는 보통 구체적이며 대개 해결 가능합니다.

그 답이 바로 플랜입니다. 각 결정은 한 행이 됩니다. 개발 작업은 관리자가 지목한 ‘특정 공백’을 메우기 위해 존재하며, 결정이 문서로 넘겨지고 관리자가 더 이상 복사(참조)되는 상태가 멈추면 플랜은 완성됩니다.

이 방식에는 역량 접근이 갖지 못한 세 가지 성질이 있습니다. 첫째, 검증 가능(거짓임을 증명할 수 있음)합니다. 결정이 위임되었는지, 아니었는지로 확인할 수 있기 때문입니다. 둘째, 관리자를 ‘커밋’하게 만듭니다. 모든 행은 관리자가 포기해야 하는 무언가이기 때문입니다. 셋째, 이 플랜은 당사자에게도 보입니다. 형용사에 대한 점수 대신, 그들이 무엇을 향해 일하고 있는지 정확히 볼 수 있습니다.

사람의 관리자와 함께 ‘결정 인벤토리’를 만드는 방법

참여자 없이 관리자와 1시간을 예약하고, 먼저 목록을 만들어 오세요. 프레임워크부터 시작하지 마세요.

관리자의 ‘지난 한 주’를 기준으로 질문하세요. 지난달에 무엇을 승인했고, 무엇에 서명했으며, 무엇을 중재하거나 에스컬레이션했나요? 그중 어떤 것은 이 사람이 할 수 있었을까요? 할 수 없었던 것들에 대해서는, 먼저 무엇을 확인해야 하나요?

결정은 5~8개를 목표로 하세요. 그보다 적으면 플랜이 누구의 역할도 바꾸지 못합니다. 그보다 많으면 아무도 순서대로 실행하지 않는 ‘소원 목록’이 됩니다.

이 1시간이 작동하게 만드는 두 가지 규율이 있습니다. 첫째, 각 결정을 결과와 경계가 있는 ‘무언가’로 작성하세요. 예를 들어 ‘상업적 결정’이 아니라 ‘5만 달러까지 범위 변경 승인’처럼요. 둘째, 이유를 반드시 고집하세요. ‘아직 준비가 안 됐다’는 말은 계획으로 세울 수 없기 때문입니다. 관찰 가능한 무언가가 나올 때까지 밀어붙이세요. 예를 들어 프로젝트가 잘못된 적이 없거나, 그 고객에게 ‘안 된다’고 말해야 했던 적이 없거나, 우리가 리스크를 어떻게 가격에 반영하는지 모른다 같은 것들입니다.

그다음 목록을 참여자에게 가져가세요. 대부분은 ‘아직은 안 된다’는 막연한 느낌을, 스스로 진행할 수 있는 무언가로 바꿔주기 때문에 안도감을 느낍니다.

작은 결정부터 큰 결정까지 ‘핸드오버’를 순서화하는 방법

순서를 결정하는 두 축이 있습니다. 하나는 잘못됐을 때 비용이 얼마나 큰지, 다른 하나는 그 결정이 이 사람이 관리하지 않는 사람들에게 얼마나 의존하는지입니다.

거의 모든 사람이 저지르는 실수는 공석이 생겼다는 이유로 1단계에서 4단계로 바로 점프하는 것입니다. 건너뛴 단계는 3단계인데, 여기서 ‘권한 없이 영향력 행사’가 실제로 학습됩니다. 3단계를 건너뛰면, 360 점수는 괜찮아 보이는데도 첫 번째 실제 리더십 역할에서 유능한 사람들이 실패하는 이유가 바로 이것입니다.

5단계는 훈련 단계가 아닙니다. 그 사람이 시니어 동료와의 관계 속에서 포지션을 유지할 수 없다면, 1년 안에 어떤 과제도 그 문제를 해결해 주지 못하며, 플랜은 그렇게 ‘가정’하는 대신 그렇게 써야 합니다.

무료 리더십 개발 플랜 템플릿: 복사할 다섯 개의 열

결정당 한 행. 다섯 개의 열. 이것이 플랜입니다.

결정. 결과와 경계가 있는 형태로 명시하세요. "5만 파운드까지 공급업체 범위 변경 승인."

아직 아닌 이유. 관리자의 구체적인 이유를, 관리자의 말로 그대로 적으세요. 역량 라벨이 아닙니다.

과제. 공백을 밖으로 드러내게 만드는 실제 업무 한 가지. 코스가 아닙니다. 분기별 공급업체 리뷰를 진행하고, 어려운 갱신을 처리하며, 사고 사후 분석(포스트모템)을 진행하는 것처럼요.

감독 하에 시험. 관리자가 참석하되 침묵하는 상태에서 처음으로 이 결정을 내리는 순간, 그리고 날짜. 방 안에서 관리자의 역할은 아무 말도 하지 않고 메모를 하는 것입니다.

위임 날짜 및 검토. 결정이 실제로 이전되는 날짜와, 이후 어떻게 검토될지. 이전 내용은 문서로 기록되고 영향을 받는 모든 사람에게 전달되어야 하며, 그렇지 않다면 아직 일어난 것이 아닙니다.

단일 헤더 블록을 추가하세요. 사람, 관리자, 기간, 그리고 그들이 향해 개발되는 역할을 설명하는 한 문장. 그 이상을 넣으면 문서가 ‘사용’되는 것이 아니라 ‘관리’되기 시작합니다.

새 팀 리드용 리더십 개발 플랜 예시

12개월에 걸쳐 시니어 엔지니어가 엔지니어링 팀 리드로 이동하는 경우를 채운 예시입니다.

결정: 두 번째 검토자 없이, 생산에 영향을 주는 변경에 대한 기술 설계를 승인합니다. 아직 아닌 이유: 본인 설계로 인해 장애가 발생한 적이 한 번도 없어서, 폭발 반경보다 우아함을 최적화하는 경향이 있습니다. 과제: 두 분기 동안 사고 이후 리뷰 프로세스를 책임지고, 리뷰 작성까지 포함합니다. 감독 하에 시험: 3월, 다음 주요 설계. 위임: 6월.

결정: 제품 요청에 맞춰 팀의 분기별 우선순위를 설정합니다. 아직 아닌 이유: 제품 디렉터에게 ‘안 된다’고 말해야 했던 적이 없고, 실제로 우리의 마진이 어디에 있는지 모릅니다. 과제: 분기 계획 세션에서 팀의 역량(캐파시티) 모델을 제시하고, 숫자를 책임집니다. 감독 하에 시험: 2분기 계획, 관리자는 참석하되 침묵. 위임: 3분기 계획.

결정: 온콜(on-call)에 누가 들어갈지 결정하고, 그에 따른 불만을 처리합니다. 아직 아닌 이유: 4년 동안 함께 일해 온 동료들과의 갈등을 피합니다. 과제: 한 분기 동안 로테이션을 운영하고, 모든 교체 요청을 직접 처리합니다. 감독 하에 시험: 본인이 거절해야 하는 첫 번째 상황. 위임: 2분기 말.

결정: 본인 팀에 채용하며, 최종 ‘아니오’까지 포함합니다. 아직 아닌 이유: 인터뷰는 했지만 최종 단계에서 누군가를 거절한 적은 없습니다. 과제: 두 번의 전체 루프를 그림자처럼 따라보고, 그다음 채용 매니저로서 한 번을 직접 운영합니다. 감독 하에 시험: 10월, 한 번의 전체 루프. 위임: 1월.

네 행, 그리고 그 사람이 할 수 있는 일에 대한 실제 변화 네 가지입니다. "전략적 사고를 개발하고, 임원다운 존재감을 강화하며, 이해관계자 영향력을 구축"이라는 플랜과 비교해 보면, 어떤 것이 실제로 실행 가능한지 명확해집니다.

역량 프로그램의 비용은 얼마였고, 무엇이 그것을 대체했나요?

약 600명 규모의 전문 서비스 기업인 Calderwood Partners는 후계자로 식별된 24명의 시니어 매니저를 대상으로 리더십 개발 프로그램을 운영했습니다.

12개월, 9개 리더십 역량, 각 참여자에 대한 360 평가, 워크숍 6일, 외부 코치. 직접 비용은 인당 약 4,200파운드였고, 각 참여자의 시간 약 14일이 추가로 소요되었습니다.

측정된 결과는 좋았습니다. 평균 360 점수가 개선됐고, 자기 보고 기반 자신감이 상승했으며, 참여자들은 프로그램을 높게 평가했습니다.

프로그램이 끝난 지 18개월 후, 24명 중 3명이 승진했거나 더 넓은 범위를 부여받았습니다. 5명은 떠났습니다.

리뷰는 참여자들의 관리자를 인터뷰했고, 같은 답이 반복해서 나왔습니다. 그녀는 훌륭하지만, 나는 그녀가 혼자서 계정을 운영하게 할 준비가 되어 있지 않다. 무엇이 바뀌어야 하냐고 밀어붙이면, 그들 모두가 정확히 무엇인지 말할 수 있었지만, 그 어떤 것도 어디에도 적혀 있지 않았습니다. 프레임워크가 그런 질문을 한 적이 없었기 때문입니다. 그것은 1~5점 사이의 전략적 사고를 측정했습니다. 어떤 관리자가 아직 누군가가 감독 없이 범위 변경을 승인하도록 허용하지 않을 것이라는 점을 아무도 기록하지 않았습니다.

재런칭은 플랜을 바꾸면서 프로그램의 절반은 유지했습니다. 각 관리자는 1시간을 들여, 참여자가 1년 안에 실제로 맡을 수 있을 법한 ‘현재의 결정’ 목록을 작성했습니다. 중앙값은 6개였습니다. 워크숍 6일 중 3일은 살아남았고, 그 목록에서 계속해서 등장한 주제들이었습니다.

12개월 후, 22명의 참여자 중 131명 중 100명? (원문: twenty two participants, ninety six of the hundred and thirty one) 131개 중 96개가 공식적으로 핸드오버 되었습니다. 11명은 승진했거나 더 넓은 범위를 부여받았습니다. 2명은 첫 번째 프로그램보다 약간 더 낮은 비용으로 떠났습니다.

개인 리더십 개발 플랜 템플릿 및 예시

프로그램이 뒤에 없어도 같은 구조가 작동합니다. 다만 사람들이 흔히 빼먹는 한 가지 조정이 필요합니다.

결정 목록은 직접 작성한 다음, 범위를 쥐고 있는 사람에게 가져가서 그 사람의 버전을 받으세요. 두 버전은 달라질 것이고, 그 둘 사이의 간격은 당신이 이용할 수 있는 가장 유용한 정보입니다. 만약 막는 것이 ‘노출(exposure)’이라고 생각한다면, 상대는 ‘당신이 고객에게 나쁜 소식을 전달한 적이 없어서’라고 생각할 수 있습니다. 그 경우 당신은 잘못된 일을 하고 있는 겁니다.

열은 동일합니다. 다만 위임 날짜는 실제가 되려면 다른 사람의 동의가 필요하다는 점만 다릅니다. 특정한 이름의 사람이 ‘넘겨줄 수 있는’ 상태가 없는 개인 플랜은 독서 목록(reading list)일 뿐입니다. 라인 매니저가 아니라도 프로젝트 스폰서처럼 누군가의 이름을 문서에 넣으세요.

역할 초기에 있다면 30-60-90일 플랜이 첫 분기를 커버하고, 이것은 그 이후 1년을 커버합니다.

4가지 구성 요소, 5가지 단계, 4가지 C는 무엇인가요?

이것들은 계속해서 등장하니, 미리 명확히 해두는 것이 좋습니다.

보통 제시되는 네 가지 구성 요소는 평가, 목표, 개발 활동, 측정입니다. 이는 어떤 개발 플랜에도 해당하며 리더십에만 해당하는 것은 아닙니다.

다섯 가지 단계는 누가 게시하느냐에 따라 달라지고, 정해진 표준 버전은 없습니다. 대부분은 자기 인식에서 스킬 구축으로, 그다음 다른 사람을 이끄는 단계, 리더를 이끄는 단계, 조직을 이끄는 단계로 이어지는데, 이는 플랜이라기보다 커리어를 설명합니다.

네 가지 C는 출처마다 다르게 인용됩니다. 가장 흔한 형태는 competence(역량), character(성품), connection(연결), culture(문화)이며, 때로는 clarity(명확성), communication(커뮤니케이션), collaboration(협업), commitment(몰입)으로도 나옵니다. 둘 다 기억하기 쉽지만, 어느 쪽도 다음에 무엇을 해야 하는지 알려주지 않습니다.

어느 것도 틀린 것은 아닙니다. 그것들은 리더십 개발을 이야기할 때 쓰는 어휘이고, 어휘는 플랜이 아닙니다. 필요하다면 스티어링 페이퍼에 하나를 사용하세요. 그 사람이 실행해야 하는 모든 것에는 결정 목록을 사용하세요.

리더십 개발 플랜을 만들 때의 과제는 무엇인가요?

가장 결정적인 제약은 관리자가 무언가를 ‘내줘야’ 한다는 점인데, 아무도 그 점을 위해 설계하지 않습니다. 모든 진짜 리더십 개발 플랜은 관리자의 고유 범위를 줄이게 만들며, 이는 불편하고 거의 인정되지 않습니다. 관리자가 넘겨줄 단 하나의 결정을 이름으로 말하지 못한다면 플랜은 작동하지 않을 것이고, 억지로라도 쓰기보다는 그렇게 말하는 것이 정직한 답입니다.

그 외에도 흔한 과제가 세 가지 더 있습니다. 플랜이 존재하지 않는 승진을 기준으로 작성되는 경우가 있어, 아무도 만들지 않을 역할을 준비하는 사람이 생깁니다. 진행 상황은 권한이 이전된 정도가 아니라 완료된 활동으로 측정됩니다. 그리고 플랜은 1월에 합의되고 다시 열리지 않는데, 유용한 주기는 위임 날짜 기준으로 분기별입니다.

진지하게 받아들일 만한 한 가지 주의점도 있습니다. 개발 플랜이 승진 결정을 먹여 살리거나, 프로그램 선발이 이의 제기될 수 있는 상황이라면 HR과 고용 관련 법률 자문이 선발 기준과 기록 보관 방식을 검토해야 합니다. 개발 플랜은 분쟁에서 양쪽 모두의 증거로 사용되어 왔고, 개발 플랜이 개발이 아니라 성과 문제처럼 읽히면 의도하지 않았던 위험을 만들 수 있습니다.

리더십 개발 플랜이 ‘완료’되었는지 확인하는 방법

12개월이 끝났을 때도 아니고, 활동이 완료됐을 때도 아닙니다.

특정 행(row)은 결정이 문서로 이전되고, 영향을 받는 사람들이 그 사실을 들었으며, 관리자가 더 이상 그 문서에 복사(참조)되지 않을 때 완료됩니다. 마지막 조건이 비공식적인 되돌림을 잡아내는데, 이는 매우 흔합니다. 결정은 형식적으로 위임되었지만, 관리자는 여전히 조용히 매번 자문을 받고 있다면, 그건 ‘위임된 것’이 아닙니다.

플랜 전체 수준에서는 위임 날짜 기준으로 분기마다만 검토하세요. 날짜가 밀리고 있다면, 과제가 잘못된 것인지 아니면 관리자가 놓을 준비가 안 된 것인지가 핵심이며, 둘은 다른 대화를 필요로 합니다. 두 번째 이유로 계속 밀리는 행은 참여자보다 관리자의 문제인 경우가 많아 에스컬레이션할 가치가 있습니다.

넘겨주는 내용을 문서화해 위임이 가능하게 만드는 방법

이 모든 것 아래에는 실질적인 막힘이 하나 있습니다. 결정을 내리는 데 필요한 ‘이유’가 한 사람의 머릿속에만 존재한다면, 그 결정을 위임할 수 없습니다. 그리고 이것이 많은 관리자가 계속 붙잡는 진짜 이유입니다. 설명하기보다 계속 결정을 내리는 편이 더 쉽기 때문입니다.

Trupeer AI는 바로 그 지점에서 유용합니다. 관리자가 실제 사례를 가지고 스스로 작업하는 과정을 기록하되, 생각을 말로 풀어가며 진행하면, 결과물은 반복해서 해야 하는 회의가 아니라 다른 사람이 따라 할 수 있는 형식화된 가이드가 됩니다. SOP creator는 반복되는 부분을 문서화된 절차로 바꾸어, 관리자가 방 안에 없어도 감독 하에 시험을 가능하게 합니다.

기록하세요. 브랜딩하세요. 번역하세요. Trupeer하세요.

같은 녹화(기록)는 일관된 브랜딩으로 작성된 가이드, 비디오, 그리고 지식 베이스의 문서까지 만들어, 후임자가 다시 구축하지 않아도 이유가 핸드오버 이후에도 살아남습니다. 이전이 단일 결정이 아니라 ‘전체 역할’이라면, 저희의 knowledge transfer SOP가 더 긴 버전을 다룹니다. 설정 지침은 문서 템플릿 설정 가이드에 있습니다.

자주 묻는 질문

Word 또는 doc에서 무료 리더십 개발 플랜 템플릿을 사용할 수 있나요?

5개 열 구조는 간단한 표로 Word 또는 Google Docs에 바로 붙여넣을 수 있습니다. 결정당 한 행씩 들어갑니다. 다운로드에 제한이 없다는 뜻이기도 하며, 즉 템플릿과 사용자 사이에 별도의 양식이 없습니다. 한 페이지로 유지하세요. 리더십 개발 플랜이 6페이지까지 늘어나면 2분기부터는 더 이상 검토되지 않기 때문입니다.

PDF에서 리더십 개발 플랜 예시를 제공하나요?

위에 있는 채워진 예시는 플레이스홀더 텍스트가 아니라, 시니어 엔지니어가 팀 리드로 이동하는 경우를 4개의 실제 행으로 다룹니다. 관리자가 위임 날짜에 동의한 뒤 PDF로 내보내세요. 이 날짜들이 바로 커밋이며, 이를 고정하는 것은 할 가치가 있습니다. 작업용 복사본은 편집 가능하게 유지하세요. 연도가 진행되면서 행이 추가되기 때문입니다.

Excel에서 무료 리더십 개발 플랜 템플릿을 사용할 수 있나요?

여러 명의 코호트를 대상으로 진행한다면 Excel이 적합한 컨테이너입니다. 결정당 한 행, 참여자/관리자/결정/아직 아닌 이유/과제/시험 날짜/위임 날짜/상태를 위한 열이 있습니다. 이 시트에서 보고할 만한 단 하나의 숫자는 실제로 위임된 결정의 비율이며, 이것이 유일하게 의미 있는 코호트 지표입니다.

무료로 리더십 개발 플랜 템플릿을 다운로드할 수 있나요?

5개 열, 시퀀싱 테이블, 채워진 예시, 그리고 관리자 인터뷰 프롬프트는 모두 무료이며 제한이 없습니다. 조직에 맞게 조정하고, 출처 표기가 필요하지 않도록 본인 이름으로 본인 툴킷에 넣어두세요.

리더십 개발 플랜은 얼마나 길어야 하나요?

한 페이지, 4~8개 행, 12개월. 더 긴 플랜은 보통 결정이 아니라 활동이 나열되었다는 신호입니다. 활동은 늘어나지만 결정은 늘어나지 않기 때문입니다.

리더십 개발 플랜은 누가 작성하나요?

관리자와 참여자가 함께 작성하되, 결정 목록은 먼저 관리자가 만들고 별도로 진행합니다. 이 순서를 뒤집는 것이 가장 흔한 실패 방식입니다. 참여자가 방 안에 있는 상태에서 생성된 목록은 관리자가 실제로 넘겨줄 준비가 된 것보다, 참여자가 하고 싶은 것 쪽으로 흘러가기 때문입니다.

이것은 성과 개선 플랜과 어떻게 다른가요?

목적과 법적 성격이 완전히 다릅니다. 개발 플랜은 더 잘 수행하고 있는 사람을 대상으로, 더 큰 역할을 준비시키기 위한 것입니다. 성과 개선 플랜은 요구되는 기준보다 낮은 성과를 다루며, 공식적인 결과를 수반합니다. 두 문서와 어휘를 절대 섞지 마세요. 경고처럼 읽히는 개발 플랜은 신뢰를 해치고, 나중에 당신에게 불리하게 해석될 수 있습니다.

관리자가 아무것도 위임하지 않으려 한다면 어떻게 하나요?

일반적인 ‘개발’이 아니라, 날짜가 포함된 단 하나의 결정에 대해 한 번, 구체적으로 물어보세요. 그래도 답이 ‘아니오’라면, 그 사람의 권한 밖의 범위를 찾아보세요. 예를 들어 크로스펑셔널 프로젝트, 위원회, 다른 스폰서가 있는 이니셔티브 같은 것들입니다. 위의 시퀀싱 테이블에서 3단계는 의도적으로 ‘본인에게 보고하지 않는 사람’에 관한 것이며, 당신의 관리자가 붙잡고 있어도 종종 그 단계는 이용 가능합니다.