Techcombank tuyển dụng Senior Officer, Software Engineering (40001157)

Experienced (Non-Manager)

Mô tả công việc

Job Purpose

The job holder successfully deploying technology solutions for projects of the whole line.

Key Accountabilities (1)

Software Development

Drive and deliver top quality HTML, CSS, JQuery and JavaScript user interface code on a wide range of interactive web projects.
Own the UI code of the digital platform and the architecture of the user experience, leading designers to take the wireframe from development to delivery.
Collaborate with back-end developers to troubleshoot and resolve coding issues, improving usability.
Ensure that all materials produced are of high quality, accuracy, timeliness and compliance with accessibility standards.
Maintain graphic and branding standards throughout the product's look and feel.
Actively test and debug the program to ensure stability and accuracy.
Develop and maintain user interface code to improve forecasting methods and statistical and analytical models to assist business tribes in their decision making.
Build interfaces and user interfaces for the bank's digital platforms, ensuring a seamless digital interface from the customer's point of view.
Responsible for the user-facing code of the digital platform and the architecture of the user experience, working closely with the designers to take the wireframe from development to delivery
Collaborate with back end developers and UI/UX designers to improve usability.
Proactively give suggestions and systematized solutions to influence the design of the platform.
Responsible for defining the structure and design of web pages, striking a balance between functional and aesthetic design, and ensuring the web design is optimized for mobile pages.
Maintain and constantly improve the developed website and optimize the application for smooth use of the application.

Key Accountabilities (2)

Software Documentation

Instruct tribe and team members to translate business requirements into technical design documents.
Actively review and foster discussions with team members on functional requirements documents to build and improve TCB's digital products"
Work closely with tribe and squad members to translate business requirements into technical design documents.
Review and execute requirements documents by coding flowcharts, layouts, diagrams, charts, code annotations, and instructions for the program."

Key Accountabilities (3)

Key Relationships - Direct Manager

Manager, Software Engineenring/ Team Lead, Software Engineenring

Key Relationships - Direct Reports

Key Relationships - Internal Stakeholders

Division, units, branches/subsidiaries of TCB

Key Relationships - External Stakeholders

Application/solution provider partners, IT departments of key customer businesses

Success Profile - Qualification and Experiences

Qualifications

Bachelor's Degree in Computer Science, Software Engineering or Information Technology

Work Experience

At least 5 years of front-end experience developing in at least 2 languages (HTML, CSS, JavaScript, React)
Experience working with popular JavaScript frameworks and libraries (AngularJS, Vue, jQuery)
Experience with tools that leverage UI/UX design and implementation such as Bootstrap or ZURB Foundation
Experience working in a source control environment such as GIT or TFVC
Experience in the full development lifecycle from requirements analysis through coding and release
Deep experience in developing, testing, documenting, and releasing critical software
Solid understanding of API design and implementation"

Foreign language

English/ according to TCB's regulations in each period

Phân tích kỹ năng cần có

1. Định vị tin tuyển dụng

Vị trí mang tên Senior Officer, Software Engineering, nhưng phần lớn nội dung đang mô tả một chuyên viên cao cấp về phía giao diện người dùng và trải nghiệm người dùng. Ứng viên cần định vị mình là người có kinh nghiệm thiết kế, xây dựng, kiểm thử và liên tục cải thiện giao diện số, không chỉ là lập trình viên tổng quát.

Các tín hiệu chính từ mô tả công việc gồm:

Sở hữu mã nguồn giao diện và kiến trúc trải nghiệm người dùng.
Phát triển bằng HTML, CSS, JavaScript và jQuery.
Chuyển khung dây từ thiết kế thành sản phẩm hoàn chỉnh.
Làm việc với nhà thiết kế và lập trình viên phía máy chủ.
Bảo đảm khả năng tiếp cận, độ ổn định, độ chính xác và hiệu năng.
Tối ưu giao diện trên điện thoại và nhiều loại trình duyệt.
Chuyển yêu cầu kinh doanh thành tài liệu thiết kế kỹ thuật.
Xây dựng giao diện phục vụ báo cáo, dự báo và phân tích dữ liệu.

Kết luận: Hồ sơ mạnh nhất là một chuyên viên có ít nhất 5 năm kinh nghiệm phía giao diện, có khả năng thiết kế kiến trúc giao diện, làm việc chặt chẽ với bộ phận thiết kế và nghiệp vụ, đồng thời biết kiểm thử, giải quyết lỗi và tài liệu hóa giải pháp.

2. Yêu cầu đã xác định và điểm còn thiếu

Yêu cầu đã xác định

Bằng tốt nghiệp ngành Khoa học máy tính, Kỹ thuật phần mềm hoặc Công nghệ thông tin.
Ít nhất 5 năm kinh nghiệm phía giao diện.
Làm việc tại Hà Nội.
Có khả năng chịu trách nhiệm độc lập về giao diện và chất lượng sản phẩm.

Điểm cần làm rõ với bộ phận tuyển dụng

Câu yêu cầu kinh nghiệm trong tin tuyển dụng bị dừng ở cụm `developing in at`, nên chưa thể xác định chính xác khung phát triển hoặc công nghệ bắt buộc. Ứng viên nên hỏi thêm:

Tỷ lệ sử dụng jQuery và công nghệ hiện đại trong sản phẩm là bao nhiêu.
Có sử dụng React, Vue, Angular hay khung phát triển khác không.
Sản phẩm phục vụ web, ứng dụng di động hay cả hai.
Tiêu chuẩn tiếp cận, hiệu năng và trình duyệt áp dụng ra sao.
Quy mô nhóm, mô hình phát triển và quy trình phát hành sản phẩm.
Yêu cầu về tiếng Anh, làm việc theo ca hoặc đi công tác.
Quyền lợi, chế độ làm việc linh hoạt, bảo hiểm và thưởng.

