Quy trình — 6 giai đoạn

Cách chúng tôi làm việc

Dự án nào cũng đi qua sáu giai đoạn này, co giãn theo quy mô công việc. Mỗi giai đoạn nói rõ chuyện gì diễn ra, bạn cầm được gì khi nó khép lại, và chúng tôi cần gì từ phía bạn — bởi phần cuối cùng ấy mới là nơi phần lớn dự án mắc kẹt.

01

Brief

EDIT — thường vài ngày

Trước khi nói tới bất kỳ con số nào, chúng tôi làm rõ điều bạn thực sự muốn đạt được, và liệu chúng tôi có phải studio phù hợp để cùng bạn đi tới đó hay không.

Chuyện gì diễn ra

  • Bạn gửi sang những gì đang có: một ý tưởng, một file Figma, một sản phẩm đang chạy, hay đơn giản là một vấn đề
  • Chúng tôi đọc kỹ trước buổi trao đổi, chứ không vừa gọi vừa đọc
  • Một buổi trao đổi để chốt mục tiêu, các ràng buộc và cái deadline thật sự
  • Một câu trả lời thẳng thắn về mức độ phù hợp, kể cả khi câu trả lời ấy là không

Bạn nhận được gì

  • Một đề xuất bằng văn bản, ghi rõ phạm vi, thứ tự triển khai, chi phí và các mốc thời gian
  • Danh sách rõ ràng những gì nằm ngoài phạm vi lần này

Chúng tôi cần gì từ bạnNhững tài liệu bạn đang có, cùng một người phía bạn đủ thẩm quyền để ra quyết định.

02

Discovery

EDIT — thường từ vài ngày tới vài tuần

Ngắn, có trả phí, và là nơi rẻ nhất trong cả dự án để mắc sai lầm. Ở giai đoạn này, một mục tiêu còn mơ hồ được chuyển thành bản kế hoạch mà người khác cầm lên là xây theo được.

Chuyện gì diễn ra

  • Người dùng là ai, họ cần hoàn thành việc gì, và thành công sẽ được đo bằng thước nào
  • Các ràng buộc kỹ thuật: hệ thống sẵn có, dữ liệu và những nơi phải tích hợp vào
  • Phạm vi được cắt thành từng phần có thể ra mắt độc lập
  • Tìm ra giả định rủi ro nhất và đưa nó lên làm trước tiên

Bạn nhận được gì

  • Một bản kế hoạch đã rõ phạm vi, rõ thứ tự và kèm ước lượng
  • Các quyết định về kiến trúc và mô hình dữ liệu, được ghi lại thành văn
  • Luồng hoặc wireframe cho phần đầu tiên

Chúng tôi cần gì từ bạnCho chúng tôi gặp những người hiểu rõ hệ thống hiện tại đang vận hành ra sao.

03

Design

EDIT — chạy song song với build khi phần đầu tiên đã chốt

Giao diện được thiết kế trên đúng bộ token và component mà code sử dụng, nên thứ bạn duyệt cũng chính là thứ sẽ ra mắt.

Chuyện gì diễn ra

  • Luồng và kiến trúc thông tin trước, phần hình ảnh sau
  • Màn hình cho mọi trạng thái: đang tải, chưa có dữ liệu, gặp lỗi — chứ không riêng đường đi thuận lợi
  • Một hệ component có quy tắc, thay vì một mớ layout dựng riêng cho từng màn
  • Cùng nhau review trong lúc làm, chứ không dồn vào một buổi bàn giao duy nhất

Bạn nhận được gì

  • Bộ màn hình hoàn chỉnh cùng một design system
  • Bản prototype ở những chỗ mà thử trước khi xây là việc đáng làm

Chúng tôi cần gì từ bạnPhản hồi đúng trong chu kỳ review. Phản hồi đến muộn là nguyên nhân số một khiến mọi thứ phải làm lại từ đầu.

04

Build

EDIT — chiếm phần lớn thời lượng dự án

Mỗi tuần một bản mới trên một đường link chạy thật. Thứ bạn review là sản phẩm đang sống, không phải một bản báo cáo tiến độ.

Chuyện gì diễn ra

  • Code được deploy liên tục lên môi trường preview
  • Mỗi tuần một buổi review, ngay trên sản phẩm thật
  • Test cho những luồng mà hỏng là mất tiền thật
  • Phạm vi được sắp lại ưu tiên mỗi tuần, theo đúng những gì thực tế cho thấy

