본문으로 건너뛰기
AslanWay

프로세스

컨설팅과 구축을 한 흐름으로

첫 워크숍부터 이관까지 다섯 단계입니다. 단계마다 목적과 산출물이 정해져 있고, 프로그램을 멈출 수 있는 종료 기준이 있습니다. 첫 단계도 예외가 아닙니다.

  1. 01진단2~4주
  2. 02설계2~3주
  3. 03검증6~12주
  4. 04구축 및 확장3~12개월
  5. 05이관 및 운영계약 명시, 1개월 차부터

다섯 단계

01

진단

보통 걸리는 기간
2~4주

기회가 얼마나 큰지, 무엇이 막고 있는지를 고객사의 재무 언어로 정리합니다. 하지 않는 편이 낫다는 결론도 똑같이 열어둡니다.

받아보시는 것

  • 재무제표와 연결된 정량 가치 맵
  • 현행 아키텍처와 제약 목록
  • 실제 발언을 근거로 붙인 리서치 결과
  • 판단 근거를 그대로 공개한 진행·중단 권고
02

설계

보통 걸리는 기간
2~3주

찾아낸 것들을 누군가 책임질 수 있는 계획으로 만듭니다. 목표 아키텍처, 의존 관계를 반영한 순서, 투자 논거, 그리고 이번 분기 안에 오픈할 만큼 좁힌 첫 조각.

받아보시는 것

  • 목표 아키텍처와 의사결정 기록(ADR)
  • 의존 관계도가 명시된 3단계 로드맵
  • 비용까지 산정한 투자 계획과 계약 모델
  • 산정을 마쳐 바로 착수할 수 있는 첫 릴리스 백로그
03

검증

보통 걸리는 기간
6~12주

의견 대신 근거를 만듭니다. 1주 차에 아주 사소한 걸 프로덕션까지 올려봅니다. 그러면 환경, 인증 정보, 보안 심사, 배포 승인이 아직 아무것도 안 걸린 상태에서 전부 드러납니다.

받아보시는 것

  • 프로덕션에서 실제로 도는 한 조각
  • CI/CD 파이프라인, 자동화 테스트, 관측성
  • 설계 때 합의한 기준선과 비교한 실측 결과
  • 실제 속도를 반영해 다시 잡은 남은 로드맵 추정치
04

구축 및 확장

보통 걸리는 기간
3~12개월

검증된 한 조각에서 전체로 넓히되 딜리버리 리듬은 유지합니다. 여정과 세그먼트, 채널과 사업장을 늘려가는 동안 플랫폼은 아래에서 계속 단단해집니다.

받아보시는 것

  • 조금씩 나눠 배포해 완성한 전체 범위의 프로덕션 시스템
  • 실제로 돌려본 재해복구 체계와 문서로 남긴 복구 목표
  • 최신 상태로 유지되는 아키텍처 의사결정 기록과 시스템 문서
  • 파이프라인에서 자동으로 확인하는 접근성 준수
05

이관 및 운영

보통 걸리는 기간
계약 명시, 1개월 차부터

저희가 빠지는 걸 사건이 아니라 계획으로 만듭니다. 이관 내용은 킥오프 때 계약서에 들어갑니다. 담당 역할, 날짜가 박힌 마일스톤, 그리고 기능이 하나씩 넘어갈 때마다 내려가는 수수료.

받아보시는 것

  • 양쪽 담당자와 날짜가 다 적힌 역량 이전 계획
  • 런북, 온콜 로테이션, 리허설까지 마친 장애 대응 프로세스
  • 상시 유지되는 감사 증빙 패키지
  • 이미 몇 달째 코드를 읽고 리뷰해 온 고객사 팀

모든 단계에 걸쳐 지키는 것

  • 책임지는 팀은 하나
  • 1주 차부터 프로덕션
  • 고객사 엔지니어가 스쿼드 안에 있습니다
  • 어느 단계에서든 멈출 수 있습니다
  • 누군가 갈려 나가지 않는 속도로
  • 불편한 말은 일찍

보고서와 실제 출시 사이에서 멈춘 프로그램이 있으신가요?

이야기 시작하기