3. Bảng đánh giá năng lực

Nhóm năng lực	Mức độ quan trọng	Bằng chứng ứng viên nên chứng minh
HTML, CSS, JavaScript, jQuery	Rất cao	Sản phẩm thực tế, mã nguồn, khả năng giải thích quyết định kỹ thuật
Kiến trúc giao diện và trải nghiệm người dùng	Rất cao	Tách thành phần, thiết kế luồng, xử lý trạng thái, tái sử dụng giao diện
Giao diện đáp ứng trên điện thoại	Cao	Bố cục đa màn hình, kiểm tra trên nhiều kích thước, ưu tiên nội dung
Tiếp cận cho mọi người	Cao	Điều hướng bằng bàn phím, nhãn, màu sắc tương phản, thông báo lỗi
Kiểm thử, sửa lỗi và hiệu năng	Cao	Quy trình kiểm tra, sửa lỗi, đo tốc độ, kiểm thử tự động
Tích hợp phía máy chủ	Cao	Xử lý dữ liệu JSON, trạng thái tải, lỗi, xác thực và phân quyền giao diện
Tài liệu kỹ thuật	Cao	Tài liệu yêu cầu, sơ đồ luồng, cấu trúc trang, chú thích mã nguồn
Tư duy nghiệp vụ ngân hàng	Trung bình	Hiểu đăng nhập, giao dịch, báo cáo, quyền truy cập, rủi ro và bảo mật
Khung phát triển hiện đại, kiểm thử tự động	Nên có	Không bắt buộc theo tin, nhưng giúp tăng sức cạnh tranh nếu phù hợp công nghệ thực tế

4. Kỹ năng cứng cần chuẩn bị

4.1. Nền tảng phía giao diện

HTML có ngữ nghĩa, biểu mẫu, bảng dữ liệu, điều hướng và nội dung dành cho trình đọc màn hình.
CSS: bộ chọn, mô hình hộp, vị trí, bố cục lưới và flex, truy vấn theo phương tiện, biến giao diện và hiệu ứng chuyển tiếp.
JavaScript: mô hình không đồng bộ, Promise, thao tác mô hình tài liệu, sự kiện, xử lý lỗi và quản lý trạng thái giao diện.
jQuery: chọn phần tử, sự kiện, thao tác dữ liệu, gọi dữ liệu và xử lý mã nguồn kế thừa.
Khả năng phân tích sự khác biệt giữa mã nguồn jQuery và cách tiếp cận hiện đại, thay vì mặc định mọi dự án mới đều cần viết lại toàn bộ.

4.2. Kiến trúc giao diện và thiết kế trải nghiệm

Phân rã giao diện thành thành phần có trách nhiệm rõ ràng.
Xây dựng thư viện giao diện hoặc bộ quy tắc thiết kế nhất quán.
Chuyển khung dây, bản mẫu và thiết kế thành giao diện hoạt động.
Xử lý đầy đủ các trạng thái đang tải, không có dữ liệu, lỗi, không có quyền truy cập và kết nối chậm.
Thiết kế bảng, biểu đồ và bảng điều khiển phục vụ ra quyết định nghiệp vụ.
Cân bằng giữa tính thẩm mỹ, khả năng sử dụng, hiệu năng và chi phí bảo trì.

4.3. Tích hợp và xử lý dữ liệu

Tích hợp giao diện lập trình ứng dụng với dịch vụ phía máy chủ.
Hiểu định dạng JSON, mã trạng thái, xử lý lỗi và thời gian chờ.
Biết hiển thị phân quyền ở giao diện nhưng vẫn hiểu rằng kiểm soát bảo mật cuối cùng phải nằm ở phía máy chủ.
Hiểu cách trình bày dữ liệu từ các mô hình dự báo hoặc phân tích. Công việc chính vẫn là phía giao diện, không mặc định phải tự xây dựng mô hình thống kê.

4.4. Chất lượng sản phẩm

Sử dụng công cụ dành cho nhà phát triển để kiểm tra mạng, bộ nhớ, sự kiện và hiệu năng.
Kiểm tra trên nhiều trình duyệt, kích thước màn hình, thiết bị cảm ứng và mức thu phóng.
Áp dụng kiểm thử thành phần, kiểm thử tích hợp và kiểm thử luồng người dùng.
Tối ưu thời gian tải, độ trễ tương tác, khả năng hiển thị và độ ổn định khi cuộn bảng dữ liệu dài.
Viết mã an toàn để giảm nguy cơ chèn mã độc, rò rỉ dữ liệu hoặc lộ thông tin bí mật trong giao diện.

4.5. Tài liệu và cộng tác kỹ thuật

Biến yêu cầu nghiệp vụ chưa rõ thành câu hỏi, quy tắc nghiệp vụ và giả định có thể kiểm chứng.
Viết tài liệu thiết kế gồm sơ đồ luồng, bố cục, cấu trúc trang, biểu đồ và chú thích mã nguồn.
Tham gia rà soát tài liệu chức năng và trao đổi với thành viên nhóm khi có điểm mơ hồ.
Biết lập phiên bản mã nguồn bằng Git; đây là năng lực bổ sung rất quan trọng dù không được ghi rõ trong tin.

5. Kỹ năng mềm cần thể hiện

Giao tiếp kỹ thuật: giải thích quyết định giao diện cho người không chuyên môn mà không nói quá nhiều thuật ngữ.
Cộng tác liên chức năng: làm việc hiệu quả với nhà thiết kế, lập trình viên phía máy chủ, người kiểm thử và nghiệp vụ ngân hàng.
Tư duy sản phẩm: cân nhắc tác động đến khách hàng, chi phí vận hành, rủi ro và khả năng phát hành.
Chủ động giải quyết vấn đề: không chỉ báo lỗi mà đề xuất nguyên nhân, phương án và cách kiểm soát tái phát.
Quản lý thời gian: ưu tiên theo rủi ro, chia công việc và cập nhật tiến độ sớm.
Tiếp cận phản hồi: tiếp nhận góp ý từ thiết kế, nghiệp vụ và kiểm thử mà không phản ứng theo cảm xúc.
Tinh thần sở hữu: theo dõi sản phẩm sau khi phát hành, không coi việc hoàn thành mã nguồn là kết thúc công việc.

