23-08-16 스크럼

[YangTaeyoung]

migrated from notion at 23-10-29

현재 프로젝트 방향성의 문제

• Plog를 개발하는 것이 재미 있나요?
• 여러분들도 개발하면서 느끼셨다시피 해당 프로젝트를 기획했을 때에는 빨리 개발하고, 빨리 내자! 라는 느낌으로 최소한도로 잡아서 개발하는 것을 느꼈는데 거의 1년동안 해당 프로젝트가 지체되면서 해당 프로젝트의 개발 방향성 및 정체성 자체가 조금 모호해진 상황입니다.
• 해당 부분의 책임은 전적으로 프로젝트를 이끌었던 제가 가장 크며, 프로젝트를 진행하면서 생겼던 모호성을 시간을 들여 해결하지 않고, 당시의 일에 치여서 ‘다음에 계속 확인하죠’ 와 같은 스탠스로 계속 가져가게 둔 것이 큰 것 같습니다. 죄송합니다.
• 일반적으로 기술과 관련된 프로젝트의 경우, 크게 두 가지의 방향성을 갖고 실행하게 됩니다.
  1. 공부를 목적으로, 이직 및 취업에 위한 스펙업이 목적인 프로젝트
  2. 수익을 목적으로, 추후 비즈니스 수립이 목적인 프로젝트
• 기초에 여러분께 설명 드렸을 때는 2번과 같은 방식으로 저희 프로젝트를 소개했으나, 현실적으로 해당 목표를 달성하지 못했으며, 현실적으로 아래와 같은 이유로 프로젝트에서 목적을 성취하지 못할 가능성이 높습니다.
  • 기획 부족, 디자인 미비
  • 프로그래밍 성숙도 부족
  • 시간 부족 (일-프로젝트 업무 병향이 힘듦)
    • 반복된 프로젝트 업무는 프로젝트 진행에 있어 흥미를 잃게 만듦.
      • 재미 없는 프로젝트는 회사면 충분하다!
• 더욱 심각한 것은 앞으로 이전과 같은 방향성을 갖고 지속할 경우 해당 프로젝트는 공부 및 수익에 대한 목적 두 가지를 모두 잃을 가능성이 있습니다.
• 이미 잃은 시간들이 각자 존재하며, 매몰비용 역시 큰 상태라 죄송스러운 마음이 큽니다. 그럼에도 불구하고 늦었지만, 아래와 같이 해당 프로젝트의 방향성 자체를 다시 구성하고자 합니다.

TO-BE

1. 해당 프로젝트는 배포하나, 실 서비스 하지 않습니다.

• 배포를 하기 위해서는 서버 부대 비용 유지 보수 관련 비용 등, 현실적으로 유지하기 힘든 부분이 많습니다.

• 로그인, 개인정보를 언제 파기할 것인지에 대한 정책도 세부적으로 짜여 있어야 하며, 사용자에게 고지하기 위한 정책 및 인프라를 갖추기 위해서도 추가적인 개발 노력이 필요합니다.

  • 실제 수익이 발생하기 전 감당해야 하는 비용들이 큽니다.
    • 인프라 부대 비용 (실 서버를 감당하기 위한 비용, 인건비 등)
    • 백오피스 개발 등

• 따라서, 해당 프로젝트는 동작할 수 있는 최소한도로 인프라를 유지할 수 있도록 구성하고 여러분이 스펙에 활용할 수 있도록 앞으로 프로젝트를 재 문서화 할 예정입니다.

  [프로젝트 재문서화](https://www.notion.so/71c5c1629268470e88ab42ee45c039cc?pvs=21)

• 프로젝트를 공개하기 위해 Github Public화가 필요합니다.

  • 현재 Github이 Public화 되어있지 않아 Github의 여러 기능들이 제한되어 있는 부분이 있습니다.

    • Team을 결제하면 물론 가능하지만, 해당 비용이 적잖이 들고, 스펙에 활용할 프로젝트의 방향성 상 방향이 맞지 않습니다.

  • 보안에 취약한 형태로 프로젝트가 구성되어 있어, 바로 Publish할 경우 OCI의 모든 제어권을 빼앗기게 됩니다.

  • 따라서 아래의 항목이 전제되어 있어야 합니다.

    [Github Public화를 위해 변경하여야 할 것](https://www.notion.so/Github-Public-2ff90ba44ece4420b4b1ddbedeca43e5?pvs=21)

2. 해당 프로젝트는 공부 프로젝트로 이직 및 취업에 있어 기술적인 스펙업을 위해 구성된 프로젝트 입니다.

• 비즈니스, 수익적으로는 해당 프로젝트 관련한 부분은 사용하지 않을 것입니다.
• 공부 및 스펙향상을 위한 프로젝트이므로 앞으로 해당 프로젝트의 기술적인 선택은 다음을 구애받지 않고 선택합니다.
  • 프로젝트의 진행 정도 및 수준
  • 기타 빠른 출시를 위해서 적용 가능한 기술적인 선택이 버려지는 것
  • 프로젝트 비용
    • 최소한도의 비용 사용 시 OK (예: AWS ECS 1cpu/512mb 사용)

3. 해당 프로젝트는 블로그 섹션 문서화가 완전히 종료 시 Close 합니다.

• 이후 커리어 개발 섹션, 깃헙 개발 섹션을 진행 할 경우 개발 범위가 커지고 불필요하게 시간을 많이 소요할 기능성이 크며, 매우 챌린징한 과제가 될 것 같습니다.
• 프로젝트 방향을 공부로 전환했다는 전제 하에 이후 개발과정에 드는 시간을 소요할 필요가 없다고 판단, 블로그 섹션만 개발하고 개발 섹션을 종료합니다.
• 개발 섹션 종료 시 문서화 섹션으로 넘어갑니다.
• 문서화 섹션 종료 시 해당 프로젝트를 아카이빙 합니다.
  • 모든 섹션이 Close시 개발을 위해 구동한 AWS의 모든 컨테이너는 비용문제로 종료하며, 언제든 배포 가능한 상태로 유지합니다.
    • 프로젝트 구성원의 취업/이직 시 해당 컨테이너를 재구동시키며, 해당 시점에 발생하는 인프라 및 부대비용은 요청한 인원이 부담합니다.