Làm thế nào để tận dụng tối đa MotioCI hỗ trợ các thực hành đã được chứng minh
MotioCI có các plugin tích hợp để tạo báo cáo Cognos Analytics. Bạn khóa báo cáo mà bạn đang làm việc. Sau đó, khi bạn hoàn thành phiên chỉnh sửa của mình, bạn kiểm tra nó và bao gồm một nhận xét để ghi lại những gì bạn đã làm. Bạn có thể đưa vào nhận xét một tham chiếu đến một vé trong hệ thống theo dõi lỗi bên ngoài hoặc yêu cầu thay đổi.
Bạn có thể tìm thêm chi tiết về cách thiết lập kết nối giữa MotioCI và hệ thống bán vé bên thứ ba của bạn trong MotioCI Hướng dẫn Quản trị viên trong Sử dụng MotioCI với hệ thống bán vé của bên thứ ba. Một từ khóa (sửa chữa, đóng lại) với số vé sẽ đóng vé. Hoặc, sử dụng một từ khóa như tài liệu tham khảo cộng với mã số vé sẽ ghi bình luận đăng ký vào hệ thống bán vé và để vé mở.
Việc sử dụng hệ thống bán vé - như Atlassian® JIRA, Microsoft Windows ™ Trac, hoặc nhiều hệ thống khác - hỗ trợ quản lý dự án bằng cách theo dõi các nhiệm vụ, vấn đề cụ thể và cách giải quyết của chúng. Vé cung cấp phương tiện giao tiếp giữa tác giả hoặc nhà phát triển báo cáo và người dùng cuối, nhóm thử nghiệm và các bên liên quan khác. Hệ thống bán vé cũng cung cấp một phương pháp theo dõi các khiếm khuyết và đảm bảo rằng chúng được giải quyết trước khi thúc đẩy một báo cáo cho quá trình sản xuất.
Quy trình công việc điển hình để phát triển báo cáo
Nói rõ hơn, sự tích hợp của MotioCI với hệ thống bán vé không phải là cách duy nhất mà nhóm của bạn sẽ tương tác với hệ thống bán vé. Thông thường, như được minh họa trong sơ đồ quy trình làm việc kèm theo, quá trình phát triển báo cáo trong môi trường Cognos Analytics với MotioCI có thể là một cái gì đó như thế này: 
- Backlog. Một vé mới được tạo. Nhà phân tích kinh doanh ghi lại các yêu cầu kinh doanh cho một báo cáo mới và nhập trực tiếp vào hệ thống bán vé bằng cách tạo một vé. Anh ấy đặt vé vào tồn đọng nhà nước.
- Phát triển. Các vé tồn đọng có thể được ưu tiên theo một số cách khác nhau, nhưng cuối cùng vé sẽ được chỉ định cho một nhà phát triển báo cáo và được gắn thẻ tên của cô ấy. Trạng thái của vé có thể được thay đổi thành in_dev. Cô ấy sẽ tạo một báo cáo mới. Khi phát triển báo cáo trong Cognos Analytics, cô ấy sẽ kiểm tra các thay đổi của mình và tham chiếu phiếu trong nhận xét đăng ký, như “Đã tạo báo cáo mới; phiên bản đầu tiên; đã thêm trang nhắc nhở và các truy vấn hỗ trợ, refs # 592 ”. Hoặc, “Đã thêm truy vấn dữ kiện và bảng chéo; bộ lọc và định dạng, refs # 592. ” (Trong MotioCI, số thẻ bắt đầu bằng # sẽ trở thành một siêu liên kết trực tiếp đến vé.) Cô ấy có thể xem báo cáo, thực hiện các thay đổi và kiểm tra lại bằng tham chiếu vé nhiều lần trong khoảng thời gian vài ngày.
- Đã hoàn thành phát triển. Sau khi Người phát triển báo cáo đã hoàn thành báo cáo và băng ghế đã kiểm tra nó, cô ấy ghi chú vào vé trong hệ thống bán vé rằng nó đã sẵn sàng để được kiểm tra bởi QA và thay đổi trạng thái từ trong_Dev đến sẵn sàng_cho_QA. Trạng thái này là một lá cờ cho MotioCI Quản trị viên, hoặc vai trò chịu trách nhiệm thúc đẩy báo cáo Cognos, rằng báo cáo đã sẵn sàng chuyển sang môi trường QA để thử nghiệm.
- promotion đến QA. Quản trị viên quảng cáo báo cáo và thay đổi trạng thái thành trong_QA. Trạng thái này cho nhóm QA biết rằng báo cáo đã sẵn sàng để kiểm tra.
- Kiểm tra. Nhóm QA kiểm tra báo cáo so với các yêu cầu kinh doanh. Báo cáo đạt hoặc không đạt các bài kiểm tra. Nếu báo cáo không thành công trong quá trình kiểm tra QA, thẻ sẽ được gắn thẻ trong Dev trạng thái, quay lại nhà phát triển báo cáo để sửa lỗi.
- Đang thử nghiệm thành công. Nếu báo cáo được thông qua, nhóm QA cho quản trị viên biết rằng họ đã sẵn sàng xúc tiến sản xuất bằng cách gắn nhãn sẵn sàng cho Sản phẩm nhà nước.
- promotion đến Sản xuất. Khi báo cáo đã sẵn sàng để sản xuất, có thể nhận được phê duyệt cuối cùng và lên lịch phát hành, có thể đi kèm với các báo cáo đã hoàn thành khác. Quản trị viên quảng bá báo cáo tới môi trường Cognos Production. Anh ấy đặt vé vào Thực hiện trạng thái chỉ ra rằng quá trình phát triển và thử nghiệm đã hoàn thành và nó đã được chuyển sang sản xuất. Điều này đóng vé.
Quản lý quá trình phát triển báo cáo
Quy trình quản lý vé này ngụ ý và các thực tiễn đã được chứng minh quyết định rằng:
- Mỗi báo cáo mới phải có một phiếu với các yêu cầu nghiệp vụ để thiết kế báo cáo.
- Mọi khiếm khuyết phải có một phiếu để ghi lại bất kỳ lỗi hoặc vấn đề nào với một báo cáo.
- Mỗi khi một báo cáo được chỉnh sửa, MotioCI nhận xét đăng ký nên bao gồm số vé đã được giải quyết.
- Mọi báo cáo được thăng cấp từ Dev lên QA phải có một phiếu liên kết để quản trị viên có thể xác nhận rằng quá trình phát triển đã hoàn thành và nó đã sẵn sàng để chuyển sang môi trường QA.
- Mọi báo cáo được thăng cấp từ QA lên Production phải có một phiếu ghi lịch sử cho thấy rằng quá trình phát triển đã hoàn tất, nó đã thông qua QA, nó đã nhận được tất cả các phê duyệt yêu cầu của quản lý và đã được thăng cấp.
- Mọi báo cáo trong môi trường Sản xuất phải có digital quá trình nghiên cứu giấy tờ từ quan niệm đến thử nghiệm đến sửa chữa để giải quyết đến phê duyệt và chuyên nghiệpmotion.
Điểm cuối cùng này là một yêu thích của các kiểm toán viên để xác nhận. Cô ấy có thể hỏi, "bạn có thể chỉ cho tôi cách bạn xác nhận rằng tất cả các báo cáo trong môi trường Sản xuất đã tuân thủ quy trình bán vé và phê duyệt được lập thành văn bản của bạn không?" Một cách để phản hồi với kiểm toán viên có thể là cung cấp danh sách tất cả các báo cáo đã được di chuyển và yêu cầu họ rà soát các phiếu để tìm kiếm một báo cáo không phù hợp với quy trình của bạn.
Ngoài ra, và lý tưởng hơn, bạn có thể cung cấp danh sách các báo cáo không tuân thủ quy trình phát triển và bán vé mà bạn đã xác định. Đó là nơi mà báo cáo này sẽ hữu ích: “Báo cáo được Quảng cáo không có vé”. Đó là một báo cáo ngoại lệ gồm một danh sách các báo cáo có không tuân thủ các phương pháp hay nhất về việc mọi thay đổi báo cáo gắn liền với một vé. Đây là một trong số ít báo cáo bạn muốn để trống. Nó sẽ không có hồ sơ nếu tất cả các báo cáo đã được quảng bá có một vé được liên kết với nó. Nói cách khác, một báo cáo sẽ chỉ xuất hiện trong danh sách nếu nó ở trong môi trường Sản xuất và báo cáo đã được quảng bá không tham chiếu đến số vé trong nhận xét. 
Quy trình với các lợi ích
Lợi ích của quy trình là gì hoặc tại sao bạn nên làm điều này trong tổ chức của mình?
- Cải thiện khả năng hợp tác trong nhóm: Hệ thống bán vé thực sự có thể tập hợp các cá nhân trong các vai trò có thể không thường giao tiếp với nhau. Ví dụ: báo cáo tác giả và người dùng cuối, hoặc người quản lý dự án và nhóm QA. Đường dẫn vé cung cấp một nơi chung để giao tiếp về một nguồn tài nguyên được chia sẻ, báo cáo đang được phát triển.
- Giam gia:
- Các khiếm khuyết được phát hiện và sửa chữa sớm sẽ ít tốn kém hơn nhiều so với việc chúng thoát ra ngoài sản xuất.
- Cải thiện hiệu quả - các tác giả báo cáo luôn làm việc từ một tấm vé là một tuyên bố công việc được xác định rõ ràng.
- Giảm thời gian thông qua tự động hóa các quy trình thủ công
- Cải thiện tài liệu: Quy trình này trở thành một cơ sở kiến thức tự ghi lại các khiếm khuyết và cách chúng được giải quyết.
- Dự báo và phân tích được cải thiện: Giờ đây, bạn có thể theo dõi các chỉ số hiệu suất chính và so sánh chúng với các thỏa thuận cấp dịch vụ. Hầu hết các hệ thống bán vé đều cung cấp các loại phân tích này.
- Hỗ trợ nội bộ được cải thiện: Nhóm hỗ trợ của bạn, các nhà phát triển báo cáo khác (và thậm chí, cả bản thân bạn trong tương lai!) Có thể tìm kiếm cách giải quyết các khiếm khuyết tương tự trong quá khứ. Cơ sở kiến thức được chia sẻ này có thể dẫn đến việc giải quyết các khiếm khuyết một cách nhanh chóng.
- Cải thiện sự hài lòng của người dùng cuối: Với quyền truy cập trực tiếp vào các nhà phát triển thông qua hệ thống bán vé, người dùng có thể mong đợi giải quyết nhanh các lỗi cũng như theo dõi tiến trình của một báo cáo được yêu cầu thông qua hệ thống ..
Kết luận
Đây là một ví dụ về phần thưởng phong phú khi tuân theo các thực tiễn đã được chứng minh và giá trị của việc tuân theo các quy trình được xác định rõ ràng. Hơn nữa, mới MotioCI báo cáo, “Báo cáo được quảng cáo không có vé” có thể là một trợ giúp rất lớn trong việc giải quyết các câu hỏi từ kiểm toán viên hoặc đơn giản là giám sát nội bộ để tuân thủ các tiêu chuẩn của công ty.
