TIL [1차 프로젝트] 1일차

The Objective Of The Project

• To learn and gain experience of a real-world web system development
• To learn and gain experience of developing web system as a team.
• To learn and gain experience of software development process.
• To build a portfolio.

planning meeting => 1주간의 계획

daily meeting => 그 계획이 어떻게 진행되고 있는가에 대한 공유

->실제 회사의 프로세스와 같다! -> 실제 회사에서의 실무역량을 키울 수 있음

SCRUM

• 전체 개발 프로젝트의 68%가 실패!
  why?
  목표기능 미달 및 불량
  일정 및 비용 초과
  개발중도포기(완전 실패)
  솦 개발 프로젝틍 운영은 어렵다. 굉장히!

-> 심지어 고객또한 자신이 무엇을 원하는지 모를 수도 있다.

소프트웨어 개발 운영이 왜 어려울까?

여러 소프트웨어 프로젝트 운영 방법들 중 Scrum 이 가장 효과가 입증되었고 널리 쓰이는 것이다.

1986년 일본 도요타에서 먼저 발명

추후 미국에 도입 -> 슾 개발 프로젝트 운영에 널리 쓰임

• Scrum의 기본 철학

  

• 스크럼에서는 이 모든 문제들을 부정하지 않고 피할 수 없다고 생각 가장

• 이런 문제를 없애는 거이 아닌 최소화 하자가 목표!
  
• 단기적인 시간안에 할 수 있는 일을 결정하는 것은 비교적 가능
• 따라서! 계획을 짤 때에 장기적인 계획이 아닌 단기적인 계획을 단계적으로 여러번 짜는것이 중요함.
  -> 단기적으로 여러번 짜자!
• 이러한 짧은 단기 주기를 Sprint라고 한다!

  • weekly sprint

    시작하는 첫 날 planning 미팅을 갖고 스프린트 동안 할일을 결정함
    스프린트를 진행하며너 각자의 주어진 일을 완료
    매일 stand up 미팅을 통해 팀원끼리 서로의 진행사항을 공유!

    *stand up 목적 => 짧은 시간에 서로 진행 사항 공유하고 다시 일하자 는 취지!

    • stand up meeting 에서는 다음 3가지를 한 사람 씩 돌아가면서 이야기
      어제 했던 일
      오늘 할일
      *다른 사람에 의해 막혀있는 것 이나 다른 사람이 해줘야 하는 것(blocker)
      • => 기술적인 이야기로 길어진다면! 끊고 따로 이야기하자! 상처받지 말자....

• 이런 주기를 프로젝트 끝까지 반복

  • 이렇게 함으로 좀 더 현실적인 계획 가능

• 또한 프로젝트의 진행상황 파악이 쉬워짐 => 문제나 차질이 있을 때 미리미리 대처할 수 있다!

• 모든 할일 설정(product backlog)
• 매 스프린트마다 그 스프린트에서 할 일을 결정(sprint planning meeting/sprint backlog)
• 진행하면서 매일 daily stand up 진행

code of conduct

• 시간 엄수
  • 미팅 시간/각자 맡은 일을 제시간에 완성
• 책임감 ***
  => 할려고 노력하는데 안되는 거랑 안하는건 다른거다!
  => 내가 못하면 팀 전체에 영향이 간다!
  => 다른 사람에게 의존 X / 도움을 얻으면? 꼭 배움을 얻자!
  => 내가 하지않아도 되는 것도 하는 사람이 되자! => 쉬운 것만 하면 개발 실력이 늘지 않는다!
• 팀워크
  => 내 기분? ㄴㄴ
  => 서로 배려! => 분위기를 좋게 좋게
  *도전 정신
  => 쉬운 것만 하지마! 발전이 없어!
  => 모르겠다고? 당연한거야! 두려워 하지마! -> 그럴 때 마다 배우는 기회로 삼자

  훌륭한 개발자 는 좋은 머리로 되는 것이 아니다.
  꿈 과 비전 그리고 근면 으로 되는 것이다.