6. Chứng chỉ gợi ý

Tin tuyển dụng không yêu cầu chứng chỉ cụ thể. Với vị trí này, portfolio và khả năng giải thích dự án thực tế có giá trị cao hơn chứng chỉ chung chung.

Có thể cân nhắc:

Chương trình chuyên sâu về phát triển phía giao diện của một tổ chức uy tín.
Khóa học hoặc chứng chỉ kiểm tra khả năng tiếp cận theo WCAG 2.2.
Chứng chỉ chuyên sâu về hiệu năng web và trải nghiệm người dùng.
Khóa học kiểm thử giao diện bằng công cụ tự động như Cypress hoặc Playwright.

Không nên để chứng chỉ thay thế bằng chứng thực tế. Nếu học xong chỉ phục vụ hình thức mà chưa áp dụng vào dự án, ứng viên khó thể hiện giá trị trong phỏng vấn.

7. Cách trình bày hồ sơ

Đưa công nghệ và thành tích quan trọng lên một phần ba đầu hồ sơ.
Với mỗi dự án, nêu quy mô, vai trò cá nhân, vấn đề đã giải quyết và kết quả đo được.
Phân biệt rõ phần tự xây dựng với phần nhóm thực hiện.
Đưa các chỉ số có căn cứ như thời gian tải, số lỗi tái phát, số màn hình, số thành phần hoặc mức giảm thời gian xử lý.
Nêu kinh nghiệm với jQuery và công nghệ hiện đại; không che bỏ kinh nghiệm làm việc với mã nguồn kế thừa.
Chuẩn bị tối thiểu hai dự án mạnh: một dự án giao diện tổng quát và một bảng điều khiển dữ liệu.
Mỗi dự án nên có mã nguồn, bản chạy thử, ảnh chụp, sơ đồ kiến trúc, tài liệu và đoạn video trình bày ngắn.

8. Khoảng cách cần đánh giá trước khi ứng tuyển

Ứng viên nên tự chấm điểm theo ba mức: thành thạo, có thể thực hiện dưới hướng dẫn và còn yếu. Nếu chưa đạt 5 năm kinh nghiệm, không nên bịa thời gian làm việc; nên thể hiện chất lượng dự án, khả năng học hỏi và mức độ sẵn sàng nhận vị trí phù hợp thực tế.

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ới vị trí chuyên viên cao cấp tại một ngân hàng, quy trình thường có thể gồm các bước sau; ứng viên cầ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ách chuẩn bị
1. Xác minh hồ sơ	Kinh nghiệm, độ phù hợp, mức lương, địa điểm, công nghệ, lịch làm việc	Chuẩn bị phần giới thiệu 90 giây và bằng chứng cho từng giai đoạn nghề nghiệp
2. Phỏng vấn chuyên môn	HTML, CSS, JavaScript, jQuery, kiến trúc giao diện, hiệu năng, tiếp cận, sửa lỗi	Ôn lại bài toán mã nguồn, trình bày một dự án và giải thích các quyết định kỹ thuật
3. Bài tập thực tế	Viết giao diện, cải thiện mã nguồn, phân tích yêu cầu hoặc thiết kế một luồng	Làm nhiều dạng bài, không chỉ tập trung vào câu hỏi lý thuyết
4. Phỏng vấn quản lý hoặc người đại diện nghiệp vụ	Tư duy sản phẩm, khả năng dẫn dắt, cộng tác, xử lý tình huống ngân hàng	Chuẩn bị các câu chuyện về xung đột, gấp thời gian, lỗi sản phẩm và ra quyết định
5. Kiểm tra thông tin và đề nghị	Xác minh lý lịch, tham khảo, thống nhất mức lương và ngày bắt đầu	Chuẩn bị danh sách người tham khảo phù hợp và điểm làm việc đã xác nhận

2. Câu hỏi thường gặp ở vòng chuyên môn

Kiến thức phía giao diện

Phân biệt các phần tử HTML có ngữ nghĩa khi nào và vì sao?
Bạn chọn bố cục lưới hay flex trong tình huống nào?
Làm thế nào để giao diện không vỡ khi thiết bị thay đổi kích thước?
Sự khác nhau giữa biến, thuộc tính và phương thức trong JavaScript là gì?
Xử lý thao tác không đồng bộ và lỗi mạng như thế nào?
Phân biệt giữa lỗi cú pháp, lỗi thời gian chạy và lỗi thiết kế ra sao?
Tìm nguyên nhân một lỗi hiện năng khi thao tác với danh sách rất dài bằng cách nào?

jQuery và mã nguồn kế thừa

Bạn hiểu thế nào là nối sự kiện trong jQuery?
Làm thế nào tránh rò rỉ sự kiện khi thành phần được tạo lại nhiều lần?
Có thể chuyển từng phần mã nguồn jQuery sang JavaScript hiện đại như thế nào?
Khi nào nên giữ jQuery để giảm rủi ro và khi nào nên chuyển đổi?
Làm thế nào viết bài kiểm tra để bảo đảm quá trình chuyển đổi không làm thay đổi hành vi?

Kiến trúc và trải nghiệm người dùng

