Đánh giá quy trình cho nhân viên mới

Quy trình tiếp nhận, thực hiện PYC: Bạn hãy chọn các mô tả đúng cho bước thống nhất nghiệp vụ thực hiện PYC(3 đáp án)

• Nhân viên nghiệp vụ xây dựng tài liệu mô tả thay đổi nghiệp vụ, prototype (nếu có giao diện người dùng): chỉ rõ các thay đổi (thêm/sửa) về luồng nghiệp vụ, phân tách rõ ảnh hưởng tới các chức năng trên các hệ thống liên quan

• Sau khi tài liệu nghiệp vụ được thống nhất: nhân viên nghiệp vụ đẩy MTNVTĐ, prototype và sở cứ thống nhất nghiệp vụ lên IBM, chuyển trạng thái PYC sang “New”

• Phê duyệt tài liệu nghiệp vụ thay đổi: Trưởng BU, khách hàng (ĐVYC)

• Trường BU, khách hàng phê duyệt tài liệu nghiệp vụ thông qua việc đánh giá các ảnh hưởng nghiệp vụ, các ảnh hưởng phi chức năng theo checklist TLGP

Quy trình tiếp nhận, thực hiện PYC: sau thời gian tối đa bao lâu phải chốt được nghiệp vụ kể từ khi tiếp nhận PYC hợp lệ ?

• 5
• 7
• 14
• 21

Quy trình tiếp nhận, thực hiện PYC: mô tả nào đúng khi thực hiện chốt giải pháp thực hiện PYC? (3 đáp án)

• Thống nhất tài liệu giải pháp: Kiểm thử, QTDA. Nội dung xem xét: đánh giá các ảnh hưởng nghiệp vụ, các ảnh hưởng phi chức năng theo checklist TLGP

• Nếu PYC cần kiểm soát gian lận: BU SX cần thống nhất với TTĐS về tài liệu giải pháp để đảm bảo được các kịch bản kiểm soát: ghi log, trả dữ liệu

• Nếu ảnh hưởng đến VHKT (thay đổi CSDL, hiệu năng, cấu hình): BU SX cần thống nhất tài liệu giải pháp với đơn vị VHKT

• Nhân viên giải pháp phải thống nhất tài liệu giải pháp với khách hàng trước khi thực hiện

Quy trình tiếp nhận, thực hiện PYC: nhân viên phát triển phải lập trình tuân theo các tiêu chuẩn nào ? (3 đáp án)

• Tiêu chuẩn ATTT

• Hướng dẫn lập trình tránh lỗi tiềm ẩn

• Tiêu chuẩn ghi log ứng dụng

• Không phải tuân theo quy định gì cả

Quy trình tiếp nhận, thực hiện PYC: Kịch bản kiểm thử phải đảm bảo các nội dung gì ? (2 đáp án)

• KBKT thực hiện theo common test case, phủ toàn bộ các trường hợp kiểm thử cho nghiệp vụ thay đổi và nghiệp vụ ảnh hưởng được đề cập trong tài liệu giải pháp

• Với các yêu cầu tích hợp các hệ thống ngoài, KBKT phải đảm bảo có test case tích hợp

• Không cần kịch bản kiểm thử, đội phát triển kiểm thử theo tài liệu giải pháp là được
• Nhân viên kiểm thử lập BBNT nội bộ theo biểu mẫu, có xác nhận của PO và bộ phận kiểm thử đảm bảo hệ thống đạt chất lượng

Quy trình tiếp nhận, thực hiện PYC: Sau khi nghiệm thu xong, căn cứ vào kế hoạch triển khai cam kết với ĐVYC, TTSX thực hiện các thủ tục đánh giá chất lượng và upcode, bao gồm (3 đáp án)

• Đánh giá ATTT

• Quét source code
• Gửi đánh giá chất lượng sản phẩm lần 1

• Không phải thực hiện, đội dự án chủ động đảm bảo tác động hệ thống

Quy trình tiếp nhận, thực hiện PYC: Trước khi tác động, đội dự án phải tạo kế hoạch tác động và phê duyệt bởi:

• Ban Giám đốc/Trưởng BU
• Khách hàng
• Không phải tạo kế hoạch tác động
• Kế hoạch tác động không phải xin phê duyệt trước khi thực hiện

Quy trình PTDL: để thống nhất được use case sẽ triển khai thì cần phải làm gì ? (3 đáp án)

• BA khảo sát tổng quan về hiện trạng các bài toán nghiệp vụ, vấn đề và mong muốn của khách hàng, các giải pháp hiện tại

• DE khảo sát các nguồn dữ liệu và hạ tầng hỗ trợ PTDL

• BA đề xuất và đánh giá các use case tiềm năng, làm rõ các định nghĩa/khái niệm liên quan đến mục tiêu và cách tính toán cụ thể. Làm rõ các quy trình, quy định về nghiệp vụ

• Xây dựng tài liệu giải pháp, kế hoạch tổng thể: BA tổng hợp đề xuất giải pháp xây dựng model của DS, đề xuất tài liệu giải pháp, kế hoạch tổng thể thực hiện use case bao gồm: use case, giải pháp model, Các định nghĩa liên quan đến mục tiêu của model để sử dụng để đo đếm kết quả triển khai campaign, kế hoạch triển khai

Quy trình PTDL: trước khi thực hiện tác động cần chuẩn bị những gì ? (3 đáp án)

• BA xây dựng kế hoạch tác động: tập tác động, số lượng, nội dung

• SO thẩm định kịch bản tác động về tính khả thi

• BO phê duyệt kịch bản tác động

• BA đánh giá hiệu quả tác động: tỉ lệ tác động thành công, chỉ số so sánh hiệu quả giữa các tập, phương án cải thiện trong các đợt tiếp theo

Hướng dẫn sử dụng công cụ: điều nào sau đây là đúng khi tạo story, task trên IBM (3 đáp án)

• Story chia đủ nhỏ và đủ chi tiết (Tổng nỗ lực của các Task thực hiện cho Story không quá 2MM, Đối với các dự án thuê ngoài Story có thể lớn hơn 2MM)

• Story phải được phân rã theo kiểu Parent - Child thành các Task (công việc cụ thể giao cho nhân viên)

• Task thể hiện đúng các công việc giao cho từng thành viên trong đội dự án, độ lớn không quá 16h. Người được giao Task phải cập nhật tiến độ theo thực tế công việc
• Tất cả các lỗi trước/sau triển khai đều phải được ghi nhận trên công cụ IBM dưới dạng task để đội dự án thực hiện