Next.js로 되어 있는 백오피스를 Remix로 마이그레이션하라고 ChatGPT Codex, Claude Code, Cursor Agent에게 시켜보았다.

ChatGPT Codex - 작업 규모가 너무 크다고 거부함 ㅋㅋ (첨부 이미지)

Claude Code - 마이그레이션을 하긴 했는데 고칠게 너~~~~무 많아서 첨부터 다시 하는게 나을 정도

Cursor Agent - 뭔가 만들어 놓긴 했는데 완전히 엉뚱한 걸 만들어 놔서 참고조차 안됨

결과로 보면 모두 실패지만, 지금으로썬 ChatGPT Codex가 제일 똘똘한게 아닌가 싶음.

앞서 설명한 가짜 프로젝트의 유형별로 특징, 대표사례, 피해야 할 상황, 대응전략을 설명하겠다.

‘존재 과시형’ 프로젝트는 개인이나 부서의 생존을 위해 수행하며 조직에 미치는 영향이 크다. 프로젝트 스폰서가 생존을 위해서 큰 프로젝트를 수행하는 이유는 CEO와 같은 고위 경영층이 지시를 이행하거나, 스폰서(또는 부서)의 약해진 존재감을 환기시키기 위해 이슈를 제기한다. 예를 들어 고객관리 개선, 품질 향상, 개발 생산성 향상과 관련된 이슈를 지원 또는 관리부서에서 제기하는 것이다.

- 프로젝트의 특징
• 조직 내 특정부서 또는 개인(임원)의 생존 또는 기득권 유지를 위해 추진
• 실제보다 문제를 크게 부풀려서 프로젝트 규모를 크게 함
• 실패해도 책임 회피 가능하거나, 성공 여부 자체가 애매한 경우가 많음
• ‘~~ 고도화’ 프로젝트가 이에 해당하는 경우가 많음

- 대표 사례

• 전사 ERP 재구축 프로젝트
∙ 시스템을 구축한 지 오래되었고 일부 문제가 있지만, 정확한 문제를 해결하는 것보다 프로젝트 규모를 키워 관리부서의 영향력 확대가 목적
∙ 차세대 프로젝트의 필요성 또는 목표에 대해 조직원의 공감대가 미흡함
∙ 프로젝트 일정지연이나 성과달성 미흡시 그 원인을 현장으로 돌림

• AI를 활용한 업무생산성 향상
∙ 파일럿을 수행하면 ‘혁신 실험형’이 CEO 가 주도하면 특정부서의‘존재 과시형’ 프로젝트가 됨
∙ 한정적인 상황에 적용된 사례를 포장하여 생산성이 향상된 것처럼 과장하여 조직 내 홍보
∙ 전 부서에 적용 목표가 할당되면 전 직원의 하기 싫은 숙제로 전락
∙ 금융/통신사의 콜센터 개선도 생산성 향상을 목적으로 필요이상으로 규모를 키우면
‘존재과시형’ 프로젝트가 됨

- 피해야 할 상황
‘존재 과시형’ 프로젝트의 스폰서에게 프로젝트 실패는 치명적이기 때문에 PM의 입장에서는 든든한 우산이 된다. 반면 ‘존재 과시형’ 프로젝트는 조직 내 영향이 크기 때문에 유관부서의 이해관계자들이 프로젝트의 실효성에 대해 문제를 제기하기도 한다. 따라서 스폰서가 이해관계자들을 설득할 수 있도록 스폰서가 원하는 최소한의 기준(일정, 품질)을 충족시켜야 한다. 만일 실패하면 다음과 같이 힘든 상황이 발생할 수 있다.

• 프로젝트 기획은 좋았는데 프로젝트 팀이 개발을 잘못했다는 희생양이 됨
• 일정, 품질의 이슈가 되어 프로젝트 오픈일을 크게 벗어날 경우 프로젝트 스폰서가 프로젝트 팀을 보호하지 않고 적대적으로 공격함
• 품질이슈 또는 기술적인 구현이 어려울 경우 지옥 같은 프로젝트가 됨

- PM 대응전략
생존을 위해 프로젝트 성공을 간절하게 원하는 프로젝트 스폰서(SI의 경우 고객사 PM)의 신뢰 또는 지지를 잃지 않는 것이 핵심이다. 그러나 프로젝트 스폰서가 조직 내 이해관계자들을 설득하지 못해 프로젝트 목표를 달성하지 못할 경우를 대비하여 주요 의사결정에 대한 근거를 확보하고 문제가 커지기 전에 PM의 경영층에게 프로젝트 이슈를 보고해야 한다.