Phân tích một yêu cầu màn hình thanh toán gồm những thành phần nào?
Bạn chia giao diện thành phần dựa trên trách nhiệm hay khả năng tái sử dụng?
Thiết kế các trạng thái đang tải, không có dữ liệu, lỗi và không có quyền truy cập ra sao?
Làm thế nào giữ tính nhất quán giữa nhiều màn hình mà không tạo một khối mã khó bảo trì?
Làm thế nào cân bằng yêu cầu thiết kế đẹp với hiệu năng và khả năng tiếp cận?

Chất lượng và tiếp cận

Bạn kiểm tra giao diện bằng những tiêu chí nào trước khi bàn giao?
Cách điều hướng bằng bàn phím và trình đọc màn hình được thiết kế ra sao?
Màu sắc tương phản thấp ảnh hưởng đến khách hàng như thế nào?
Làm thế nào tìm nguyên nhân của tình trạng giao diện nhấp nháy, lag hoặc gửi yêu cầu lặp?
Tiêu chí nào cho thấy một bảng dữ liệu tài chính vẫn dễ sử dụng trên điện thoại?

3. Câu hỏi tình huống và hành vi

Ứng viên nên chuẩn bị ít nhất bốn câu chuyện theo cấu trúc tình huống – nhiệm vụ – hành động – kết quả, tập trung vào:

1. Đã sửa một lỗi giao diện nghiêm trọng và tìm ra nguyên nhân thay vì chỉ khắc phục triệu chứng.
2. Đã làm việc với yêu cầu không rõ, phát hiện giả định và thống nhất với nghiệp vụ.
3. Đã xử lý bất đồng về thiết kế với nhà thiết kế hoặc lập trình viên phía máy chủ.
4. Đã cải thiện hiệu năng, khả năng tiếp cận hoặc chất lượng phát hành.
5. Đã giao tài liệu hoặc phần việc cho thành viên khác.
6. Đã phát hiện rủi ro bảo mật hoặc rủi ro dữ liệu trong giao diện.
7. Đã thích ứng với thay đổi ưu tiên trong một bản phát hành gấp.

Câu trả lời nên có số liệu thật, chẳng hạn số trang bị được kiểm tra, thời gian sửa lỗi, số lỗi tái phát hoặc mức cải thiện hiệu năng; không được tự tạo số liệu.

4. Bài thi và thử sản phẩm

Hãy chuẩn bị sẵn một bản nháp gồm màn hình bảng điều khiển dữ liệu giả lập có:

Bộ lọc, sắp xếp, phân trang và tìm kiếm.
Bảng dữ liệu có thể dùng trên điện thoại.
Biểu đồ đơn giản và chỉ số tổng quan.
Trạng thái đang tải, không có dữ liệu và lỗi.
Điều hướng bằng bàn phím, nhãn rõ ràng và màu sắc tương phản.
Tài liệu thiết kế và giải thích các quyết định.
Một đoạn mã dùng jQuery và một đoạn cho thấy cách tổ chức JavaScript hiện đại.

Nếu bài thi yêu cầu làm việc tại chỗ, cần kiểm tra Git, trình biên tập mã, công cụ dành cho nhà phát triển, khả năng chạy dự án và thiết lập môi trường trước. Nếu làm tại nhà, cần xác nhận thời hạn, quyền sử dụng thư viện, yêu cầu đóng gói mã nguồn và cách gửi kết quả.

5. Câu hỏi về ngân hàng và phạm vi công việc

Đây là vị trí chuyên viên cá nhân hay cần quản lý nhóm?
Công nghệ jQuery chiếm bao nhiêu phần trong sản phẩm trong hai năm tới?
Vị trí chịu trách nhiệm một sản phẩm, một hệ thống con hay nhiều nền tảng?
Tiêu chuẩn tiếp cận, hiệu năng và trình duyệt chính xác là gì?
Quy trình phê duyệt thiết kế, rà soát mã và phát hành diễn ra như thế nào?
Có lịch trực sự cố ngoài giờ hoặc hỗ trợ phát hành vào cuối tuần không?
Cơ chế đánh giá hiệu quả công việc dựa trên những chỉ số nào?
Tỷ lệ làm việc tại văn phòng và linh hoạch như thế nào?
Các chế độ bảo hiểm, thưởng, phụ cấp, đào tạo và chăm sóc sức khỏe là gì?

6. Hình thức và cách trình bày

Trang phục nên theo phong cách công sở hài hòa, gọn gàng và chuyên nghiệp; có thể chọn áo sơ mi, quần tây hoặc chân váo công sở với màu trung tính.
Không cần mặc vest nếu công ty không yêu cầu, trừ khi vòng phỏng vấn có tính chất hành chính cao.
Tránh nước hoa quá nồng, giày quá thể thao hoặc trang phục thiếu chuyên nghiệp.
Mang thiết bị đã sạc pin, sẵn sàng mở trình duyệt và chuẩn bị bản sao kỹ thuật của dự án chính.
Trong phần giới thiệu, nêu số năm kinh nghiệm, hai kỹ năng mạnh nhất, một thành tích có số liệu và lý do phù hợp với Techcombank.
Không chỉ kể công nghệ đã dùng; cần giải thích vấn đề, lựa chọn, rủi ro và cách đo kết quả.

Lộ trình ôn thi

1. Lộ trình ôn tập trong 2 tuần

Mục tiêu là vừa khôi phục kiến thức cốt lõi, vừa tạo ra một sản phẩm có thể chứng minh năng lực. Mỗi ngày nên dành khoảng 2 đến 3 giờ cho lý thuyết và 1 đến 2 giờ cho bài tập thực hành.

Tuần thứ nhất: Nền tảng và một sản phẩm hoàn chỉnh

Ngày 1: Đánh giá khoảng cách

Đọc lại mô tả công việc và đánh dấu từng kỹ năng.
Lập bảng tự đánh giá theo ba mức: thành thạo, có thể làm và còn yếu.
Chọn một dự án chính để cải thiện trong hai tuần.
Viết lại câu hỏi cần hỏi bộ phận tuyển dụng.

