⏰ Sáng thứ 7, 6h30. Chuông báo thức chưa kêu mà mình đã bị đánh thức bởi tiếng ting ting dồn dập từ Chatwork. Trong cơn ngái ngủ, mình chỉ kịp thấy cái title liên quan được khách highlight: “[至急][本番環境で不具合発生]// Urgent – Bug Production”.
Nếu ai từng làm BrSE chắc hẳn sẽ hiểu cảm giác “tim rơi xuống dạ dày” lúc đó. Ban đầu, mình nghĩ chắc là bug hiển thị đơn giản. Nhưng khi mở log và check ticket thì thấy bug cũng căng đét phết.

Bug Bác sĩ và bệnh nhân đã vào phòng khám online, nhưng không thể nhìn…

Chào mọi người,

Nếu Day 15 mình kể về pha “bị khách phản dame” ngay trong họp, thì sang Day 16 này, mình muốn chia sẻ một bài học khác: nghệ thuật follow-up.
Nghe tưởng đơn giản, nhưng chính nó đã giúp mình thoát khỏi cái mác bị khách hàng cười cợt là “họp cho vui”.

🎾 Bối cảnh

Trong một dự án tennis court booking, khách yêu cầu thêm chính sách hủy (cancel policy).

Khi mình bắt đầu nghĩ về vấn đề của việc học code vào năm 2019, “tutorial hell” (địa ngục học qua tutorial) chính là kẻ thù số một. Bạn sẽ biết là mình đang ở trong đó nếu như:

• Bạn làm theo vô số tutorial thành công, nhưng khi tự bắt tay code thì chẳng làm được gì.

• Bạn dành nhiều thời gian xem video dạy lập trình hơn là thực sự lập trình.

Hôm nay mình chứng kiến một câu chuyện rất quen thuộc trong dự án.
Cả team được giao nhiệm vụ: đọc requirement, hiểu tính năng cần làm, rồi vào họp để thống nhất nhận thức.

Sau khi thống nhất nhận thức phía nội bộ về những công việc cần làm, team sẽ thực hiện estimate tính năng cũng như những công việc cần làm để đáp ứng được mong muốn và mục tiêu của dự án & khách hàng.

Nghe thì tưởng đơn giản. Nhưng sau khi họp xong, thay vì có định hướng rõ ràng, cả team lại rơi vào trạng thái chạy vòng vòng:

Chào mọi người,

Nếu như ở Day 14 mình kể về bug cháy nhà thì sang Day 15, mình muốn chia sẻ một pha “đi vào lòng đất” – lần đầu bị khách phản dame ngay trong buổi họp.

🎾 Bối cảnh

Khách muốn thêm tính năng quản lý thời gian kinh doanh cho sân tennis.

• Có business date (ngày hoạt động).

Chào mọi người,
Hôm nay là Day 14 trong series "IT Storytelling – chuyện ngành IT". Thú thật, mình từng nghĩ công việc BrSE chủ yếu là họp và confirm rule với khách. Nhưng rồi có những ngày, không chỉ họp, mà còn phải lao vào dập bug cháy nhà.

Một trong những kỷ niệm nhớ đời là vụ bug đặt sân tennis trùng giờ.

★ Bối cảnh câu chuyện

Dự án hôm đó đang chạy hệ thống đặt sân tennis. Rule khách đưa ra ban đầu nghe thì đơn giản:

Chào mọi người
Trong môi trường IT, drama không chỉ nảy sinh từ bug hay spec mơ hồ, mà đôi khi lại xuất phát từ… một tin nhắn thiếu emoji.
Một câu “ok” cụt lủn, hay một lời phản biện chưa khéo, có thể biến Slack/Chatwork thành “chiến trường mini”.

Điều quan trọng là: drama nội bộ thì để nội bộ tự xử. Tuyệt đối không để sóng gió này “tràn” sang kênh khách hàng. Vì với khách, BrSE thường là cầu nối duy nhất, và mọi thông điệp gửi ra ngoài đều cần được lọc nhiễu, chỉnh lý và giữ tone chuyên nghiệp.

Trong thời đại mà công nghệ hỗ trợ học tập ngày càng phát triển, việc tự học ngoại ngữ không còn gói gọn trong sách vở hay lớp học truyền thống. Bạn hoàn toàn có thể học tiếng Anh, tiếng Nhật… qua video, áp dụng phương pháp Shadowing Video, Dictation, Flashcard, Quiz để rèn luyện toàn diện cả 4 kỹ năng: nghe – nói – đọc – viết.

Tuy nhiên, giữa vô vàn ứng dụng, đâu là những công cụ miễn phí, hiệu quả, dễ dùng và phù hợp cho người tự học?
Dưới đây là danh sách 8 công cụ học ngoại ngữ qua video hàn…

Dạo gần đây mình đang học thêm kiến thức về quản lý dự án (Project Management), đặc biệt là từ PMP. Mình thấy những concept quản lý này không chỉ áp dụng trong lý thuyết mà còn cực kỳ thực tế trong công việc BrSE hằng ngày. Thế nên hôm nay mình muốn chia sẻ một case study cũ, nhưng lồng ghép thêm góc nhìn quản lý để bài viết thêm thú vị. Mời mọi người cùng tham khảo bài viết nhé ^^.

1. Case study – Batch update bị fail trong hệ thống Booking

Trong một dự án cũ, team mình có tạo 1 con batch …

Chào mọi người 👋
Nếu ở Day 10 mình chia sẻ về “deadline dí xuyên biên giới”, thì sang Day 11 lại là một câu chuyện khác: deadline dí từ bên trong, khi chính team nội bộ không cùng nhịp bước.

Làm BrSE không chỉ dừng lại ở việc kết nối và giao tiếp với khách hàng, mà còn là người điều phối nhịp điệu trong team. Có khi chưa kịp lo khách “cà khịa”, thì đã phải giải quyết khủng hoảng từ chính nội bộ.

Trong chuỗi series "IT storytelling - chuyện ngành IT" này, mình sẽ chia sẻ tất tần tật những câu …