Scrum Lead
Mô tả công việc
Các trách nhiệm chính 1
• Phát triển end-to-end các sản phẩm và tính năng số thuộc mảng Unsecured Lending; chuyển hóa yêu cầu nghiệp vụ thành giải pháp trên hệ thống.
• Phát triển và tối ưu hóa các sản phẩm số trên các kênh khách hàng và kênh nội bộ nhằm nâng cao trải nghiệm khách hàng và hiệu quả kinh doanh.
• Nghiên cứu xu hướng thị trường, sản phẩm, công nghệ và dịch vụ mới để đề xuất sáng kiến, tính năng mới hoặc cải tiến sản phẩm hiện hữu.
• Thiết kế, triển khai và cải tiến sản phẩm unsecured và non-unsecured nhằm thu hút khách hàng.
• Làm việc cùng đơn vị nghiệp vụ để xây dựng tối ưu hóa sản phẩm.
• Tư vấn lựa chọn nền tảng công nghệ; dẫn dắt đội ngũ thực hiện phân tích yêu cầu, thiết kế giải pháp, xây dựng tài liệu, phát triển và triển khai sản phẩm.
• Nghiên cứu và thực hiện nâng cấp và vá bảo mật theo định kỳ khuyến cáo từ các đơn vị liên quan.
• Chủ trì xây dựng và triển khai kế hoạch kiểm thử; quản lý môi trường, dữ liệu và công cụ kiểm thử.
• Phối hợp với RTB trong việc theo dõi hiệu quả vận hành, tính ổn định hệ thống, xử lý sự cố, cải tiến dịch vụ và nâng cao trải nghiệm người dùng.
• Giám sát tiến độ triển khai các sáng kiến, giải pháp công nghệ; quản lý backlog, release plan và thực hiện báo cáo định kỳ cho lãnh đạo.
• Dẫn dắt đội ngũ Agile/Scrum đảm bảo hoàn thành các mục tiêu Sprint, Release và Product Roadmap.
Kiến thức/ Chuyên môn cần có
• Kiến thức thực tiễn và kinh nghiệm trong phát triển phần mềm và hệ thống quy mô lớn.
• Kiến thức cơ bản về khoa học máy tính và cơ sở dữ liệu.
• Kiến thức về hệ thống dữ liệu phân tán.
• Kiến thức về các nền tảng công nghệ phù hợp và đồng bộ với chiến lược phát triển công nghệ của tổ chức.
• Kiến thức về quy trình và mô hình phát triển phần mềm.
Kỹ năng chính
• Tập trung cho khách hàng và công việc kinh doanh:
o Kỹ năng triển khai phát triển hệ thống quy mô lớn
o Kỹ năng nghiên cứu và ứng dụng công nghệ mới
o Kỹ năng xây dựng đội ngũ phát triển
o Kỹ năng phân tích và chuyển đổi yêu cầu nghiệp vụ thành đặc tả kỹ thuật
• Kỹ năng Lãnh đạo:
o Khả năng ảnh hưởng và kết nối các nhóm, bộ phận vượt ra ngoài phạm vi nội bộ của phòng ban.
o Kỹ năng giao tiếp tốt và khả năng quản lý các bên liên quan hiệu quả.
o Tính chủ động và thái độ “có thể làm được” trong tiếp nhận công việc.
Kinh nghiệm liên quan
• Tối thiểu 8 năm kinh nghiệm phát triển phần mềm, giải pháp công nghệ hoặc sản phẩm số.
• Tối thiểu 3 năm kinh nghiệm quản lý hoặc dẫn dắt đội ngũ phát triển sản phẩm/công nghệ.
• Kinh nghiệm phát triển sản phẩm trong lĩnh vực ngân hàng.
• Kinh nghiệm áp dụng các mô hình phát triển phù hợp với điều kiện thực tế và năng lực của đội ngũ.
Năng lực khác
• Khả năng xây dựng các hệ thống lớn và phức tạp đáp ứng các tiêu chuẩn kỹ thuật nghiêm ngặt của ngành ngân hàng.
• Khả năng xây dựng và quản lý đội ngũ nhân sự.
• Khả năng triển khai và chuyển giao kiến thức.
Contact: lynd3@vpbank.com.vn
Yêu cầu ứng viên
Trình độ đào tạo
Đại học in Công nghệ thông tin
Phân tích kỹ năng cần có
1. Đọc đúng bản chất vị trí
Dù phần tóm tắt không ghi kinh nghiệm, phần mô tả yêu cầu tối thiểu 8 năm phát triển phần mềm, giải pháp công nghệ hoặc sản phẩm số và tối thiểu 3 năm quản lý hoặc dẫn dắt đội phát triển sản phẩm. Ứng viên cần có kinh nghiệm sản phẩm ngân hàng, bằng Đại học Công nghệ thông tin và nền tảng Agile/Scrum đủ vững.
| Nhóm công việc | Nội dung cần thành thạo | Điểm cần chứng minh |
|---|---|---|
| Sản phẩm số Unsecured Lending | Phát triển, tối ưu và triển khai sản phẩm tín dụng không bảo đảm trên kênh khách hàng và kênh nội bộ | Câu chuyện thực tế từ yêu cầu nghiệp vụ đến sản phẩm vận hành |
| Chuyển đổi nghiệp vụ | Biến yêu cầu nghiệp vụ thành giải pháp, đặc tả kỹ thuật và đặc tả kiểm thử | Biết làm việc với nghiệp vụ, bản thân hiểu vấn đề trước khi chọn công nghệ |
| Dẫn dắt Agile/Scrum | Quản lý backlog, sprint, release plan và product roadmap; bảo đảm tiến độ và chất lượng | Cách tổ chức công việc, xử lý rủi ro và báo cáo cho lãnh đạo |
| Kiểm thử và bảo mật | Xây dựng kế hoạch kiểm thử, quản lý môi trường, dữ liệu và công cụ kiểm thử; triển khai bản vá bảo mật | Phương pháp kiểm thử, tiêu chí nghiệm thu và kiểm soát rủi ro |
| Vận hành và ổn định | Phối hợp với bộ phận vận hành, theo dõi sự cố, cải tiến dịch vụ | Quy trình cảnh báo, xử lý sự cố, hoàn tác triển khai và phân tích nguyên nhân gốc |
| Lãnh đạo và ảnh hưởng | Xây dựng đội, kết nối nghiệp vụ, công nghệ, kiểm thử, bảo mật và vận hành | Bằng chứng về coaching, xử lý xung đột và điều phối bên liên quan |
Điểm nhận diện quan trọng: Chức danh là Scrum Lead nhưng phạm vi công việc rộng hơn một người điều phối Scrum thông thường. Mô tả có yếu tố tương tự Product Owner kỹ thuật, trưởng nhóm phát triển và trưởng nhóm kiểm thử. Ứng viên nên hỏi rõ: Product Owner riêng có hay không, ai chịu trách nhiệm kiểm thử, ai quyết định ưu tiên nghiệp vụ, quy mô đội và ranh giới trách nhiệm với bộ phận vận hành.
2. Kỹ năng chuyên môn cần có
| Kỹ năng | Mức độ | Nội dung cần chuẩn bị |
|---|---|---|
| Agile và Scrum | Rất cao | Sprint goal, backlog, release plan, roadmap, điều kiện bắt đầu và hoàn thành, quản lý phụ thuộc, cắt phạm vi, ước lượng và cải tiến quy trình |
| Nghiệp vụ ngân hàng và cho vay | Cao | Luồng hồ sơ từ đăng ký, đánh giá điều kiện, kiểm tra tín dụng, phê duyệt, ký hợp đồng, giải ngân đến hoàn trả và thu hồi; hiểu ranh giới giữa tối ưu trải nghiệm và tuân thủ chính sách tín dụng |
| Phân tích yêu cầu và thiết kế giải pháp | Rất cao | User story, tiêu chí chấp nhận, user journey, đặc tả chức năng và phi chức năng, đánh giá phương án công nghệ, business case |
| Kiến trúc hệ thống quy mô lớn | Cao | Kiến trúc dịch vụ, giao diện lập trình ứng dụng, tích hợp đồng bộ và bất đồng bộ, xử lý lỗi, idempotency, khả năng mở rộng và giới hạn hiệu năng |
| Cơ sở dữ liệu và dữ liệu phân tán | Cao | SQL, transaction, index, phân vùng, replica, bộ nhớ đệm, dữ liệu phân tán, tính nhất quán và xử lý sự kiện theo thời gian thực |
| Kiểm thử | Rất cao | Chiến lược kiểm thử, kiểm thử tự động, tích hợp, hồi quy, hiệu năng, bảo mật, nghiệm thu người dùng, quản lý dữ liệu thử |
| DevSecOps và vận hành | Cao | Tích hợp liên tục, triển khai liên tục, quản lý cấu hình, triển khai dần, rollback, giám sát, cảnh báo và vá bảo mật định kỳ |
| Quản lý và phát triển đội | Rất cao | Huấn luyện, giao việc, phân bổ năng lực, coaching, xử lý xung đột, đánh giá hiệu quả và phát triển đội viên giỏi hơn |
Kỹ năng mềm cần thể hiện rõ
- Tập trung vào khách hàng và kinh doanh: ưu tiên giải quyết đau điểm khách hàng, hiểu cách sản phẩm tạo giá trị, không chỉ tập trung vào tiến độ kỹ thuật.
- Giao tiếp và ảnh hưởng: trình bày quyết định khó cho lãnh đạo và bên liên quan ở nhiều cấp độ khác nhau.
- Tư duy chủ động: thể hiện tinh thần có thể làm được bằng cách đưa ra phương án, trình bày rủi ro và đề xuất giải pháp thay vì chỉ báo cáo sự cố.
- Quản lý bên liên quan: xác định rõ chủ sở hữu công việc, thời hạn, rủi ro và cơ chế báo cáo.
- Tư duy hệ thống: nhìn được tác động của một thay đổi sản phẩm đến dữ liệu, vận hành, bảo mật và trải nghiệm khách hàng.
- Quyết định dưới áp lực: giữ được sự ổn định, minh bạch và ưu tiên trong tình huống sự cố hoặc thiếu thời gian.
3. Chứng chỉ có thể dùng như minh chứng
Tin tuyển dụng không yêu cầu chứng chỉ bắt buộc. Các chứng chỉ dưới đây chỉ là gợi ý để bổ sung cho hồ sơ:
| Chứng chỉ | Phù hợp khi | Lưu ý |
|---|---|---|
| Professional Scrum Master I hoặc II | Muốn chứng minh kiến thức Scrum chuẩn | Không thay thế kinh nghiệm dẫn dắt thực tế |
| Product Scrum Owner I | Thành thạo backlog, đặc tả và quyết định ưu tiên | Chỉ nên nhận nếu thực sự hiểu trách nhiệm sản phẩm |
| Agile Practice Guide của PMI | Có kinh nghiệm triển khai Agile ở quy mô tổ chức | Bổ sung kiến thức cải tiến quy trình và đo lường |
| ISTQB Certified Tester Advanced Level | Muốn chứng minh năng lực xây dựng chiến lược kiểm thử | Phù hợp với phần trách nhiệm kế hoạch kiểm thử trong mô tả |
| Chứng chỉ quản trị dự án như PMP | Có kinh nghiệm quản trị rủi ro, ngân sách và nhiều bên liên quan | Không nên tích lũy chứng chỉ thay cho kết quả thực tế |
4. Checklist hồ sơ ứng viên
- Mỗi kinh nghiệm nên theo cấu trúc vấn đề – hành động – kết quả, nêu quy mô nhóm, phạm vi sản phẩm, thời gian và tác động đo được.
- Tách rõ hai nhóm kinh nghiệm: 8 năm phát triển sản phẩm và 3 năm quản lý hoặc dẫn dắt. Tránh để người đọc phải tự suy luận.
- Nêu rõ kinh nghiệm ngân hàng: sản phẩm nào, đối tác nào, quy mô giao dịch, vai trò cá nhân và kết quả cụ thể.
- Trình bày các quyết định kỹ thuật đáng chú ý: chọn nền tảng, xử lý nợ kỹ thuật, cải thiện hiệu năng, giảm sự cố hoặc nâng cao kiểm thử tự động.
- Thể hiện khả năng coaching qua hành động cụ thể: giao việc cho người mới, tổ chức rà soát thiết kế, phản hồi kỹ thuật, cải thiện môi trường làm việc.
- Chỉ dùng số liệu có thể chứng minh; không bịa tỷ lệ cải thiện hoặc quy mô đội.
- Nếu còn thiếu số năm kinh nghiệm ngân hàng, hãy nêu rõ sản phẩm tương tự đã xây dựng và điều kiện cần bù để hiểu nghiệp vụ mới.
Chuẩn bị phỏng vấn
1. Quy trình phỏng vấn dự kiến
Tin tuyển dụng không nêu rõ số vòng và hình thức đánh giá. Quy trình dưới đây là kịch bản thường gặp; ứng viên nên xác nhận lại với bộ phận tuyển dụng.
| Vòng dự kiến | Nội dung có thể được hỏi | Cách chuẩn bị |
|---|---|---|
| 1. Sàng lọc | Xác nhận 8 năm kinh nghiệm, 3 năm dẫn dắt, bằng Đại học Công nghệ thông tin, kinh nghiệm ngân hàng và mức lương mong muốn | Chuẩn bị bản tóm tắt ngắn và lý do chuyển sang lĩnh vực ngân hàng |
| 2. Quản lý tuyển dụng | Đánh giá vai trò, mức độ lãnh đạo, phạm vi quyết định, xung đột và cách bạn xây dựng đội | Chuẩn bị 8–10 câu chuyện theo mô hình STAR, có số liệu |
| 3. Nghiệp vụ và kỹ thuật | Yêu cầu nghiệp vụ, đặc tả, kiến trúc, dữ liệu, tích hợp, kiểm thử, bảo mật và vận hành | Ôn kỹ thuật ở mức quyết định và trả lời được lý do chọn phương án |
| 4. Bài tập hoặc phỏng vấn tình huống | Lập kế hoạch triển khai một tính năng trên sản phẩm tín dụng không bảo đảm | Luyện trình bày một trang: vấn đề, giải pháp, backlog, kiểm thử, rủi ro, chỉ số và lộ trình |
| 5. Phỏng vấn lãnh đạo cuối | Mức độ phù hợp với định hướng, khả năng ảnh hưởng và văn hóa làm việc | Chuẩn bị câu hỏi về mục tiêu đầu tiên trong 90 ngày, nguyên tắc ưu tiên và cách hỗ trợ đội |
Một số vòng có thể được gộp lại. Ứng viên nên hỏi: Có bài kiểm tra kỹ thuật không, có phần giải pháp tình huống không, có thể trình bày một dự án thực tế không và bộ phận tuyển dụng đánh giá ưu tiên điều gì?
2. Bộ câu chuyện cần chuẩn bị
| Tình huống | Câu hỏi cần trả lời rõ |
|---|---|
| Dẫn dắt nhóm từ giai đoạn 0 | Bạn làm gì để các thành viên hiểu mục tiêu, quyền quyết định và tiêu chuẩn hoàn thành? |
| Chuyển đổi yêu cầu nghiệp vụ | Ví dụ nào cho thấy bạn phát hiện mâu thuẫn hoặc rủi ro trong yêu cầu trước khi đội xây dựng? |
| Quản lý backlog và ưu tiên | Bạn xử lý thế nào khi nghiệp vụ muốn thêm phạm vi nhưng thời gian không đủ? |
| Sprint bị trễ tiến độ | Bạn đã làm gì để hiểu nguyên nhân, phụ thuộc và lựa chọn phương án phục hồi? |
| Xung đột trong đội | Bạn đã coaching, phân xử và phòng ngừa tái diễn xung đột như thế nào? |
| Sự cố sản xuất | Bạn phối hợp xử lý, thông tin và phân tích nguyên nhân gốc ra sao? |
| Yêu cầu vá bảo mật | Bạn cân bằng giữa an toàn, khả năng triển khai và tác động đến khách hàng ra sao? |
| Đưa ra sáng kiến | Ý tưởng của bạn đã tạo ra giá trị định lượng hoặc định tính gì? |
Mỗi câu chuyện nên kéo dài khoảng 1–2 phút, có cấu trúc Tình huống – Hành động – Kết quả – Bài học. Tránh kể lịch sử công việc hoặc trách nhiệm của cả nhóm mà không làm rõ đóng góp cá nhân.
3. Bài tập tình huống nên chuẩn bị
Chủ đề gợi ý: Triển khai một quy trình đăng ký và giải ngân sản phẩm tín dụng không bảo đảm trên ứng dụng di động.
1. Làm rõ mục tiêu kinh doanh, nhóm khách hàng và nỗi đau cần giải quyết.
2. Vẽ luồng end-to-end: đăng ký, xác thực, nhập hồ sơ, đánh giá điều kiện, kiểm tra tín dụng, phê duyệt, ký, giải ngân và theo dõi hoàn trả.
3. Xác định các hệ thống tích hợp, phụ thuộc bên ngoài và điểm có thể dừng quy trình.
4. Chia yêu cầu thành backlog với tiêu chí chấp nhận rõ ràng, ưu tiên theo giá trị và rủi ro.
5. Thiết kế yêu cầu phi chức năng: hiệu năng, an toàn, dữ liệu, khả năng mở rộng, khả năng khôi phục và trải nghiệm.
6. Lập chiến lược kiểm thử, kiểm thử tự động, kiểm thử hồi quy và nghiệm thu người dùng.
7. Lập kế hoạch triển khai dần, tiêu chí khởi động, kịch bản rollback và cơ chế theo dõi.
8. Đề xuất chỉ số: tiến độ, tỷ lệ hoàn thành hồ sơ, thời gian xử lý, chất lượng, sự cố, mức sử dụng và phản hồi khách hàng.
Điểm được đánh giá cao là cân bằng tốc độ với chất lượng, giảm rủi ro vận hành, bảo vệ dữ liệu khách hàng và không tối ưu chỉ số tín dụng vượt ra ngoài chính sách. Không cần tự đặt ra một ngưỡng chỉ số không có căn cứ; hãy giải thích cách xác định mục tiêu cùng đơn vị nghiệp vụ.
4. Câu hỏi kỹ thuật và quản lý thường gặp
- Vì sao chọn kiến trúc dịch vụ hay kiến trúc nguyên khối? Tiêu chí ra quyết định là gì?
- Xử lý nhất quán dữ liệu và giao dịch phân tán như thế nào? Điều gì xảy ra khi một dịch vụ ngừng hoạt động giữa chừng?
- Thiết kế một quy trình đăng ký với bước kiểm tra tín dụng bên ngoài. Xử lý trùng lặp yêu cầu, timeout và phản hồi không nhất quán ra sao?
- Xây dựng chiến lược kiểm thử cho một quy trình tín dụng như thế nào? Kiểm thử tự động nên tập trung vào đâu?
- Bảo mật ở tầng ứng dụng, tầng dữ liệu và luồng tích hợp cần những biện pháp nào?
- Khi một bản vá bảo mật phải triển khai gấp nhưng lịch phát hành đang được thông báo, bạn quyết định thế nào?
- Làm sao đo hiệu quả của Scrum mà không biến thành đánh giá cá nhân từng thành viên?
- Khi hai bên liên quan không thống nhất thứ tự ưu tiên, bạn sử dụng cơ chế nào để ra quyết định?
5. Hình thức, trang phục và tài liệu cần mang
- Hình thức phỏng vấn phụ thuộc quy định của doanh nghiệp; hãy xác nhận trước khi chuẩn bị bài trình bày trực tuyến hoặc tại văn phòng.
- Trang phục nên lịch sự, hàm quản và gọn gàng: vest hoặc blazer phối với quần tây hoặc chân váy, giày kín; tránh phụ kiện hoặc màu sắc quá nổi bật.
- Chuẩn bị bản in và bản điện tử của CV, một trang tóm tắt dự án tiêu biểu và bản tóm tắt quy trình.
- Nếu trình bày một dự án, chuẩn bị sơ đồ luồng, backlog mẫu, release plan, chiến lược kiểm thử và sơ đồ kiến trúc. Không dùng dữ liệu khách hàng thật hoặc thông tin mật của doanh nghiệp cũ.
- Không tập trung vào công cụ mới chỉ vì tên gọi của công việc. Điều cần chứng minh là khả năng lựa chọn công cụ phù hợp với bối cảnh và năng lực đội.
6. Câu hỏi nên hỏi cuối buổi phỏng vấn
1. Vị trí này tập trung nhiều nhất vào quản lý Agile, phân tích sản phẩm, kỹ thuật hay kiểm thử?
2. Product Owner, trưởng nhóm kiểm thử và bộ phận vận hành có vai trò và mức tham gia như thế nào?
3. Đội phát triển hiện có quy mô, thành phần và mức độ trưởng thành Agile ra sao?
4. Có trực xếp kỹ thuật vào ban đêm, xử lý sự cố cuối tuần hoặc triển khai trong giờ cao điểm không?
5. Ba kết quả quan trọng nhất được kỳ vọng trong sáu tháng đầu là gì?
6. Cách đánh giá hiệu quả của người đảm nhiệm vị trí này là gì?
7. Tổ chức đang đầu tư vào nền tảng, kiến trúc hoặc công cụ nào trong thời gian tới?
8. Lộ trình phát triển từ Scrum Lead lên vị trí lãnh đạo rộng hơn được định nghĩa như thế nào?
7. Gợi ý giới thiệu bản thân trong 90 giây
Gồm bốn phần: tên và lĩnh vực có kinh nghiệm → tổng số năm phát triển và dẫn dắt → một kết quả tiêu biểu có số liệu → lý do phù hợp với vị trí Scrum Lead trong mảng sản phẩm số ngân hàng. Tránh kể lại toàn bộ kinh nghiệm và nói chung chung kiểu tôi có kinh nghiệm quản lý tốt.
Lộ trình ôn thi
1. Nhận định về việc ôn thi
Tin tuyển dụng không thông báo đề thi chính thức. Ứng viên vẫn cần chuẩn bị kiến thức chuyên môn, nghiệp vụ và phương pháp trả lời phỏng vấn theo ba hướng: kiểm thử kiến thức, tình huống nghiệp vụ và câu chuyện lãnh đạo.
Mục tiêu của lộ trình 1–2 tuần không phải học thuộc mọi công nghệ, mà là đủ khả năng phân tích vấn đề, lập luận, ra quyết định và trình bày rõ ràng.
2. Kiến thức nền cần ôn
| Nhóm kiến thức | Nội dung trọng tâm | Kết quả cần đạt |
|---|---|---|
| Scrum và Agile | Vai trò trong nhóm, sự kiện, backlog, release, roadmap, định nghĩa xong, cắt phạm vi, quản lý rủi ro | Giải thích cách vận hành một sprint thực tế và cách cải tiến quy trình |
| Nghiệp vụ tín dụng không bảo đảm | Hồ sơ, điều kiện, tín dụng, phê duyệt, hợp đồng, giải ngân, hoàn trả, thu hồi; ranh giới với sản phẩm có bảo đảm | Vẽ được luồng end-to-end và hiểt nhu cầu phối hợp với bộ phận tín dụng |
| Phân tích yêu cầu | User story, tiêu chí chấp nhận, đặc tả nghiệp vụ và kỹ thuật, quản lý thay đổi | Biết phân tích yêu cầu mơ hồ và làm rõ giả định |
| Kiến trúc và tích hợp | Dịch vụ, API, sự kiện, cơ sở dữ liệu, bộ nhớ đệm, xử lý lỗi, hiệu năng | Đề xuất được phương án công nghệ kèm điểm mạnh, điểm yếu và rủi ro |
| Dữ liệu phân tán | SQL, transaction, index, replica, phân vùng, nhất quán dữ liệu, Kafka hoặc nền tảng tương tự | Trả lời câu hỏi về tính nhất quán và sự cố một phần của hệ thống |
| Kiểm thử | Chiến lược, phân tầng kiểm thử, tự động hóa, dữ liệu thử, hiệu năng, bảo mật, nghiệm thu | Lập được kế hoạch kiểm thử cho một quy trình tín dụng |
| Bảo mật và vận hành | Xác thực, phân quyền, mã hóa, nhật ký kiểm toán, vá lỗi, giám sát, sự cố, hoàn tác triển khai | Biết đánh giá rủi ro và phối hợp xử lý sự cố với vận hành |
| Kỹ năng lãnh đạo | Coaching, ảnh hưởng, xung đột, ủy quyền, báo cáo, ra quyết định | Có tối thiểu 8 câu chuyện thật gắn với tình huống cụ thể |
3. Tài liệu tham khảo
- Scrum Guide của Hiệp hội Scrum: nguồn gốc cho vai trò, sự kiện, artifact và cam kết trong Scrum.
- Hướng dẫn Agile và Scrum của Atlassian: tham khảo thực hành về backlog, sprint, release và cải tiến quy trình.
- Microservices của Martin Fowler và Martin Richardson: các đánh đổi về kiến trúc, giao tiến và vận hành.
- Tài liệu chính thức của Apache Kafka hoặc nền tảng message broker đang dùng: mô hình event, consumer, partition, retry và ordering.
- OWASP, đặc biệt OWASP Top 10 và OWASP API Security Top 10: kiểm tra thiết kế an toàn và đề xuất kiểm thử bảo mật.
- Tài liệu học SQL và kiến thức transaction của cơ sở dữ liệu quan hệ: truy vấn, chỉ mục, mức cô lập và xử lý deadlock.
- Syllabus kiểm thử của ISTQB: chiến lược kiểm thử, quản lý môi trường, dữ liệu và báo cáo lỗi.
- Tài liệu chính thức về bảo vệ dữ liệu cá nhân, an toàn thông tin mạng và các quy định liên quan đang hiện hành: dùng để củng cố nguyên tắc xử lý dữ liệu khách hàng.
4. Lộ trình 10 ngày, khoảng 2–3 giờ mỗi ngày
| Ngày | Nội dung | Sản phẩm cần hoàn thành |
|---|---|---|
| 1 | Phân tích từng yêu cầu trong tin tuyển dụng; lập bản đồ năng lực | Bảng đánh giá khoảng cách kinh nghiệm và kỹ năng |
| 2–3 | Nghiệp vụ tín dụng không bảo đảm và quy trình sản phẩm ngân hàng | Sơ đồ một luồng hồ sơ từ đăng ký đến giải ngân |
| 4 | Scrum, backlog, release, roadmap và chỉ số đo lường | Một backlog mẫu gồm 10–15 user story và tiêu chí chấp nhận |
| 5 | Yêu cầu nghiệp vụ, đặc tả kỹ thuật, quản lý thay đổi | Một đặc tả chức năng và đặc tả phi chức năng |
| 6 | Kiến trúc, tích hợp, cơ sở dữ liệu và dữ liệu phân tán | Một sơ đồ kiến trúc và bốn câu hỏi phản biện về phương án |
| 7 | Chiến lược kiểm thử và quản lý môi trường, dữ liệu thử | Một trang chiến lược kiểm thử và kịch bản kiểm thử chính |
| 8 | Bảo mật, vá lỗi, triển khai và ứng cứu sự cố | Một checklist phát hành, rollback và hậu kiểm |
| 9 | Xây dựng bài tập tình huống end-to-end | Bài trình bày một trang cho một tính năng tín dụng |
| 10 | Chuẩn bị câu chuyện lãnh đạo, luyện trả lời và rà soát CV | Bộ 8–10 câu chuyện STAR, bản tự giới thiệu 90 giây |
Nếu có 14 ngày: thêm hai ngày luyện trả lời phỏng vấn kỹ thuật, hai ngày luyện bài tập tình huống, hai ngày cập nhật kiến thức bảo mật và vận hành, hai ngày diễn lại và xử lý các điểm còn yếu.
5. Bốn sản phẩm thực hành nên có
1. Bản tóm tắt một dự án thực tế: bối cảnh, quy mô, vai trò, quyết định, khó khăn và kết quả.
2. Một luồng nghiệp vụ Unsecured Lending: ghi rõ điểm chuyển giao, phụ thuộc và điểm kiểm soát.
3. Một bộ backlog và release plan: thể hiện cách ưu tiên, chia sprint và quản lý rủi ro.
4. Một chiến lược kiểm thử một trang: phạm vi, loại kiểm thử, tự động hóa, môi trường, dữ liệu và tiêu chí phát hành.
6. Kiểm tra mức độ sẵn sàng
Bạn có thể trả lời rõ các câu sau nếu đã chuẩn bị tốt:
- Vì sao một yêu cầu nghiệp vụ chưa đủ để đội bắt đầu phát triển? Thiếu điều gì?
- Khi nào nên cắt phạm vi, khi nào nào thay đổi kiến trúc, khi nào cần dừng phát hành?
- Có bao nhiêu lớp kiểm thử và lớp nào phải tự động hóa trước?
- Nếu dịch vụ kiểm tra tín dụng phản hồi chậm hoặc trùng lặp, bạn xử lý ra sao?
- Làm sao bảo đảm nhật ký đủ để điều tra mà không làm lộ dữ liệu nhạy cảm?
- Bạn đo hiệu quả của đội bằng cách nào và tránh biến chỉ số thành công cụ quản lý cá nhân ra sao?
- Câu chuyện lãnh đạo nào của bạn có thể chứng minh rõ ảnh hưởng đến kết quả kinh doanh?
- Điều gì có thể khiến bạn đưa ra quyết định khác với yêu cầu trực tiếp của lãnh đạo cấp cao?
Không cần học thêm chứng chỉ chỉ để lấp đầy lịch ôn. Hãy ưu tiên tư duy, bằng chứng và khả năng trình bày, vì đó là phần khó bổ sung nhất trong một hồ sơ ứng viên.
Tư vấn nghề nghiệp
1. Hồ sơ phù hợp
Ứng viên mạnh nhất có ba lớp năng lực cộng lại:
- Nền tảng kỹ thuật: ít nhất 8 năm trong phát triển phần mềm, giải pháp công nghệ hoặc sản phẩm số, hiểu hệ thống quy mô lớn và cơ sở dữ liệu.
- Năng lực dẫn dắt: ít nhất 3 năm quản lý hoặc dẫn dắt nhóm phát triển, có kết quả cụ thể về tốc độ, chất lượng và sự ổn định.
- Hiểu biết nghiệp vụ: từng tham gia sản phẩm ngân hàng, đặc biệt các sản phẩm có quy trình khách hàng, dữ liệu nhạy cảm và phê duyệt theo chính sách.
Chức danh Scrum Lead trên CV có thể đến từ nhiều hình thức: Scrum Master, Agile Lead, Technical Lead, Engineering Lead hoặc Product Owner kỹ thuật. Bạn nên mô tả phạm vi thực tế và kết quả, không dùng chức danh để che khoảng trống kinh nghiệm.
2. Lộ trình phát triển sau khi được tuyển
| Giai đoạn | Mục tiêu | Hành động nên làm |
|---|---|---|
| 0–6 tháng | Tạo uy tín và làm chủ sản phẩm | Học dữ liệu, quy trình, kiểm thử và vận hành của mảng tín dụng; làm rõ cơ chế quyết định; xây backlog và báo cáo đáng tin cậy |
| 6–18 tháng | Mở rộng ảnh hưởng | Dẫn dắt nhiều nhóm, xây dựng tiêu chuẩn kiểm thử và phát hành, cải thiện chỉ số trải nghiệm khách hàng, coaching các trưởng nhóm |
| 18–36 tháng | Tiến tới vai trò chiến lược | Dẫn dắt một miền sản phẩm, tham gia quyết định nền tảng, quản lý rủi ro danh mục công nghệ và phát triển nguồn nhân sự kỹ thuật |
Các hướng đi tếp có thể là Agile Lead, Technical Lead, Engineering Manager, Product Lead hoặc quản lý sản phẩm. Hãy xác minh đường đi nào doanh nghiệp sẵn sàng hỗ trợ và điều kiện phân lớp, chức danh quản lý hay chuyên môn.
3. Mức lương kỳ vọng theo cấp bậc
Bảng dưới đây là ước lượng tham khảo cho thị trường Việt Nam, dựa trên mức độ trách nhiệm, không phải mức lương công bố của VPBank:
| Cấp bậc tham khảo | Đặc điểm hồ sơ | Ước lượng tổng thu nhập tháng theo hợp đồng trước thuế |
|---|---|---|
| Agile hoặc Scrum Lead | Khoảng 8–12 năm, dẫn dắt nhóm và một miền sản phẩm | Khoảng 40–65 triệu đồng/tháng |
| Technical hoặc Product Lead có trách nhiệm end-to-end | Khoảng 10–15 năm, ảnh hưởng đến kiến trúc, sản phẩm và nhiều bên liên quan | Khoảng 55–90 triệu đồng/tháng |
| Engineering hoặc Product Manager cấp cao | Quản lý nhiều nhóm, ngân sách, hiệu quả kinh doanh và rủi ro danh mục | Khoảng 75–120 triệu đồng/tháng hoặc cao hơn |
Mức lương có thể thay đổi tùy ngân hàng và thời điểm. Ngoài lương cơ bản, cần hỏi rõ về thưởng theo kết quả công việc, thưởng dự án, phụ cấp, chế độ bảo hiểm, thưởng thêm tháng và cơ chế điều chỉnh. Không mặc định các khoản này luôn tồn tại hoặc được cố định.
Khi đàm phán, hãy nêu mức mong muốn theo khoảng, đồng thời hỏi về tổng thu nhập, tiêu chí thưởng và mức tăng khi đảm nhiệm trách nhiệm mới. Có thể chia sẻ mức lương hiện tại như một dữ liệu tham chiếu, không cần nói trước mức lương mong muốn khi chưa hiểu đúng cấu bậc.
4. Kỹ năng nên phát triển thêm
- Nâng cao chiều sâu kỹ thuật: kiến trúc dữ liệu, độ tin cậy hệ thống, hiệu năng và bảo mật. Vị trí này cần đủ sâu để phản biện, nhưng không nhất thiết trở thành kỹ sư chuyên sâu nhất trong đội.
- Tăng tốc hiểu kinh doanh: cơ chế tín dụng, chỉ số hồ sơ, phân khúc khách hàng, ảnh hưởng của tỷ lệ chuyển đổi và chi phí vận hành.
- Phát triển năng lực coaching: coaching trưởng nhóm kỹ thuật, ủy quyền và xây dựng đường đi nghề nghiệp cho thành viên.
- Làm chủ truyền thông và ảnh hưởng: viết tài liệu quyết định, trình bày tổng quan cho ban điều hành, điều phối với đối tác ngoài.
- Cập nhật công nghệ mới: đánh giá AI, tự động hóa kiểm thử và nền tảng dữ liệu từ góc độ tạo giá trị, tránh triển khai công nghệ chỉ vì số hóa.
5. Kế hoạch 30–60–90 ngày sau khi nhận việc
- 30 ngày: hiểu sản phẩm, khách hàng, quy trình tín dụng, kiến trúc và bộ chỉ số; làm quen các bên liên quan; rà soát tình trạng backlog, kiểm thử và sự cố.
- 60 ngày: chuẩn hóa nhịp đội, định nghĩa tiêu chí hoàn thành, cải thiện báo cáo và xử lý các nút thắt có tác động rõ nhất.
- 90 ngày: hoàn thành một chu kỳ cải tiến có kết quả đo được, ví dụ giảm thời gian chuyển đổi hồ sơ, giảm lỗi tái diễn, cải thiện độ bao phủ kiểm thử hoặc nâng tốc độ phát hành mà không giảm kiểm soát rủi ro.
6. Những điểm cần cảnh giác
- Vị trí gộp nhiều trách nhiệm mà không nêu rõ Product Owner, người phụ trách kiểm thử, quyền quyết định và cơ chế ủy quyền.
- Cam kết phát hành theo chu kỳ cố định nhưng không có tiêu chí chất lượng, quy trình phê duyệt và kế hoạch rollback rõ ràng.
- Yêu cầu xử lý sự cố ngoài giờ nhưng không nói rõ chính sách, phần thưởng hoặc cơ chế bù đắp.
- Mức lương được ghi “thỏa thuận”, địa điểm và phúc lợi chưa có thông tin; cần xác minh qua kênh tuyển dụng chính thức trước khi nộp hồ sơ.
- Công ty tuyển dụng theo lý tưởng hóa tiêu chuẩn nhưng không nêu rõ văn hóa quyết định, cơ chế phản hồi và tiêu chí thăng tiến thực tế.
Hãy đánh giá đề nghị tuyển dụng bằng bốn câu hỏi: Tôi sẽ có quyền quyết định thật không, tiêu chuẩn thành công có rõ không, đội có đủ năng lực và hỗ trợ không, và con đường phát triển tiếp theo có thật không?
Câu hỏi thường gặp
Tôi vừa ra trường ngành Công nghệ thông tin, có nên ứng tuyển vị trí Scrum Lead này không?
Vị trí yêu cầu tối thiểu 8 năm phát triển và 3 năm quản lý hoặc dẫn dắt, nên hồ sơ mới ra trường khó đáp ứng điều kiện tối thiểu. Bạn vẫn có thể ứng tuyển nếu thực sự có kinh nghiệm thực tế tương đương, nhưng không nên nới yêu cầu trong CV. Hướng hợp lý hơn là tích lũy kinh nghiệm ở vị trí kỹ sư phát triển, kiểm thử hoặc phân tích nghiệp vụ trước khi tiếp quản đội Agile.
Tôi có 6 năm phát triển phần mềm và 2 năm làm trưởng nhóm nhỏ. Có nên coi mình là đủ điều kiện không?
Bạn có nền tảng tốt nhưng chưa rõ khả năng đáp ứng hai ngưỡng bắt buộc về số năm. Hãy trình bày minh bạch các phần đã làm: quy mô nhóm, số người có quyền quyết định, sản phẩm đã dẫn dắt và kết quả. Đồng thời, tìm các vị trí trưởng nhóm kỹ thuật hoặc quản lý dự án cấp trung để tiếp tục tích lũy kinh nghiệm. Không nên tự ghi thêm kinh nghiệm quản lý để đạt điều kiện tuyển dụng.
Tôi đã làm kiểm thử phần mềm 8 năm, có thể chuyển sang Scrum Lead mà không cần học lại lập trình không?
Chưa thể khẳng định điều đó. Kinh nghiệm kiểm thử rất có giá trị vì tin tuyển dụng giao cho bạn kế hoạch kiểm thử, môi trường và công cụ kiểm thử. Tuy nhiên, vị trí còn đòi hỏi chuyển đổi yêu cầu nghiệp vụ, thiết kế giải pháp, hiểu hệ thống phân tán và 3 năm dẫn dắt. Hãy cân nhắc vị trí trưởng nhóm kiểm thử, chuyên gia kiểm thử hoặc chuyển đổi nội bộ sang nhóm Agile; cần tích lũy thêm kiến thức kỹ thuật và lãnh đạo trước khi nhảy sang vị trí này.
Tôi có 9 năm phát triển, 4 năm dẫn dắt nhóm và kinh nghiệm xây dựng sản phẩm tín dụng ngân hàng. Tôi nên nhấn mạnh điều gì trong phỏng vấn?
Hãy nhấn mạnh ba chuỗi bằng chứng: sản phẩm nào đã thành công, quyết định kỹ thuật hoặc tổ chức nào do bạn đưa ra, và kết quả đo được ra sao. Chuẩn bị sâu các phần backlog, release plan, chiến lược kiểm thử, xử lý sự cố và phối hợp với bộ phận tín dụng. Với kinh nghiệm ngân hàng, hãy nói rõ ranh giới giữa trải nghiệm người dùng và tuân thủ chính sách tín dụng, thay vì chỉ nhấn mạnh tăng trưởng.
Tôi nên trả lời thế nào khi được hỏi về mức lương mong muốn?
Trước khi trả lời, hãy hỏi về cấu bậc, tổng thu nhập mục tiêu, thưởng theo kết quả, phúc lợi và các đầu việc có thể ảnh hưởng đến phạm vi công việc. Đưa ra một khoảng thay vì một con số tuyệt đối và nói rõ bạn xem xét tổng thu nhập, không chỉ lương cơ bản. Có thể dẫn chiếu lương hiện tại để giải thích mức mong muốn, nhưng đừng vội đưa ra mức phải chấp nhận cuối cùng khi chưa rõ trách nhiệm và cấu trúc thưởng.
Giờ làm, chỉ số hiệu quả công việc và chính sách làm thêm của vị trí này là gì?
Tin tuyển dụng chưa cung cấp đủ thông tin để kết luận. Có thể kỳ vọng vai trò chịu trách nhiệm về tiến độ sprint, release, chất lượng, ổn định và báo cáo định kỳ, nhưng bạn cần hỏi trực tiếp về lịch làm, chỉ số chính, mức thưởng theo kết quả, trực xếp sự cố và ngày nghỉ. Nếu công việc vận hành chiếm tỷ lệ lớn, hãy đề nghị làm rõ cơ chế bù đắp và ranh giới giữa công việc dự án với công việc trực tuyến.
Có nên học chứng chỉ Scrum hoặc Product Owner để ứng tuyển không?
Chứng chỉ có thể giúp bạn củng cố kiến thức và nói rõ mức độ chuẩn bị, nhưng không thay thế 8 năm kinh nghiệm, 3 năm dẫn dắt hay kinh nghiệm ngân hàng. Nếu đã có kinh nghiệm thực tế, hãy chọn một chứng chỉ gắn với điểm yếu rõ ràng, chẳng hạn Scrum cho kiến thức quy trình hoặc kiểm thử nâng cao cho phần chiến lược kiểm thử. Thời gian học nên dùng để xây một case study thật và luyện trả lời phỏng vấn.
Làm sao để tăng tốc thăng tiến trong một đến hai năm từ vị trí Scrum Lead?
Hãy chọn một hướng và tạo bằng chứng tương ứng: nếu muốn đi theo kỹ thuật, hãy sâu hơn về kiến trúc, độ tin cậy và coaching; nếu đi theo quản lý, hãy tích lũy kinh nghiệm về tuyển dụng, đánh giá hiệu quả và phân bổ ngân sách; nếu đi theo sản phẩm, hãy chứng minh tác động đến doanh thu, chi phí và trải nghiệm khách hàng. Đồng thời, đề nghị quản lý ghi nhận kết quả định kỳ và làm rõ tiêu chí thăng tiến chính thức.
Sau buổi phỏng vấn, tôi nên hỏi lại những gì để đánh giá đúng vị trí?
Hãy hỏi về sản phẩm và mục tiêu kinh doanh, ranh giới trách nhiệm với Product Owner và kiểm thử, quy mô đội, tiêu chuẩn đánh giá trong sáu tháng, cơ chế xử lý sự cố, quyền quyết định, lộ trình thăng tiến và điều kiện thưởng. Nếu câu trả lời chung chung hoặc không nhất quán giữa các bên, hãy xem xét kỹ trước khi quyết định. Một đề nghị tốt vẫn cần có lương cạnh tranh, môi trường làm việc lành mạnh và cơ hội học hỏi.