Đầu ra: danh sách khoảng cách và mục tiêu cụ thể cho từng ngày.

Ngày 2: HTML và cấu trúc tài liệu

HTML có ngữ nghĩa, biểu mẫu, bảng, nút, hộp thoại và thông báo.
Thứ tự đọc, nhãn, quan hệ giữa các phần tử.
Kiểm tra tài liệu bằng trình đọc màn hình.
Tạo lại một màn hình đăng nhập và một màn hình danh sách giao dịch.

Đầu ra: hai màn hình có cấu trúc đúng ngữ nghĩa.

Ngày 3: CSS và bố cục đáp ứng

Bộ chọn, mô hình hộp, kích thước, vị trí, z-index và luồng bố cục.
Flex và CSS Grid.
Đơn vị tương đối, giới hạn nội dung, hình ảnh đáp ứng.
Truy vấn theo phương tiện và chiến lược ưu tiên nội dung trên điện thoại.

Đầu ra: cùng một trang hiển thị tốt trên điện thoại, máy tính bảng và máy tính.

Ngày 4: JavaScript hiện đại

Phạm vi biến, hàm, đối tượng, mảng và lớp.
Sự kiện, thao tác mô hình tài liệu và cập nhật giao diện.
Promise, hàm không đồng bộ và xử lý lỗi.
Quản lý trạng thái tải, thành công, không có dữ liệu và lỗi.

Đầu ra: chức năng lọc, sắp xếp và phân trang không làm tải lại toàn bộ trang.

Ngày 5: jQuery và tích hợp mã nguồn kế thừa

Truy vấn phần tử, nối sự kiện, thao tác thuộc tính và nội dung.
Gọi và xử lý dữ liệu JSON.
Quản lý vòng đời thành phần và tránh nối sự kiện lặp.
So sánh một chức năng viết bằng jQuery với cách viết hiện đại.

Đầu ra: một ví dụ chuyển đổi jQuery sang JavaScript hiện đại mà không đổi hành vi.

Ngày 6: Tiếp cận và trải nghiệm người dùng

Tiêu chí WCAG 2.2 về tên, vai trò, trạng thái, màu sắc và thứ tự điều hướng.
Thao tác hoàn toàn bằng bàn phím.
Thông báo lỗi gần với trường dữ liệu.
Vùng tiêu điểm, tỷ lệ tương phản và hỗ trợ trình đọc màn hình.

Đầu ra: bảng kiểm tra tiếp cận cho ít nhất năm màn hình chính.

Ngày 7: Hiệu năng và trình duyệt

Dùng Lighthouse để đo tốc độ và chỉ số hiển thị, tương tác.
Tìm nguyên nhân tài nguyên hình ảnh, mã nguồn và thao tác dữ liệu gây chậm.
Kiểm tra bảng dài, nhiều sự kiện và giao diện cập nhật liên tục.
So sánh kết quả trước và sau một tối ưu thực tế.

Đầu ra: báo cáo hiệu năng ngắn kèm ảnh chụp và giải thích nguyên nhân.

Tuần thứ hai: Kiến trúc, tài liệu và luyện phỏng vấn

Ngày 8: Kiến trúc giao diện

Phân rã trang thành phần theo trách nhiệm.
Xác định dữ liệu đầu vào, đầu ra và trạng thái của từng thành phần.
Xây bộ quy tắc cho màu sắc, khoảng cách, kiểu chữ và trạng thái tương tác.
Phân biệt thành phần chỉ hiển thị và thành phần có logic.

Đầu ra: sơ đồ cấu trúc trang và mô tả trách nhiệm từng thành phần.

Ngày 9: Tích hợp dữ liệu và biểu diễn thông tin

Tích hợp dữ liệu JSON từ một dịch vụ giả lập.
Xử lý mã trạng thái, thời gian chờ, hết thời gian chờ và lỗi.
Hiển thị bảng, thẻ chỉ số và biểu đồ.
Giải thích cách trình bày dữ liệu mô hình dự báo mà không biến dự báo thành kết luận tuyệt đối.

Đầu ra: bảng điều khiển có dữ liệu mô phỏng và đầy đủ các trạng thái.

Ngày 10: Kiểm thử và bảo mật phía giao diện

Viết kiểm tra thành phần cho bộ lọc, sắp xếp và phân trang.
Tạo một kiểm thử luồng từ đăng nhập đến hoàn tất thao tác.
Kiểm tra xử lý đầu vào không an toàn và nguy cơ chèn mã độc.
Không lưu thông tin bí mật hoặc dữ liệu khách hàng thật trong mã nguồn và bản nhận kết quả.

Đầu ra: quy trình kiểm tra và một số kiểm thử tự động cơ bản.

Ngày 11: Tài liệu kỹ thuật

Chuyển một yêu cầu nghiệp vụ thành quy tắc và trường hợp biên.
Viết sơ đồ luồng, bố cục, cấu trúc trang và chú thích quyết định kỹ thuật.
Mô tả giả định, rủi ro và phần chưa rõ.
Viết hướng dẫn cài đặt và sử dụng dự án.

Đầu ra: tài liệu thiết kế có thể gửi cho nhà phát triển khác tiếp tục công việc.

Ngày 12: Hoàn thiện dự án

Viết lại mã để giảm lặp lại và tăng khả năng đọc.
Kiểm tra lại lỗi trình duyệt, bàn phím và kích thước màn hình.
Chạy kiểm thử và đo hiệu năng.
Viết README bằng tiếng Việt, gồm mục đích, cách chạy, công nghệ và quyết định kỹ thuật.

Đầu ra: dự án có bản chạy thử và mã nguồn sẵn sàng trình bày.

Ngày 13: Luyện phỏng vấn chuyên môn