• 프로젝트 목표에 대해 스폰서와 심도 깊은 대화를 하고 우호적인 이해관계자와 적대적인 이해관계자의 대응전략을 협의한다.
• 프로젝트 요구사항의 우선순위를 스폰서와 협의한다. 프로젝트 팀의 역량을 집중할 요구사항을 정확하게 이해하고 스폰서가 조직 내에 어필할 수 있도록 해당 요구사항은 일정을 준수하고 고품질을 확보한다.
• 기술적으로 구현하기 힘들거나 품질이슈가 발생할 가능성이 높은 요구사항이 있다면 사전에 스폰서에 공유하고 대응방안을 협의한다.
• 현업 실무자의 무리한 요구사항 또는 참여미흡은 프로젝트 스폰서에게 문제해결을 요청한다.
• 프로젝트 스폰서가 프로젝트 목표달성 실패를 선언하기 전에 범위조정, 일정조정을 통해 성공은 아니지만 실패하지 않은 프로젝트로 남을 수 있는 방안을 협의한다.
• 프로젝트 목표에 결정적인 영향을 미치는 요구사항 변경 또는 프로젝트 의사결정은 문서로 확인근거를 남긴다. 향후 분쟁이 발생할 경우를 대비하여 프로젝트 팀과 스폰서의 책임소재를 문서에 명확하게 기록하고 공유한다.
• 프로젝트가 이슈화되면 PM은 모든 진행상황을 경영층과 협의하여 진행한다.

====================================
제가 삼성 SDS에서 30년 동안 경험하고 체득한 교훈을 정리한 책 <슬기로운 PM 생활>을 출간한 소식을 공유합니다.
https://product.kyobobook.co.kr/detail/S000215148133

'존재 과시형' 가짜 프로젝트에 대응하는 방안

가짜 프로젝트의 일정이 지연되고 품질에 문제가 생겨 PM이 정칙게임의 희생양이 된다면 PM의 성장경로에 치명적일 뿐 아니라 PM의 마음도 견디기 힘들어진다. 진짜 프로젝트에서 마음 맞는 이해관계자들과 열심히 한 결과 프로젝트가 일정이 지연되면 덜 억울한데, 하지 말아야 할 가짜 프로젝트 부실을 책임지는 정치의 희생양이 되는 것은 피해야 한다.

따라서 프로젝트를 수락하기 전에 PM은 가짜 프로젝트 여부를 확인해야 한다. 만일 PM이 가짜 프로젝트라고 판단한다면 헌신하거나 열정을 쏟을 필요가 없다. PM이 해당 프로젝트가 만들 결과물을 가짜라고 판단했기 때문이다. 이 경우 가짜 프로젝트를 맡지 않는 것이 좋다. 물론 주어진 가짜 프로젝트의 범위, 일정, 예산을 준수하여 끝내는 것이 본인의 성장에 도움이 된다고 생각할 수도 있다. 그건 PM의 선택이다. 단 가짜 흙수저 프로젝트는 앞서 설명한 이유로 피하는 것이 좋다.

- 가짜 프로젝트의 유형

여러 노력에도 불구하고 내키지 않는 가짜 프로젝트의 PM을 맡았다면 생존을 위한 대응원칙을 정해야 한다. 가짜 프로젝트의 유형을 정의한다면 각 유형에 적합한 대응 원칙을 정할 수 있다. 가짜 프로젝트의 유형은 ‘조직에 미치는 프로젝트의 영향력(높고 낮음)’과 프로젝트를 발의하는 ‘스폰서의 동기(생존/성장)’에 따라 4가지로 구분할 수 있다.

• 존재 과시형 : 살아남기 위해 수행하는 영향력이 높은 프로젝트
(주로 Top의 지시나 관심사항을 이행하는 프로젝트)
• 혁신 과장형 : 조직에서 성장하기 위해 수행하는 영향력이 높은 프로젝트
(주로 유행하는 기술을 대대적으로 적용하는 프로젝트)
• 자리 보존형 : 살아남기 위해 수행하는 영향력이 낮은 프로젝트
(주로 특정 조직의 업무를 유지하기 위한 프로젝트)
• 혁신 실험형 : 조직에서 성장하기 위해 탐색적으로 수행하는 프로젝트
(주로 조직 내 혁신을 확산하기 전에 타당성 검증을 위한 프로젝트)

- 가짜 프로젝트 유형의 활용방안
가짜 프로젝트의 유형을 분류하여 활용하는 방안은 다음과 같다.

① 프로젝트 수락 여부를 판단
PM이 프로젝트를 수락하거나 거절할지 고민할 때, 프로젝트의 본질(진짜 vs 가짜)과 자신의 위험도를 빠르게 진단하여 프로젝트 수락여부를 결정할 수 있다.

② PM 대응 전략 수립
프로젝트 착수 시점 또는 진행도중에 가짜 프로젝트임을 알았을 때 가짜 프로젝트 유형에 적합한 프로젝트 수행전략을 수립할 수 있다. 가짜 프로젝트 수행전략 시 고려할 사항은 다음과 같다.
• 일정지연, 일정지연, 품질이슈 발생을 예방하기 위한 대응전략
• 팀원들이 덜 고생하기 위한 대응전략
• PM이 실패의 희생양이 되지 않기 위한 대응전략
• 가짜 프로젝트의 규모를 줄이기 위한 대응전략
• 가짜 프로젝트가 후속 프로젝트로 지속하지 않도록 하는 전략

