80/20 cũng ảnh hưởng đến việc lập lịch

Tất cả chúng ta đều đã nghe về quy tắc 80/20, quy tắc nói rằng 80% thành công (hiệu quả) chỉ đến từ 20% hành động (nguyên nhân) của chúng ta. Chà, sự thật phổ biến này cũng ảnh hưởng đến việc phát triển phần mềm, và trong bài viết này, chúng ta sẽ giới thiệu một chút về các nguyên tắc cơ bản của tuyên bố này.

BPM

Quản lý quy trình kinh doanh, viết tắt của nó trong tiếng Anh, là một ngành quản lý (trong số những thứ khác) cho phép bạn hiểu trực quan các quy trình phải được thực hiện trong một doanh nghiệp (hoặc ở nhiều nơi khác). Trong số những phẩm chất chính của nó là thực tế là nó có thể phân tích các quy trình phức tạp và làm cho chúng trở nên "đơn giản".

Có rất nhiều công cụ mã nguồn mở cho phép bạn phát triển sơ đồ BPM, công cụ mà tôi đã sử dụng cho bài viết này là BonitaSoft. Nếu bạn muốn tìm hiểu thêm một chút về quản lý quy trình, có rất nhiều hướng dẫn trên internet và sách về chủ đề này. Bây giờ chúng ta hãy quay lại chủ đề trọng tâm.

Dự án phần mềm

Ngày nay có nhiều phương pháp luận để phát triển các dự án, có những phương pháp nhanh nhẹn, truyền thống, hỗn hợp, v.v., v.v. Một điểm chung của họ là chuẩn bị. Ý tôi là gì? 80% thành công của bạn trong dự án phần mềm này sẽ dựa trên 20% đầu tiên của toàn bộ quy trình, sự chuẩn bị. 

Chuẩn bị một dự án

Đây là thứ logic mà trong thực tế được áp dụng rất ít (giống như nhiều thứ logic khác là phi logic trong thực tế). Khi chúng ta nói về sự chuẩn bị, chúng ta phải hiểu khả năng hiểu vấn đề, hiểu giải pháp và trên hết, quá trình mà giải pháp áp dụng. Một trong những điều ít được tìm thấy nhất trong các dự án phần mềm không chuyên nghiệp là thiếu tài liệu về chủ đề này. Điều này thường xuất hiện ở các công ty tư nhân vì mong muốn bán hàng vượt quá quá trình sáng tạo.

Vì nhiều người trong số những người đọc những bài báo này làm việc hoặc liên quan đến công nghệ, điều đáng nói là nếu tại một thời điểm nào đó trong cuộc đời làm việc của họ, họ bắt gặp một công ty / nhà cung cấp không có sự chuẩn bị chu đáo thì gần như chắc chắn 80%% rằng dự án nó sẽ không hoạt động.

Trừu tượng là chìa khóa

Đây là điều mà tôi đã học được từ thời gian sử dụng GNU / Linux, và điều đó chứng tỏ hết lần này đến lần khác là chìa khóa trong quá trình tạo phần mềm. Công suất của trừu tượng vấn đề để chuyển đổi chúng thành những thứ "đơn giản" hơn là rất quan trọng để tạo mã thanh lịch và trên hết lâu dài. Và có lẽ đây là một trong những điểm khác biệt chính so với các dự án chuyên nghiệp lớn và các dự án phát triển ngoài tầm kiểm soát. Người trước đây nghĩ, hiểu và cấu trúc quá trình trong khi giây họ giữ làm việc mà không cần phải hiểu nó.

Máy nhắn tin

Đây là tên của dự án mà trình cài đặt Gentoo phát triển, như bạn có thể tưởng tượng, đây là một quá trình khá phức tạp, vì nó hỗ trợ một số lượng lớn các kiến ​​trúc. Một yếu tố khác cần tính đến là số lượng cấu hình mà nó hỗ trợ, ở cấp hạt nhân, hệ thống init, v.v. Và tôi nói với bạn tất cả điều này vì nó cũng là đồ án luận văn của tôi, mà tôi phải hoàn thành trước khi học xong. Rõ ràng là tôi không thể tạo ra một chương trình có thể suy tính hoàn toàn tất cả các tùy chọn có thể có trong thời gian ngắn như vậy (cho đến tháng XNUMX năm sau), nhưng ít nhất tôi có thể tạo ra một chương trình cho phép cài đặt một hệ thống chức năng theo cách rất cơ bản.

Hiểu quá trình cài đặt

Nhờ các công cụ BPM, một sơ đồ quy trình có thể được tạo ra cho phép chúng tôi hiểu các bước cần thiết để cài đặt thành công Gentoo trên máy tính.

Mặc dù có chứa một số quy trình và quy trình con, nhưng rõ ràng nó đã được tóm tắt khá rõ ràng và có thể thấy rằng chúng ta có 18 bước tuyến tính. Điều này rất quan trọng bởi vì một ứng dụng có cấu trúc tuyến tính rất dễ triển khai và đồng thời tính song song có thể được tạo ra trong một hoặc nhiều luồng nếu cần.

Một yếu tố quan trọng khác là nó cho phép chúng tôi trừu tượng tập hợp các quy trình theo loại, ví dụ, việc xác định một luồng nhân cho chúng ta biết rằng có những tác vụ cụ thể bên trong nó liên quan trực tiếp đến quá trình cài đặt thành công một nhân.

Bằng cách này, mỗi bước "phức tạp" trở thành một bước "đơn giản" theo cách toàn cục, mà không làm mất các chi tiết cần thiết. Điều này tạo điều kiện thuận lợi cho khả năng hiển thị của lắp ráp mà không làm giảm mức thông số kỹ thuật cần thiết để hoàn thành quá trình thành công. Và chúng ta không thể phủ nhận rằng xem hình ảnh còn dễ hơn đọc cả cuốn Sổ tay cùng một lúc 🙂

Tiết kiệm thời gian

Một lợi thế rõ ràng khác là do không có ngôn ngữ lập trình được kết nối trực tiếp, nên có thể thực hiện phân tích logic mà không nhất thiết phải lãng phí thời gian triển khai ngôn ngữ. Đây là một lợi thế so với lượng thời gian có thể dành cho việc triển khai một tính năng chỉ để tìm ra rằng nó sẽ bị loại bỏ vì có một giải pháp hiệu quả hơn. Giống như những giải pháp trong mã giả (một thứ cũng bị nhiều "nhà phát triển" bỏ qua nhưng không nên như vậy).

Chỉ đạo các dự án dễ dàng

Tính đến những khái niệm này, việc quản lý dự án (dưới bất kỳ hình thức nào) trở nên dễ dàng hơn, bởi vì chúng tôi tập trung nỗ lực của mình vào những nơi thực sự cần thiết và nếu phần này được thực hiện đúng, phần còn lại sẽ tự chịu. Tôi hy vọng nó sẽ giúp ích cho sự tò mò của bạn và thúc đẩy bạn nghiên cứu về BPM, thuật toán và ai biết được, có thể nó sẽ khuyến khích bạn giúp tôi với luận án của tôi 😛 Cảm ơn bạn rất nhiều vì đã đến đây và chúng ta sẽ gặp nhau sớm. Chúc mừng