Dành 30 phút giải thích một quyết định kiến trúc trong dự án.
Viết và giải thích một câu trả lời cho tình huống yêu cầu mơ hồ.
Luyện truy vấn phần tử, xử lý sự kiện, bất đồng bộ và sửa lỗi trên giấy.
Chuẩn bị câu hỏi về tỷ lệ jQuery, kiến trúc hệ thống, quy trình phát hành và tiêu chuẩn sản phẩm.

Ngày 14: Tổng kết

Thực hiện một phỏng vấn giả luyện hoàn chỉnh.
Kiểm tra hồ sơ, liên kết mã nguồn và bản trình bày.
Rà soát thông tin liên hệ, lịch trình và mức lương kỳ vọng.
Dành thời gian nghỉ trước ngày phỏng vấn; không học thêm công nghệ mới vào đêm cuối.

2. Tài liệu tham khảo

MDN Web Docs: nguồn chính thức về HTML, CSS, JavaScript và khả năng tương thích trình duyệt.
web.dev: các bài hướng dẫn về hiệu năng, trải nghiệm người dùng và tiếp cận.
Hướng dẫn kiểm tra nhanh WCAG 2.2 của W3C: dùng khi rà soát khả năng tiếp cận.
JavaScript.info: củng cố nền tảng JavaScript từ cơ bản đến nâng cao.
Tài liệu chính thức của jQuery: tra cứu nối sự kiện, thao tác dữ liệu và phương pháp.
Tài liệu Lighthouse: hiểu cách đo và diễn giải chỉ số hiệu năng.
Tài liệu Cypress hoặc Playwright: học kiểm thử giao diện nếu đây là công nghệ được yêu cầu trong bài thi.
Kiến thức ngân hàng cơ bản: giao dịch, tài khoản, thanh toán, xác thực, phân quyền, bảo mật và bảo vệ dữ liệu khách hàng.

3. Điều kiện hoàn thành trước ngày phỏng vấn

Có ít nhất một dự án chạy được và không chứa dữ liệu khách hàng thật.
Mã nguồn có hướng dẫn cài đặt.
Có tối thiểu hai ví dụ về xử lý hiệu năng và tiếp cận.
Có tối thiểu hai bài kiểm thử tự động.
Có tài liệu thiết kế kỹ thuật.
Có phần giới thiệu 90 giây và bốn câu chuyện nghề nghiệp.
Có danh sách 10 câu hỏi dành cho bộ phận tuyển dụng và quản lý.
Có thể giải thích rõ vì sao mình phù hợp với Techcombank mà không chỉ nói vì ngân hàng lớn.

Tư vấn nghề nghiệp

1. Định vị nghề nghiệp phù hợp

Ứng viên nên xây dựng thương hiệu cá nhân theo hướng chuyên viên phía giao diện người dùng cao cấp có khả năng thiết kế kiến trúc sản phẩm, thay vì chỉ là người viết mã giao diện. Những năng lực có giá trị cao gồm:

Phân rã hệ thống và xây dựng thành phần tái sử dụng.
Quyết định kiến trúc giao diện và trạng thái.
Tiếp cận, hiệu năng và bảo mật phía giao diện.
Kiểm thử tự động và quy trình phát hành.
Làm việc hiệu quả với nghiệp vụ ngân hàng.
Chuyển yêu cầu không rõ thành thiết kế có thể triển khai.
Biết đo lường tác động của cải tiến đến người dùng và vận hành.

2. Lộ trình phát triển

Giai đoạn 0 đến 12 tháng

Hoàn thiện vai trò chuyên viên cao cấp.
Làm chủ một luồng sản phẩm và các yêu cầu về kiến trúc.
Chủ động dẫn dắt rà soát thiết kế, mã nguồn và khả năng tiếp cận.
Tạo danh tiếng về giải quyết lỗi và cải thiện hiệu năng.

Giai đoạn 12 đến 36 tháng

Phát triển theo hướng trưởng nhóm kỹ thuật, chuyên gia kiến trúc hoặc chuyên gia trải nghiệm người dùng.
Tham gia thiết kế kiến trúc nền tảng, tiêu chuẩn giao diện và chiến lược chuyển đổi từ jQuery.
Dẫn dắt cải tiến hiệu năng, tiếp cận và quy trình phát hành.
Làm việc sâu hơn với nghiệp vụ tín dụng, thanh toán, dữ liệu và phân tích rủi ro.

Giai đoạn sau

Có thể tiến tới vị trí kiến trúc sư phía giao diện, chuyên gia cao cấp, trưởng nhóm hoặc quản lý công nghệ. Tuy nhiên, chức danh Senior Officer trong bảng lương của một ngân hàng không nhất thiết tương đương với trưởng nhóm hoặc kiến trúc sư. Tin tuyển dụng có mục người báo cáo trực tiếp nhưng không liệt kê người được quản lý, vì vậy cần hỏi rõ đây là vị trí chuyên viên cá nhân hay có trách nhiệm quản lý.

3. Mức lương kỳ vọng

Tin tuyển dụng chỉ ghi thỏa thuận, không công bố dải lương. Dưới đây là ước tính tham khảo cho Hà Nội, tính trước thuế và dựa trên kinh nghiệm phía giao diện cùng vai trò tiếp cận kiến trúc.

Kinh nghiệm và phạm vi	Lương cơ bản mỗi tháng	Tổng thu nhập tháng có thể bao gồm thưởng
Khoảng 5 đến 7 năm, chuyên viên phía giao diện	45 đến 70 triệu đồng	55 đến 85 triệu đồng
Khoảng 8 đến 12 năm, có kinh nghiệm kiến trúc và dẫn dắt kỹ thuật	60 đến 90 triệu đồng	75 đến 110 triệu đồng
Trưởng nhóm, kiến trúc sư hoặc chuyên gia cao cấp có phạm vi rộng	80 triệu đồng trở lên	Có thể cao hơn đáng kể tùy phạm vi trách nhiệm