Bạn nhận được gì

  • Một bản phần mềm chạy được, dùng được, mỗi tuần
  • Một codebase còn nguyên lịch sử commit, có test và có CI

Chúng tôi cần gì từ bạnMột giờ mỗi tuần cho buổi review, cùng những câu trả lời kịp thời trong tuần.

05

Launch

EDIT — thường là một khung ngắn, có ngày cụ thể

Phần việc không hào nhoáng nhưng quyết định tất cả: khả năng tiếp cận, hiệu năng, xử lý lỗi và kế hoạch chuyển đổi, tất cả được đưa về đúng chuẩn đã thống nhất từ đầu.

Chuyện gì diễn ra

  • Hiệu năng và khả năng tiếp cận được đưa về đúng ngưỡng đã thống nhất
  • Giám sát, cảnh báo và báo lỗi được đấu nối theo ngưỡng thực tế
  • Kế hoạch chuyển đổi và rollback được viết ra rồi diễn tập trước
  • Quy trình deploy tự động mà đội bạn tự chạy được

Bạn nhận được gì

  • Sản phẩm đã lên sóng, có giám sát và sẵn sàng rollback bất cứ lúc nào
  • Runbook cùng tài liệu môi trường

Chúng tôi cần gì từ bạnMột chữ ký duyệt bản phát hành, và người đang giữ DNS cùng các tài khoản.

06

Sau launch

EDIT — liên tục, hoặc một giai đoạn bàn giao cố định

Hoặc chúng tôi ở lại vận hành tiếp, hoặc chúng tôi bàn giao cho tử tế rồi rút. Cả hai đều là kết cục bình thường, và không phương án nào kèm phí thoát.

Chuyện gì diễn ra

  • Cập nhật thư viện và vá bảo mật theo một nhịp cố định
  • Giám sát và xử lý sự cố
  • Hoặc: những buổi bàn giao cùng đội nội bộ hay đội mới của bạn

Bạn nhận được gì

  • Một báo cáo hằng tháng về những gì đã thay đổi và những gì chúng tôi khuyến nghị, hoặc
  • Một cuộc bàn giao gọn ghẽ: repo, hạ tầng, tài liệu và một buổi hướng dẫn trực tiếp

Chúng tôi cần gì từ bạnBạn chọn một trong hai phương án — và chúng tôi sẽ chủ động hỏi trước khi bạn phải nhắc.

Cam kết

Chúng tôi cư xử ra sao khi mọi chuyện không thuận

Viết ra một bản quy trình thì dễ. Đây là những điều mà giữ đúng lời sẽ khiến chúng tôi mất mát điều gì đó — và cũng vì thế mà chúng được viết ra.

  • Bạn review phần mềm đang chạy, không phải slide

    Tuần nào cũng có một đường link. Một thứ còn dở dang mà bạn bấm vào được vẫn hơn hẳn một bản mô tả bóng bẩy về thứ bạn chưa từng chạm tới.

  • Tin xấu luôn đến sớm

    Nếu thấy sắp vượt ước lượng, bạn sẽ biết ngay trong tuần đó chứ không phải đợi tới hạn chót. Để khách bất ngờ vào phút cuối cũng là một lựa chọn — và đó là lựa chọn chúng tôi không bao giờ lấy.

  • Deadline đã cố định thì phạm vi phải linh hoạt

    Khi một buổi ra mắt, một sự kiện hay một vòng gọi vốn đã ấn định ngày, chúng tôi giữ lấy cái ngày ấy và cắt bớt phạm vi để kịp. Cố giữ cứng cả hai là cách một dự án chết dần trong im lặng.

  • Chúng tôi tối ưu cho năm thứ hai

    Những công cụ nhàm chán nhưng được hỗ trợ tốt, cùng một codebase mà người khác đọc là hiểu. Bởi sau khi chúng tôi rời đi, bạn vẫn phải tuyển được người tiếp quản nó.

  • Bạn sở hữu mọi thứ

    Mã nguồn, file thiết kế, hạ tầng và tài khoản — toàn bộ. Không có ràng buộc nào bắt bạn phải phụ thuộc vào hosting hay giấy phép của chúng tôi.

  • Lỗi là phần của chúng tôi

    Chúng tôi làm sai thì chúng tôi sửa bằng tiền của mình. Và chúng tôi không mất công câu nệ ranh giới giữa một lỗi với một yêu cầu phát sinh.

Tiếp theo

Chúng tôi dựng bằng gì