③ 이해관계자와 관리방안 수립
고객사 스폰서의 동기(생존 or 성장)를 파악하여 어떤 말을 조심해야 하고, 어떤 기대에 부응해야 하는지를 판단할 수 있다. 예를 들어, 생존형 스폰서에겐 ‘안전’과 ‘리스크 최소화’가 중요하고, 성장형 스폰서에겐 ‘성과’와 ‘확장 가능성’이 중요하다. 특히 프로젝트 이면에 숨어 있는 정치적 이해관계의 맥락을 파악하면 PM이 함정에 빠지지 않을 가능성을 높인다.

=======================================
제가 삼성 SDS에서 30년 동안 경험하고 체득한 교훈을 정리한 책 <슬기로운 PM 생활>을 출간한 소식을 공유합니다.
https://product.kyobobook.co.kr/detail/S000215148133

가짜 프로젝트 유형과 활용방안

Samsung SDS Senior Engineer

이정필

Product LEAD

Jay Park 

SAMSUNG SDS 클라우드 아키텍트

웅식

SAMSUNG SDS 백엔드 개발자

경원

무명

개발

Chun

Software engineer @SamsungSDS

김현경

SAMSUNG SDS 기술기획

melmona

SAMSUNG SDS 시니어 아키텍트

백창현(Bryan)

SamsungSDS

이주은

삼성SDS

윤프로

Consultant

성원

삼성 SDS 소프트웨어 엔지니어

이상식

서강대 사회학

가은

정하동

삼성 SDS 시니어 UX/UI 디자이너

misung

삼성 SDS 시니어 QA 매니저

주재천

삼성 SDS 소프트웨어 아키텍트

김용욱

Sam Ha 하선중

ㄱ장민규

천강윤

김희경

삼성 SDS 백엔드 개발자

삼성 SDS 데이터 사이언티스트

김단아

삼성 SDS 주니어 풀스택 개발자

안현진

서울대학교 물리천문학부

백상훈

소프트웨어 엔지니어

석재호

삼성 SDS 인사팀 크루

조한별

삼성 SDS 프론트엔드 개발자

삼성 SDS CL2

이규민

고려대 경영학

정우근

김가운

삼성 SDS SW 아키텍트

박준범

박준범(밥)

삼성 SDS 풀스택 엔지니어

정현

KANG HONG SEOK

삼성 SDS 소프트웨어 개발자

배현아 Gloria

삼성 SDS SRE 엔지니어

조동현

삼성SDS Web Programmer

김준혁

삼성SDS 프로

김지호

majorTom

삼성SDS / UX 디자이너

이주희

삼성SDS Business Innovation 팀

김재홍

삼성sds 책임

이충준

Senior Engineer

최영근

삼성sds 엔지니어

장재호

삼성SDS 그룹장

배한수

개발자

안정대

삼성SDS 인프라 운영 엔지니어

김운섭

삼성SDS 프로덕트 매니저

이지윤

디지털 트랜스포메이션

Jonghwan Yun 

홍순환

이보미

노정재

삼성SDS 프로젝트 매니저

정재환

삼성SDS profrssional Engineer

정승원

삼성SDS 솔루션개발

김홍준

곽경민

삼성SDS CX기획

한대경

삼성SDS 수석

삼성SDS Engineer

노선희

삼성SDS 연구기획

류지연

삼성SDS 프로덕트 디자이너

김초록 Anna

조영제

삼성SDS 소사장(프로덕트매니저)

수연

삼성SDS 인사

육양수

이현제

삼성SDS UX designer

송지호

삼성SDS 서버 개발

이태한

삼성SDS pro

혜식

삼성sds pl

jhyun

삼성SDS 엔지니어

성명수

삼성SDS DevRel

다니위니♡

삼성SDS 개발PM

회색갈매기

삼성SDS 재무

박재영

삼성SDS 과장

조철훈

삼성SDS 시스템 엔지니어

삼성sds 시스템운영

동욱

삼성SDS 상품기획

희정

삼성sds po

황승주

윤옥준

Principal consultant

이경소

삼성SDS Security Engineer(CERT)

김도수

삼성sds 프론트앤드 개발

유재섭

삼성SDS 개발자

이승엽

삼성SDS 프로젝트관리자

이나경

삼성SDS CL2

태민

콘트라베이스

김오리

삼성SDS Senior Product Manager

하상준

삼성SDS 소프트웨어 아키텍쳐

유성호

골드

삼성SDS 마케팅매니저

이은정

삼성SDS 디자이너

김양희

소프트웨어엔지니어

Tada

김근영

안경찬

삼성SDS data analyst

추세환

삼성SDS 어플리케이션 운영자

김응규

삼성SDS Software Engineer

김희성

언어

프론트엔드

백엔드

데이터베이스

데브옵스

Java

javascript

VueJS

React

SpringBoot

MyBatis

Spring

PostgreSQL

MariaDB

MySQL

Github

Jenkins

Helm

Docker

Kubernetes

기술 스택

언어