Tất cả các con số trên chỉ là ước tính tham khảo; mức lương có thể thay đổi tùy ngân hàng và thời điểm. Cần hỏi rõ lương cố định, thưởng theo kết quả, thưởng tháng mười ba, phụ cấp, chế độ làm thêm, bảo hiểm và tổng thu nhập dự kiến trong năm đầu.

Cách đề xuất hợp lý:

Dựa vào phạm vi công việc và giá trị thị trường, không chỉ dựa vào lương hiện tại.
Hỏi dải ngân sách trước khi nêu con số nếu có thể.
Nêu khoảng mong muốn thay vì một con số tuyệt đối.
Chỉ nhận lời mời khi đã rõ thời gian làm việc, cấu trúc thưởng, cấp bậc và đường phát triển.
Không đồng ý chỉ vì tên vị trí cao cấp nếu phạm vi công việc và quyền lợi không phù hợp.

4. Kỹ năng nên phát triển tiếp

1. Kiến trúc giao diện: thiết kế thành phần, quản lý trạng thái, bộ quy tắc giao diện và chiến lược chuyển đổi hệ thống cũ.
2. Kiểm thử: bổ sung kiểm thử thành phần, kiểm thử luồng và tự động hóa kiểm tra hồi quy.
3. Hiệu năng: tải dữ liệu lớn, tối ưu hình ảnh, giảm thao tác giao diện không cần thiết và đo tác động sau tối ưu.
4. Bảo mật: chống chèn mã độc, bảo vệ dữ liệu trên phía người dùng và hiểu nguyên tắc xác thực.
5. Tư duy sản phẩm ngân hàng: hiểu hành trình khách hàng, điểm đau, tính bảo mật và ưu tiên rủi ro.
6. Kỹ năng dẫn dắt: rà soát thiết kế, cố vấn đồng nghiệp, viết tài liệu và trình bày quyết định kỹ thuật.
7. Ngôn ngữ: khả năng đọc tài liệu tiếng Anh là lợi thế, nhưng cần hỏi rõ mức độ sử dụng tiếng Anh trong công việc.
8. Kiến thức dữ liệu: hiểu cách hiển thị chỉ số, xu hướng và kết quả dự báo; không cần chuyển sang nghề phân tích dữ liệu nếu không muốn.

5. Lưu ý khi quyết định nhận việc

Xác nhận tỷ lệ công việc jQuery để biết mức độ hiện đại và hướng chuyển đổi.
Xác nhận vị trí có quản lý con người hay chỉ là chuyên viên cá nhân.
Hỏi về mục tiêu của giao diện và mức độ tham gia vào quyết định kiến trúc.
Hỏi tiêu chuẩn tiếp cận, hiệu năng, trình duyệt và thiết bị được hỗ trợ.
Xem xét lịch phát hành, lịch trực sự cố và áp lực trong mùa cao điểm.
Đánh giá mức độ ổn định của đội ngũ và cơ hội học công nghệ mới.
Không chấp nhận thông tin lương chỉ dựa vào lời hứa không chính thức; cần xem văn bản đề nghị và chính sách thưởng.

Câu hỏi thường gặp

Tôi là sinh viên, chưa có 5 năm kinh nghiệm, có nên ứng tuyển vị trí Senior Officer không?

Yêu cầu ít nhất 5 năm là rào cản thực tế và có thể là điều kiện loại hồ sơ. Ứng viên vẫn có thể nộp nếu công ty cho phép đánh giá linh hoạt, nhưng không nên bịa thời gian làm việc. Cách tốt nhất là xây dựng hai hoặc ba dự án thực tế, một dự án bảng điều khiển dữ liệu, một dự án giao diện đáp ứng và bằng chứng về kiểm thử, tiếp cận, hiệu năng. Trong hồ sơ nên nổi bật thực tập, dự án mở nguồn, khả năng học hỏi và mức độ sẵn sàng đảm nhận phạm vi của một vị trí chuyên viên.

Tôi đang làm lập trình viên phía máy chủ nhưng muốn chuyển sang phía giao diện, nên chuẩn bị thế nào?

Kinh nghiệm phía máy chủ giúp ứng viên hiểu giao diện lập trình ứng dụng, dữ liệu JSON, xác thực và xử lý lỗi. Tuy nhiên, cần tạo bằng chứng riêng về HTML có ngữ nghĩa, CSS, JavaScript phía người dùng, bố cục đáp ứng, tiếp cận và trình duyệt. Nên xây một sản phẩm hoàn chỉnh, sau đó giải thích rõ ranh giới giữa trách nhiệm phía giao diện và phía máy chủ. Nếu từng dùng jQuery, cần bổ sung kinh nghiệm về chọn phần tử, nối sự kiện, quản lý vòng đời và bảo trì mã nguồn kế thừa.

Tôi nên đưa dự án nào vào hồ sơ để ứng tuyển vị trí này?

Nên có một dự án bảng điều khiển dữ liệu hoặc ứng dụng giao dịch giả lập vì vị trí cần làm việc với bảng, trạng thái tải, lỗi, phân quyền hiển thị và dữ liệu từ phía máy chủ. Dự án cần chạy được trên điện thoại, hỗ trợ bàn phím, có kiểm thử, đo hiệu năng và tài liệu thiết kế. Bên cạnh đó, nên có một dự án thương hiệu hoặc trang dịch vụ để thể hiện khả năng bảo trì hệ thống giao diện. Trong mỗi dự án, hãy nêu vấn đề, vai trò cá nhân, quyết định kỹ thuật, kết quả và phần hạn chế còn tồn tại.

Vị trí yêu cầu jQuery nhưng thị trường đang dùng JavaScript hiện đại, tôi có còn cơ hội không?

