서비스
일하는 방식: 여행 소프트웨어 개발 프로세스
모든 PHPTRAVELS 프로젝트는 Scrum과 Git으로 진행됩니다. 작업은 백로그에서 계획하고, 스프린트로 개발하고, 고객 앱의 사본에서 테스트한 뒤 승인을 받아 출시하며, 실제 작업하는 개발자와 직접 소통할 수 있습니다.
- 버전 관리 워크플로
- 여행 테크 개발팀
- 애자일과 Scrum
- 출시 후 지원
함께 일하는 방법
첫 상담부터 정식 출시까지 명확한 과정
아이디어, 새로운 예약 플랫폼, 기존 PHPTRAVELS 설치본의 변경 등 무엇을 가져오시든 먼저 그 뒤에 있는 비즈니스를 이해하는 것부터 시작합니다. 프로젝트 매니저는 애자일 방식, 주로 Scrum을 따르지만 프로젝트에 맞게 방법을 조정해 가장 먼저 출시해야 할 것에 집중합니다.
- 비즈니스 요구와 목표를 이해하기 위한 미팅
- 프로젝트에 맞춰 작성한 기술 제안서 제공
- 팀, 리소스, 일정 확정
- 스프린트로 개발한 뒤 고객 서버에 배포
- 운영 시작 후 지원과 모니터링
- 프로젝트
- 에이전트 지갑이 있는 B2B 호텔 포털
- 방법론
- Scrum, 백로그와 MVP 우선
- 저장소
- Git, 고객과 공유
- 소통 채널
- Slack, WhatsApp, 이메일
- 월 작업 시간
- 매월 조정 가능
버전 관리
모든 작업은 Git으로 추적하고 출시 전에 테스트
체계적이고 추적 가능하며 신뢰할 수 있습니다. 모든 변경에는 브랜치와 이력이 있으며, 운영 사이트에 반영되기 전에 개발 서버에서 테스트합니다.
- 호텔 검색 필터feature/hotel-filters · 코드 리뷰
- QA에이전트 지갑 충전개발 서버에 있는 고객 앱 사본
- v1.2릴리스 1.2승인 후 병합, 태그 지정, 배포 완료
코드 중심 워크플로
모든 변경을 Git에 커밋하므로 누가 무엇을 왜 바꿨는지 기록이 남습니다.
버전 추적
맥락이 담긴 전체 작업 이력과 이전 어느 버전으로든 되돌릴 수 있는 기능.
브랜치 관리
각 작업은 독립된 브랜치에서 개발하고 완료되면 깔끔하게 병합합니다.
안전한 테스트
변경 사항은 개발 서버의 앱 사본에서 테스트하며, 운영 사이트에서 먼저 시도하지 않습니다.
QA 전문가
릴리스를 제안하기 전에 QA가 예약, 결제, 관리자 흐름을 점검합니다.
저장소 접근
코드 저장소에서 작업 진행 상황을 커밋 단위로 실시간 확인할 수 있습니다.
프로젝트 관리
단계별로 보는 Scrum 프로세스
신규 프로젝트든 기존 프로젝트 확장이든 같은 단계를 거치며, 각 단계에 고객이 참여합니다.
첫 상담
비즈니스 목표와 제품 비전을 파악하고, 자료를 검토하며, 분석팀을 구성합니다.
백로그
워크숍을 통해 요구 사항을 견적이 포함된 제품 백로그로 정리하고 MVP를 정의합니다.
스프린트 0
환경과 도구를 준비하고 워크플로와 작업 순서를 합의합니다.
개발
진행 상황을 자주 점검하는 반복 스프린트로, 변경 사항에 유연하게 대응합니다.
출시
합의한 범위가 완료되면 출시하며, 반복이 이어지면서 여러 버전으로 제공하는 경우가 많습니다.
지원
출시 후에도 업데이트, 신규 기능, 오류 수정을 제공해 프로젝트를 혼자 감당하지 않게 합니다.
도구
모든 프로젝트를 뒷받침하는 도구
코딩부터 협업과 배포까지, 여행 소프트웨어 프로젝트에서 팀이 사용하는 핵심 도구입니다.
개발과 테스트
PhpStorm, VS Code, Composer, API 테스트용 Postman, 오류 추적용 Sentry, BrowserStack, Browsersync.
협업
작업과 논의는 Slack과 Trello, 프로젝트와 애플리케이션 이메일은 Mailgun.
배포
Git-flow 브랜치 전략과 함께 빌드 및 서버 배포에 cPanel, Ansible, Gulp를 사용합니다.
팀과 소통
직접 소통하고 진행 상황을 한눈에
첫 스프린트부터 마지막 커밋까지 팀이 매일 고객과 협업하는 방식입니다.
개발자와 직접 대화
개발팀 또는 고객의 작업을 맡은 개발자와 직접 소통합니다.
원하는 채널
Slack, Skype, 전화, 이메일, WhatsApp 중 팀에 맞는 방식으로.
UX·UI 매니저
화면과 사용자 흐름 작업을 맡는 전담 UX·UI 매니저.
정기 업데이트
무엇이 만들어지고 테스트되었으며 다음에 무엇을 할지 항상 알 수 있는 상태 보고.
유연한 리소스
우선순위가 바뀌면 언제든 월 개발 시간을 조정할 수 있습니다.
여행 프로젝트 경험
예약 흐름, 공급사 API, 마크업, 에이전트 포털 등 복잡한 여행 작업에 익숙한 팀.
비교
즉흥적인 개발과 PHPTRAVELS 프로세스 비교
많은 여행 프로젝트가 이메일로 주고받는 비공식 수정에서 시작됩니다. 체계적인 프로세스가 바꾸는 점은 다음과 같습니다.
| 항목 | 즉흥적인 개발 | PHPTRAVELS |
|---|---|---|
| 계획 | 즉흥적인 개발끝없는 작업 목록, 요청 시에만 견적 | PHPTRAVELS제품 백로그, 견적, 명확한 MVP |
| 추적 | 즉흥적인 개발변경 사항이 채팅과 파일에 흩어지기 쉬움 | PHPTRAVELS모든 작업을 전체 이력과 함께 Git에 커밋 |
| 테스트 | 즉흥적인 개발운영 사이트에서 바로 변경을 시도하기도 함 | PHPTRAVELS앱 사본에서 테스트 후 QA 점검 |
| 투명성 | 즉흥적인 개발물어봐야만 상황을 알 수 있음 | PHPTRAVELS정기 업데이트와 저장소 접근 |
| 리소스 | 즉흥적인 개발고정된 인력, 확장이 어려움 | PHPTRAVELS필요에 따라 월 시간 조정 |
| 출시 후 | 즉흥적인 개발보통 인계와 함께 작업 종료 | PHPTRAVELS업데이트, 신규 기능, 수정이 계속됨 |
적용 범위
모든 형태의 협업에 같은 프로세스
새 여행 플랫폼
백로그와 MVP부터 예약 웹사이트, B2B 포털, 앱의 첫 출시까지.
기존 앱 확장
새 모듈, 공급사 API, 화면을 스프린트 단위로 PHPTRAVELS 설치본에 추가.
지속적인 지원
업데이트, 수정, 작은 개선을 같은 Git 워크플로로 계획하고 출시.
PHPTRAVELS를 선택하는 이유
보이고 통제할 수 있는 프로세스
여행 테크 전문
예약 엔진, 공급사 연동, 에이전트 포털이 우리의 일상 업무입니다.
고객의 코드, 고객의 서버
상업용 라이선스의 소스 코드와 자체 호스팅 배포로 아무것도 묶여 있지 않습니다.
기본은 애자일
자주 점검하는 Scrum 스프린트를 프로젝트에 맞게 유연하게 운영합니다.
아무것도 잃지 않음
모든 작업은 Git에, 모든 릴리스는 되돌릴 수 있고, 모든 단계가 고객에게 보입니다.
미팅으로 비즈니스 요구를 파악하고, 기술 제안서를 준비하며, 팀과 일정을 확정한 뒤 Scrum 스프린트로 개발하고, 고객 서버에 배포하며, 출시 후에도 프로젝트를 지원합니다.
애자일 방식을 따르며 주로 Scrum으로 일합니다. 제품 백로그, 견적, MVP부터 시작하며, 다른 방식이 프로젝트에 더 적합하면 프로젝트 매니저가 방법을 조정할 수 있습니다.
모든 작업은 Git으로 추적되며, 코드 저장소 접근 권한을 받아 작업을 실시간으로 확인할 수 있습니다. 팀으로부터 정기적인 상태 업데이트도 받습니다.
네. 변경 사항은 개발 서버의 앱 사본에서 테스트하고 QA 전문가가 점검한 뒤 릴리스를 배포하며, Git 이력으로 롤백도 가능합니다.
Slack, Skype, 전화, 이메일, WhatsApp으로 개발팀이나 담당 개발자와 직접 소통할 수 있으며, 디자인 작업은 전담 UX·UI 매니저가 맡습니다.
네. 리소스 계획이 유연하므로 우선순위가 바뀌면 언제든 월 개발 시간을 조정할 수 있습니다.