본문 바로가기

📍 PM13

[PM] CI/CD 파이프라인 개념: 소프트웨어 개발 과정에서 지속적인 통합 (Continuous Integration) 과 지속적인 배포(Continuous Deployment) 를 가능하게 하는 자동화된 프로세스입니다. - 이를 통해 개발자들은 코드 변경 사항을 빠르게 통합하고, 테스트 및 배포 과정을 자동화하여 소프트웨어를 신속하게 고객에게 제공합니다. 지속적인 통합 (CI) 지속적인 통합(CI)은 개발 팀이 정기적으로 코드에 대한 점진적 변화를 실행하고 테스트하는 접근 방식입니다. 그 다음에 해당 내용이 공유 중앙 리포지토리로 통합됩니다. 리포지토리는 버전 관리가 이루어지므로 개발자가 업데이트를 확인하고 필요한 경우 이전 버전으로 돌아갈 수 있습니다. ‘체크인’이라고 하는 이러한 반복 작업은 개발 주기 동안 하루에도.. 2024. 4. 6.

[회고] 이 프로젝트를 위해 초반의 PM은 어떤 일을 했을까 * 해당 글은 제가 나중에 읽어보기 위해 작성한 회고 글이므로 일기처럼 줄글 형식입니다. 가독성 높게 작성되지 않은 점을 알려드립니다. 서론 중규모 프로젝트의 PM이라는 포지션을 맡으면서 초반에 열정이 가득했다. 물론 지금은 열정이 식었다는 점을 말하고 싶은 것이 아니라 개발하시는 분들이 더 바쁜 일정을 소화 중인 시기이기 때문에 비교적 적은 편이긴 하다. 또한 초반에 비해 할 일이 적기도 하다. 하지만 가장 큰 이유는 개발 역량 강화가 목표이기도 했던 프로젝트이기 때문에 빠르게 개발이 들어가야해서 기획 업무의 강도를 줄이며 Figma로 모든 것이 해결될 수 있도록 기획했기 때문이다. PO 분들의 피드백을 통해 Figma와 마일스톤으로 많은 것을 함축시켜 개발자분들에게 전달드리긴 했지만, 초반에 한 활동.. 2024. 4. 1.

[회고] 프로젝트 총괄자의 중간 일기 현재 웹서비스 개발 프로젝트의 Ver.1에서 PM이 해야 할 일들이 마무리되어가고 있다. 하지만 프로젝트를 진행할 때는 늘 변수가 생기기 마련이다. 개발자 분들도 개발을 하다보면 일정에 차질이 생기기 마련이고, 생각보다 더 많은 오류가 발생하기 때문이다. 또한 프로젝트가 처음인 사람도 있고, 우리 과 특성 상(경영정보) 기획까지만 해보던 활동을 실제 배포까지 해내야 하는 프로젝트이다보니 인프라 작업에 대한 일정도 생각해야 했기 때문에 일정에 변동이 생기는 건 당연한 일이다. 그리고 기존에 일정을 잡을 때도 대학생 분들을 고려하여 배포일 이후 시험기간 2주를 프로젝트 일시 중지 기간으로 넉넉하게 잡았는데 사실 언제든지 일정이 미루어져야 한다면, 미루려고 비워둔 빈 시간이기도 해서 잘 활용될 수 있을 것 같.. 2024. 3. 27.

[PM] 프로젝트를 관리하는 사람이 가져야하는 Personal Skills 서론 프로젝트를 진행하는 PM으로써 가져야 하는 개인의 능력이 존재한다. 그 중에서 기본적으로 가져야 하는 스킬에 대해 정리하고 내 생각을 정리하는 방식으로 작성해보려 한다.1. 동기 부여 및 지원[팀원 및 관계자에게 동기를 부여하고 지원해야 한다.] PM은 팀원 및 관계자, 즉 내가 진행하는 프로젝트의 이해관계자들에 속하는 사람들에게 프로젝트에서 진행하는 활동들에 대해 설명하고 설득해야 하는 일이 많다. 그러다보니 업무를 억지로 시키면 효율도 떨어지고 프로젝트 진행이 원활하지 않을 수 있다. 그러지 않기 위해서는 팀원에게 계속해서 칭찬할 일이 있으면 칭찬을 아끼지 않는 지원을 해주고 업무를 해낼 수 있다는 동기를 부여해야 한다. 또한 프로젝트 진행 시 동의를 구하거나 설명을 해야 할 때 설득을 하고 .. 2024. 3. 21.

회고(回顧) [Retrospect] | 회고(回顧)란? ① 뒤를 돌아다봄. ② 지나간 일을 돌이켜 생각함. > 사전적 의미 : 뒤를 돌아본다. > 업무적으로 사용할 때의 의미 : 자신이 했던 일들을 복기하며 배울 점을 찾는 것 - 회고는 개인적으로 하루의 일과, 업무에 대해서도 진행할 수 있고 팀으로도 진행할 수 있다. 회고를 하는 방법도 다양하다. 다이어리에 작성할 수도 있고, 노션이나 패들렛 등 글을 작성할 수 있는 플랫폼을 지정하여 작성해나갈 수도 있다. 개인 회고는 자신에게 맞는 방법을 찾아서 시작해나가기 수월하지만, 팀 단위의 회고는 누군가 주도하고 모두가 간편하게 사용할 수 있는 툴이 필요하다. 또한 모두가 자발적으로 회고에 참여할 수 있도록 주도하는 사람도 필요하다. (이를테면 PM) 그렇다면 이러한 회고 활동이 왜 프로젝트를.. 2024. 3. 10.

유저스토리 작성하기 - 회고 | 작성 계기 - 회고 보드 사이트 만들기 프로젝트를 진행중인데 개발팀에게 기획 내용을 넘기기 위해 유저 스토리를 작성하였다. PM팀원들이 함께 작성한 내용을 취합하여 아래와 같은 결과가 나왔다. | 회고보드 유저스토리 1. 사용자(Who) 정의 팀 단위로 회고를 진행하길 희망하는 조직(현업) 장기적인 프로젝트를 진행중인 팀 (대학생 포함) 친구, 가족들과 회고 활동을 진행해보고 싶은 사람들 자기계발용 회고 사이트를 찾는 사람 개인/팀 회고 활동을 한 곳에서 모두 진행하고 싶은 사람 회고 활동 진행 시 초기 설정이 많지 않고 회고 활동에만 집중할 수 있는 플랫폼을 찾는 사람 매일 회고를 진행하는 사람 팀원들이 업무를 잘 진행하고 있는 지 개인의 업무상황별로 확인하고 싶은 사람 2. 기능(What) 정의 .. 2024. 2. 21.

이전 1 2 3 다음

티스토리툴바