[1日30分 인생승리의 학습법] 개발자의 실수

-> 프로젝트 실패의 요인 노트 : 개발 프로젝트 실패하는 법

프로젝트가 성공하려면 많은 사람들이 다양한 역할을 수행해야 합니다. 톱니바퀴 하나라도 빠지게 된다면 전체 일이 어그러지는 경우가 많습니다. 제가 경험했던 실수들을 단계별로 생각나는 대로 써봤습니다. 여러분은 이와 같은 실수들을 피할 수 있으면 좋겠습니다.

기획 단계

• 목적없는 프로젝트 진행하기: 왜 하는지 모르면 회사에 도움도 안 됩니다.
• 다른 팀 영역 침범하기: 무엇을 만들지는 기획이, 어떤 기술로 만들지는 개발팀이, 어떤 디자인 철학을 따를지는 디자인팀이 정해야 합니다. 논의는 괜찮지만 책임지는 팀이 결정해야 합니다.

계획 단계

• 기능 우선순위 정하지 않기: 결국 시간이 없어서 중요한 기능을 빼고 가는 일이 생깁니다.
• 계획 없이 코딩하기: 제대로 계획을 세우지 않으면 적당한 업무 페이스를 몰라 모두가 나중에 힘듭니다.
• 눈 대중으로 일정 정하기: 디자인과 기획서에서 잘 안 보이는 기능까지 꼼꼼히 확인하여 해야할 개발 작업들을 계획하여 일정을 정합니다. 그래도 확신이 없으면 경험이 있는 사람들에게 물어봅시다.

실행 단계

• 중간 회고 하지 않기: 피드백 없이 달리다 보면 모두가 지치고 감정만 상합니다.
• 개발환경에서만 테스트해보기: 개발 환경이 프로덕션 환경과 같을까요?
• Integration 테스트 하지 않기: 큰 프로젝트는 유닛 사이의 결합부에서 문제가 생깁니다.
• 유닛 테스트 하지 않기: 그렇다고 유닛테스트는 필요없다는 말이 아닙니다…
• 야근하기: 야근이 잘못된 문화라는 건 둘째치고서라도 야근하면서 만든 기능이 잘 작동할 리 없습니다.
• 기획/디자인/개발 탓하기: 미우나 고우나 한 배를 탄 사람들입니다.
• 제품 리뉴얼한다고 코드도 리뉴얼하기: 예전 코드에는 그동안의 시간만큼 쌓인 버그 픽스들이 있습니다.

배포 단계

• 한번에 크게 배포하기: 조금씩 배포하면 문제가 생겼을 때 대응하기 쉽습니다.
• 기준을 못 맞추는 기능을 배포하기: 일정에 쫓기다 보면 프로젝트를 빨리 마무리하고 싶어 용성이 떨어지거나 버그가 있는 소프트웨어를 배포하기 쉽습니다. 늦는 것이 차라리 낫습니다.
• 이해관계자에게 공유하지 않기: 서비스되고 있는 소프트웨어에 생기는 변화는 회사 안팎 많은 사람들의 일상과 업무에 영향을 줍니다. 제품은 소프트웨어 외에도 마케팅, 고객 서비스, 영업 등 많은 부분들을 포함합니다.

마무리 단계

• 바로 다음 프로젝트로 넘어가기: 쌓인 기술 빚을 해결하고 전체 과정을 회고하는 시간이 필요합니다. 또 팀원들과 프로젝트 마무리를 축하하는 시간도 필요합니다.

[출처] https://medium.com/@ymkim/%EA%B0%9C%EB%B0%9C-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-%EC%8B%A4%ED%8C%A8%ED%95%98%EB%8A%94-%EB%B2%95-a031ac4fd7f8

경축! 아무것도 안하여 에스천사게임즈가 새로운 모습으로 재오픈 하였습니다.
어린이용이며, 설치가 필요없는 브라우저 게임입니다.
https://s1004games.com