Có cơ hội nếu ứng viên hiểu jQuery như công nghệ cần duy trì và chuyển đổi có kiểm soát, không phải chỉ biết cú pháp. Hãy trình bày một ví dụ về phân rã mã jQuery, xử lý sự kiện, vòng đời thành phần và lỗi hiệu năng. Sau đó chứng minh khả năng viết JavaScript hiện đại, kiểm thử hành vi trước và sau chuyển đổi, ưu tiên giảm rủi ro thay vì viết lại toàn bộ hệ thống. Đây là câu trả lời phù hợp với môi trường ngân hàng vì khả năng bảo trì hệ thống cũ và phát hành an toàn thường quan trọng hơn một công nghệ mới.

Tôi nên đề xuất mức lương bao nhiêu cho vị trí Senior Officer tại Hà Nội?

Theo ước tính tham khảo, ứng viên có khoảng 5 đến 7 năm kinh nghiệm có thể xem xét lương cơ bản khoảng 45 đến 70 triệu đồng mỗi tháng trước thuế; tổng thu nhập có thể vào khoảng 55 đến 85 triệu đồng nếu có thưởng và phụ cấp. Với kinh nghiệm sâu hơn và phạm vi kiến trúc, mức lương có thể cao hơn. Đây chỉ là ước tính tham khảo; mức lương có thể thay đổi tùy ngân hàng và thời điểm. Trước khi nêu con số, cần hỏi cấu trúc lương, thưởng, phụ cấp, làm thêm và tổng thu nhập dự kiến trong năm đầu.

Giờ làm, chỉ số hiệu quả công việc và áp lực tại vị trí này như thế nào?

Tin tuyển dụng không cung cấp thông tin này, vì vậy không nên tự suy đoán hoặc chấp nhận lời hứa chung chung. Cần hỏi về giờ làm chính thức, khả năng làm thêm, lịch trực, chu kỳ phát hành và áp lực cao điểm. Về hiệu quả công việc, có thể chuẩn bị các chỉ số hợp lý như chất lượng bàn giao, tỷ lệ lỗi tái phát, số vấn đề tiếp cận, tốc độ tải, sự ổn định, mức độ tái sử dụng mã và số màn hình hoàn thành; nhưng chỉ số chính thức phải được xác nhận với người quản lý.

Vị trí này có làm việc cuối tuần, hỗ trợ sự cố hoặc đi công tác không?

Mô tả có nhắc đến ổn định và vận hành sản phẩm nhưng không nói rõ lịch trực. Ứng viên cần hỏi trực tiếp về cơ chế xử lý sự cố, có lịch trực ngoài giờ không, tần suất phát hành vào cuối tuần, chính sách đi làm sớm hoặc làm thêm, cùng khoảng bồi thường. Nếu vai trò cần trực thường xuyên, đây là yếu tố quan trọng không kém lương và cơ hội học hỏi.

Tin tuyển dụng có phúc lợi gì và làm việc linh hoạt không?

Phần phúc lợi đang ghi không có thông tin. Trong phỏng vấn sàng lọc, cần yêu cầu danh sách cụ thể về bảo hiểm, khám sức khỏe, thưởng, phụ cấp, nghỉ phép, ngày làm việc linh hoạt, chính sách làm việc tại nhà, đào tạo và hỗ trợ thiết bị. Nếu làm việc linh hoạt, cần biết số ngày tối thiểu phải đến văn phòng, thời điểm đổi công việc, chính sách bảo mật và hỗ trợ thiết bị. Không nên suy luận rằng ngân hàng chắc chắn có chế độ làm việc linh hoạt nếu không được xác nhận.

Câu yêu cầu 5 năm bị cắt ở cụm developing in at, tôi có nên lo không?

Có thể cần kiểm tra trước khi chuẩn bị sâu. Hãy hỏi bộ phận tuyển dụng về khung phát triển, phiên bản, công nghệ bắt buộc, tỷ lệ jQuery, loại sản phẩm, tiêu chuẩn trình duyệt và yêu cầu tiếng Anh. Đồng thời đọc hồ sơ thật để xem chuỗi công nghệ thực tế. Nếu không xác nhận được, ứng viên vẫn có thể dựa vào nền tảng HTML, CSS, JavaScript, jQuery, khả năng đọc tài liệu và kinh nghiệm thiết kế để chuẩn bị, nhưng không nên học lan man khung phát triển chỉ vì một từ khóa không chắc chắn.

Tại sao tôi nên muốn làm tại Techcombank?

Câu trả lời tốt cần gắn với đặc thù công việc thay vì chỉ nói ngân hàng lớn hoặc thương hiệu mạnh. Ứng viên có thể nhấn mạnh quy mô người dùng, yêu cầu cao về độ ổn định, khả năng tiếp cận, an toàn dữ liệu và cơ hội làm việc trên các sản phẩm số có tác động thực tế đến khách hàng. Cần kết hợp điều đó với năng lực của mình: ví dụ, từng cải thiện hiệu năng, xử lý mã nguồn kế thừa hoặc tham gia chuyển đổi trải nghiệm người dùng.

Đường thăng tiến của vị trí này sẽ như thế nào?

Có thể đi theo hướng chuyên viên phía giao diện cao cấp, trưởng nhóm kỹ thuật, kiến trúc sư giao diện, chuyên gia trải nghiệm người dùng hoặc quản lý sản phẩm. Tuy nhiên, tin tuyển dụng không nêu lộ trình, tiêu chí thăng cấp hay quyền quản lý. Cần hỏi rõ chức danh sau 12 đến 18 tháng, tiêu chuẩn đánh giá, khả năng làm việc chéo, lộ trình lên trưởng nhóm và những phạm vi trách nhiệm có thể tiếp cận trong thời gian hợp lý.

Senior Officer, Software Engineering (40001157)