Quartz 5

2nd week_day1_via강점검사 통한 팀빌딩, 프로젝트관리와 팀 커뮤니케이션

Properties1
tags강점검사, via, 행동강점, hr, 킥오프문서, 프로젝트관리중실제발생하는이슈, 이슈로그, 의사결정히스토리기록, 프로젝트진행상황점검, 에스컬레이션, via강점검사, 간트차트, escalation

7 min read

VIA 강점 검사 [팀빌딩] VIA Character Strengths Survey Results | VIA Institute on Character

[킥오프문서] 1.프로젝트명 및 목표 2.프로젝트의 업무범위 3.주요 일정 4.일정 5.용어 정의 킥오프문서_20260707 작성

(프로덕트매니징중발생하는이슈) 실제 프로젝트 관리 시의 중요한 문제

  • 이슈로그 관리
  • 프로젝트 매니징 중 이슈와 대비책 ->배민 서비스 건 ->api키 노출로 인한 보안 문제 ->맥도날드 ERP실패 사례!

(데일리 시큐:https://www.dailysecu.com/news/articleView.html?idxno=206736) https://www.linkedin.com/posts/amy-in-love_qzcstkrqrulpspfcx-qsyslsrpwrdaqviqtzrww-cxconsultingsmcqxmufysmcsueukqral-ugcPost-7465387622169739264-AejN/?utm_source=share&utm_medium=member_desktop&rcm=ACoAABNIHwEBwMplE6k_V6SHBmBK2yybmqeVeIM

1.api키가 외부에 노출된 사례로 인해 ai보안관련해서 Google coo측이 보안, 거버넌스, 감사가능성을 처음부터 고려해야한다는 방향을 제시했는데요

20260525 zdnet김미정 기자님 기사로, https://lnkd.in/gr7QYPd3
기사제목:제미나이 과금 논란 속 구글 “AI 보안 전략 처음부터 짜야"
"30분 만 1500만원 청구 사례”…API 키 권한·폐기 지연 개선 요구 커져
(기사본문발췌)
수자 COO는 기업들이 AI 플랫폼을 구축할 때 보안, 거버넌스, 감사 가능성을 처음부터 고려해야 한다고 주장했다. 직원들이 조직 승인 없이 소비자용 AI 도구를 쓰는 ‘섀도 AI’가 확산하면 민감 데이터가 통제 밖으로 나갈 수 있다는 이유에서다
(중략)
수자 COO는 AI 확산에 따라 보안 위협 속도도 빨라졌다고 봤다. 그는 “최초 침해가 발생한 뒤 공격이 다음 단계로 넘어가는 평균 시간이 8시간에서 22초로 줄었다”며 “방어 대상도 기존 네트워크와 서버를 넘어 모델, 학습 데이터 파이프라인, 에이전트, 프롬프트로 넓어졌다”고 설명했다.

그는 AI 에이전트가 기업 내부 시스템을 이동하면서 오래 방치된 데이터 저장소를 찾아낼 수 있다고 경고했다. 과거에는 존재 자체가 잘 알려지지 않아 드러나지 않았던 오래된 셰어포인트 서버와 접근 권한 설정이 AI 에이전트에 의해 노출될 수 있다는 것이다.

수자 COO는 이런 환경에서 사람 중심 방어만으로는 공격 속도를 따라가기 어렵다고 봤다. 그는 “기업은 AI 에이전트가 방어를 수행하고 사람이 이를 감독하는 AI 네이티브 방식으로 보안 체계를 전환해야 한다”고 주장했다.

(PM이 지속 관리해야 할 3가지 문서) 회의록 관리 :티로(서비스)-회의록만 다루는 프로그램!

📌 PM(프로젝트 매니저)이 지속 관리해야 할 3가지 핵심 문서

  • 1. 회의록 및 의사결정 히스토리

    • 목적: 논의 사항, 합의 결과, 결정의 배경과 맥락 기록 및 근거 확보

  • 2. 프로젝트 헌장 혹은 프로젝트 킥오프 문서

    • 목적: 프로젝트 시작 시점에 합의된 목표, 범위, 역할, 책임 등 명시

  • 3. WBS (Work Breakdown Sheet)

    • 목적: 주요 일정에 따른 과업, 진척도, 담당자를 한눈에 파악 및 관리

!! 이런 식으로 맥락을 반드시 파악하는 것이 매우 매우 중요하다!!

그리고 에스컬레이션 등 소통이 잘 안될때 다음 결정권자에게 신속하게 알리는 것

에스컬레이션 (Escalation)

  • 개념 정의: 문제가 감당 범위를 벗어났을 때, 정해진 절차에 따라 결정권자에게 신속히 공유/보고하는 프로세스

  • 대표 사례: 도요타 ‘안돈 코드’ (현장 작업자가 이상을 발견하면 즉시 줄을 당겨 생산 라인을 정지)

  • 핵심 고려 요소:

    • 언제 (Threshold: 임계점 기준)

    • 누구에게 (Line: 보고 및 승인 라인)

    • 어떻게 (Form: 보고 방식 및 형식) 삼성전자 사례는 : 투명 공개로 오히려 타개가능 프로젝트 관리, 및 프로덕트 관리에서도 매우 중요

삼성전자 갤럭시 노트7 사례 요약 (2016~2017)

  • 1. 출시 (8월 19일)

    • 정식 출시 일주일 만에 배터리 발화 제보 및 신고가 잇따름

  • 2. 1차 리콜 (9월 2일 ~ 9월 12일)

    • 배터리 결함 확인 후 전량 리콜 발표 (약 250만 대 회수 및 배터리 협력사 교체)

  • 3. 재발화 (10월 초)

    • 교체품에서도 추가 발화 발생 → 새 제품 판매 및 교환 프로그램 중단

  • 4. 영구 단종 (10월 11일)

    • 출시 후 두 달이 채 안 된 시점에 단종 및 교환·환불 공식 발표

  • 5. 투명 공개 (‘17년 1월 23일)

    • 엔지니어 700명, 20만 대 대상 재현 실험을 거쳐 원인을 생중계로 투명하게 공개

프로젝트 적용 과제는

  • 킥오프문서
  • 이슈로그, 의사결정 히스토리 기록
  • 프로젝트 진행상황 점검 및 에스컬레이션 다음 프로젝트의 경우, 킥오프문서, 이슈로그, 의사결정 히스토리 기록, 프로젝트 진행상황 점검 및 에스컬레이션을 반드시 활용한다

Graph View