2010-09-17 21 views
14

Quản lý CNTT của chúng tôi đang thúc đẩy ITIL, tôi chỉ quen thuộc với nó và muốn biết liệu ITIL có phù hợp với chu kỳ làm việc nhanh không?ITIL có phù hợp với thế giới Agile không?

Từ ấn tượng ban đầu của tôi, tôi sẽ giả định không, chủ yếu là vì những gì người quản lý của chúng tôi đề xuất là đặt thời hạn chống lại mọi thứ, nói SLA cho doanh nghiệp rằng "nhiệm vụ ưu tiên cao phải được hoàn thành trong x giờ" v.v ... bị phạt là nhà phát triển nếu chúng tôi không đáp ứng các SLA này.

Nếu có bất cứ điều gì tôi muốn một chiến lược thương lượng, thời hạn dựa trên phương pháp nhanh nhẹn và điểm câu chuyện để thương lượng khung thời gian dự kiến ​​cho người dùng cuối.

Chúng tôi có các thực tiễn phát triển nhanh nhẹn tại chỗ, phát triển theo hướng kiểm tra, tích hợp liên tục, có các lĩnh vực để cải thiện nhưng chúng tôi đang nghiên cứu.

Những trải nghiệm khác với phương pháp ITIL và Agile hoạt động cùng nhau là gì?

+0

Câu hỏi của bạn là về chủ đề trên [ITIL Stackexchange] (http://area51.stackexchange.com/proposals/89073/itil?referrer = x5X3k7r_NAmvg4ZTdjTOlw2) – SQLMason

Trả lời

4

Trong khung công tác ITIL của tôi được sử dụng để phân phối dịch vụ (hỗ trợ sản xuất và sự cố). Đối với SLAs này là thích hợp nếu như bạn đang nói mất khách hàng/tiền mỗi giờ thì dự kiến ​​doanh nghiệp nên có một số dấu hiệu của khi mọi thứ sẽ được cố định. Nó không liên quan trực tiếp đến phương pháp phát triển. Chỉ khi bạn quyết định rằng một hotfix khẩn cấp là bắt buộc và được chấp thuận thì một số phát triển có thể được thực hiện. Nhưng hotfix thường rất nhỏ và được nhắm mục tiêu để sửa lỗi và không nên gây ra bất kỳ sự cố nào với phương pháp nhanh. Yêu cầu mới không bao giờ được thực hiện dưới dạng thay đổi hotfix và được thực hiện trong quy trình phát hành/thử nghiệm/phát triển bình thường.

+2

Vì vậy, bạn sẽ nói rằng các quy trình phát triển bình thường có thể được miễn các phương pháp ITIL và ITIL hoàn toàn tập trung vào các lĩnh vực cơ sở hạ tầng/hỗ trợ sự cố không? –

+0

@Brett đã thêm bản cập nhật cho câu trả lời của riêng tôi liên quan đến câu hỏi đó trong nhận xét ở trên. – eglasius

+1

Sự cố tốt cũng có thể liên quan đến phần mềm. Ví dụ. trong một môi trường doanh nghiệp phức tạp có thể là một số ứng dụng không hoạt động do dữ liệu ti xấu. Hoặc một công việc hàng loạt sẽ tự động bị lỗi vì công việc trước đó bị hủy bỏ vv Hỗ trợ tất cả điều này có thể yêu cầu sửa chữa dữ liệu hoặc tập tin cấu hình hoặc thay đổi lịch biểu vv Rất hiếm khi bạn có thể tìm thấy lỗi thực sự và cần sửa lỗi ngay lập tức thay đổi và phát hành mã khẩn cấp. ITIL nên quan tâm đến điều đó. – softveda

3

Điều đó hoàn toàn không tốt chút nào, nếu đúng như vậy, nó thực sự không phù hợp với tất cả.

Tôi nghi ngờ nếu ITIL thực sự kêu gọi điều đó, đặc biệt vì "nhiệm vụ ưu tiên cao phải được hoàn thành trong x giờ" vượt quá nhanh không phù hợp, nó không phù hợp với phát triển phần mềm tức là tất cả các tác vụ không được sinh ra như nhau.

update:

Vì vậy, bạn sẽ nói rằng quá trình phát triển bình thường có thể được miễn các phương pháp ITIL và có ITIL hoàn toàn tập trung vào các lĩnh vực hỗ trợ cơ sở hạ tầng/sự cố?

Tôi không nghĩ rằng điều này là loại trừ lẫn nhau. Trong trường hợp ITIL không áp dụng được cách bạn quản lý nhóm, điều đó không có nghĩa là không có các khu vực hợp lệ ảnh hưởng đến những gì bạn phát triển.

Cần phát triển bao gồm các cân nhắc trong thiết kế/sản phẩm được yêu cầu bởi cơ cấu/hỗ trợ và điều này có thể liên quan đến các thực tiễn được đề xuất trong ITIL.

Có thể câu hỏi phù hợp hơn là: khía cạnh quản lý/thực tiễn của ITIL có thể áp dụng cho việc quản lý phát triển phần mềm không? mà tôi không biết, nhưng nghi ngờ được giải quyết đặc biệt trong ITIL. Ít nhất tôi biết rằng ITIL 3 đã giới thiệu những thay đổi liên quan đến thực hành Kiến trúc Doanh nghiệp, chắc chắn tương thích với nhanh nhẹn (trên thực tế là những người tạo ra) --- nhưng ít nhất là những thứ liên quan đến ước lượng cố định/theo dõi nhiệm vụ/thời gian phản hồi .

+0

Tôi có xu hướng đồng ý, người quản lý của chúng tôi là một phần của nhóm hỗ trợ cơ sở hạ tầng và đang cố gắng áp dụng các quy tắc tương tự cho các nhiệm vụ phần mềm và yêu cầu hỗ trợ. Cố gắng giải thích điều đó dường như không tốt lắm. –

+1

@Brett Tôi đề nghị bạn tìm các tài liệu tham khảo vượt quá nhanh nhẹn. Cố gắng áp dụng bản chất của infraestructure/support để phát triển là một con quái vật hoàn toàn, nó đi cả hai cách - kỹ năng không chuyển cùng/người ở mỗi bên có xu hướng bỏ lỡ rất nhiều bit quan trọng của người khác. – eglasius

Các vấn đề liên quan