Làm thế nào để tôi thuê một DevOps tốt, phù hợp với công ty của tôi?


20

Các nhà phát triển giỏi phải phù hợp với quy tắc 11 của Thử nghiệm Joel :

Các ứng viên mới có viết mã trong cuộc phỏng vấn của họ?

Tuy nhiên, tôi không biết gì nhiều về Docker container, cách định cấu hình Jenkins hoặc AWS, v.v ... Điều gì sẽ là một cách tốt để kiểm tra nếu người áp dụng có thể quản lý các tác vụ đó?

Câu hỏi phụ: Tôi tin rằng một nhân viên sùng đạo tốt có thể định cấu hình chuỗi xây dựng một lần và nó sẽ hoạt động từ đó trở đi. Sau đó tôi có thể mong đợi anh ấy hoặc cô ấy trở thành một nhà phát triển trong công ty (DEVops) không? Vì DevOps là một công việc tương đối "mới", nên có thể tốt hơn cho các công ty nhỏ để chia sẻ một nhân viên sùng đạo hoặc thuê anh ta hoặc cô ta làm việc tự do bất cứ khi nào bạn cần anh ta hoặc cô ta?

nhập mô tả hình ảnh ở đây Sự nhầm lẫn của tôi về thuật ngữ bắt nguồn từ các lời mời làm việc như thế này, ngay cả ở đây trên stackexchange (= link nơi màn hình trên được lấy từ đó).

Tôi thấy bài viết này hữu ích, nhưng có thể có ý kiến ​​mà bạn có thể muốn đọc nếu bạn vấp phải câu hỏi này: https://hackernoon.com/devoops-some-common-anti-potypes-1850ac2f5074


3
Vì DevOps không phải là một vai trò (nó là một từ thông dụng như vậy), bạn đang thuê một sysadmin hiện đại theo mô tả của bạn.
Tensibai

5
Tôi đang bỏ phiếu để đóng câu hỏi này ngoài chủ đề vì DevOps không phải là một vị trí vai trò / công việc
Tensibai

2
@Tensibal Tôi đồng ý với bạn nhưng tôi cũng muốn để câu hỏi này mở vì nó có thể giúp làm rõ quan niệm sai lầm này - và chúng ta có thể mong đợi được thấy câu hỏi này lặp đi lặp lại nhiều lần.
Michael Le Barbier Grünewald

2
@ MichaelGrünewald Thêm một câu trả lời làm rõ điều này. Nếu upvote nó sẽ ngăn câu hỏi biến mất, ngay cả khi đóng cửa. Tốt nhất của cả hai thế giới: làm rõ vấn đề & vẫn hiển thị dưới dạng ngoài chủ đề cho trang web, giúp ngăn chặn các câu hỏi như vậy trong tương lai (có thể được nhân đôi với nó)
Dan Cornilescu

3
@Tensibai FWIW, tôi không nghĩ chúng ta nên đóng một câu hỏi trên cơ sở rằng "DevOps không phải là một vai trò." Mỗi câu hỏi mà sự nhầm lẫn này là rõ ràng là một cơ hội để làm rõ. Câu trả lời cho câu hỏi nên bao gồm làm rõ hiệu ứng đó và liên kết đến câu hỏi đó. Nếu chúng tôi đóng câu hỏi chỉ vì họ nhầm lẫn thuật ngữ DevOps, chúng tôi sẽ xa lánh người dùng mới và bỏ lỡ cơ hội để làm rõ.
Dave Swersky

Câu trả lời:


13

Đó là một sự hiểu lầm phổ biến rằng, Dev Devpsps là một vai trò trong một công ty. Từ này chỉ đơn thuần biểu thị một sự thay đổi tổ chức trong các công ty phần mềm, sự thay đổi này có thể được mô tả ngắn gọn bởi các Bạn xây dựng nó, bạn điều hành nó! Góp mặt bởi Werner Vogels:

Không cần phân biệt giữa xây dựng và chạy, và theo Werner Vogels, nó tốt hơn nhiều so với:

Trao cho các nhà phát triển trách nhiệm hoạt động đã nâng cao đáng kể chất lượng dịch vụ, cả từ quan điểm của khách hàng và quan điểm công nghệ. Mô hình truyền thống là bạn đưa phần mềm của bạn vào bức tường ngăn cách sự phát triển và hoạt động, và ném nó đi và sau đó quên nó đi. Không phải ở Amazon. Bạn xây dựng nó, bạn chạy nó. Điều này đưa các nhà phát triển tiếp xúc với hoạt động hàng ngày của phần mềm của họ. Nó cũng đưa họ tiếp xúc hàng ngày với khách hàng. Vòng phản hồi khách hàng này là điều cần thiết để cải thiện chất lượng dịch vụ.

Bài học này rất thú vị, nhưng sự thay đổi đặc biệt này trong một tổ chức không phải lúc nào cũng dễ thực hiện.

Sự thay đổi này đồng thời với tầm quan trọng ngày càng tăng của các phương pháp tích hợp và giao hàng liên tục. Xin lưu ý rằng những ý tưởng này cũ hơn nhiều so với việc chính thức hóa các phương pháp của Agile, một số trong số chúng đã có mặt trong báo cáo của Ủy ban Khoa học NATO về công nghệ phần mềm được xuất bản vào năm 1968!

Trong khi từ ngữ có thể bị bỏ qua, mô tả ngắn về đề xuất DevOps (trang web này) có đề cập đến các kỹ sư phần mềm của hệ thống điện tử

Trang web Hỏi & Đáp về Beta dành cho phần mềm Các kỹ sư làm việc về kiểm tra tự động, phân phối liên tục, tích hợp và giám sát dịch vụ và xây dựng cơ sở hạ tầng SDLC.


Bây giờ nếu bạn đang tìm kiếm một kỹ sư phần mềm có thể giúp nhóm của bạn bắt đầu với các phương pháp này, hãy tham gia vào chủ đề này. Ngay cả khi bạn không quen thuộc với chủ đề này, hãy theo dõi Bạn xây dựng nó! Bạn chạy nó! Slogan bạn có thể bắt đầu từ một vấn đề lập trình và dẫn dắt cuộc phỏng vấn hướng tới câu hỏi về việc triển khai và bảo trì ứng dụng.


3
Sự nhầm lẫn cũng dựa trên lời mời làm việc như thế này: stackoverflow.com/jobs/135988/ mẹo
Thomas

2
Đúng vậy, có rất nhiều người hoặc tổ chức sử dụng vai trò của Dev Devpsps. Không ai có thể đổ lỗi cho việc trở thành nạn nhân của điều này và câu hỏi của bạn rất hữu ích để làm rõ điều này, vì vậy cảm ơn bạn đã hỏi nó, thậm chí có lẽ cuối cùng nó sẽ bị đóng lại. Tôi hy vọng bạn thấy câu trả lời này hữu ích và bạn sẽ có cơ hội đóng góp cho trang web này hoặc sử dụng nó làm nguồn thông tin!
Michael Le Barbier Grünewald

@ThomasMoors: bình luận trước (thú vị!) Của bạn nên được tích hợp vào câu hỏi thực tế của bạn ... ngay cả khi đó chỉ là tài liệu cho sự nhầm lẫn của bạn ...
Pierre.Vriens

@ Pierre.Vriens xong
Thomas

1
Từ đồng nghĩa / liên quan "ăn thức ăn cho chó của riêng bạn", đừng làm điều gì đó bạn sẽ không sử dụng
Tensibai 10/03/2017

7

Có nguy cơ bị bỏ phiếu, lạc đề hoặc thậm chí là dị giáo, tôi sẽ nói với bạn, "Đừng nghe những người theo chủ nghĩa thuần túy nói với bạn rằng DevOps không phải là một vai trò."

Bạn đang đi đúng hướng. Nó nên phù hợp với công ty của bạn. Đó là những gì quan trọng khi tuyển dụng.

Nếu bạn cần một DevOps, để hoạt động như một DevOps, tạo ra kết quả như DevOps, thì đó là DevOps.

  • Đừng để ai can ngăn bạn bằng cách khác.
  • Quảng cáo nào.
  • Phỏng vấn nào.
  • Thuê dù sao đi nữa.

Trong khi đó, tìm hiểu thêm về DevOps, làm thế nào khái niệm có thể phù hợp với công ty của bạn, làm thế nào để người đó phù hợp.

Chắt lọc thêm về vai trò bạn cần điền. Tìm kiếm câu hỏi bạn có thể hỏi. Có rất nhiều ví dụ , ngay cả khi bạn không phải là chuyên gia về vấn đề này. Một số kiên nhẫn và chăm chỉ lỗi thời.

Bạn có cần một nhân viên? Hay freelancer? Một jack của tất cả các ngành nghề? Chỉ có bạn biết rõ công ty của bạn.

Tạo văn hóa độc đáo của bạn đó là sự giải thích của bạn về DevOps.


+1 cho điều này. Những người theo chủ nghĩa thuần túy đã bị treo lên trên các tín đồ không phải là một câu trả lời quá lâu, nhưng ngành công nghiệp, bảng công việc và nhà tuyển dụng đã biến nó thành hiện thực, và đã đến lúc chúng ta chấp nhận nó vì nó là gì.
grumpyops

6

"Thuê một DevOps" sẽ khó khăn vì DevOps không phải là một vai trò. NẾU bạn có thể tìm thấy một kỹ sư có kỹ năng phát triển phần mềm kỹ năng, bạn đang đi đúng hướng ..

Tuy nhiên ,

Quá trình tuyển dụng của bạn sẽ phức tạp bởi một vài yếu tố:

  1. Kỹ sư Độ tin cậy Trang web (thuật ngữ của Google dành cho quản trị viên / kỹ sư có kỹ năng mã hóa) là rất hiếm
  2. Kỹ năng hiếm có đắt
  3. Kỹ năng hiếm là ... hiếm.

Tin tốt là bạn có thể không cần SRE đủ điều kiện.

Trường hợp sử dụng của bạn, như đã từng, đang thuê các kỹ sư thiết lập cơ sở hạ tầng (AWS) và tự động hóa việc triển khai (Jenkins.) Những kỹ năng đó không phải là hiếm, nhưng bạn có thể gặp khó khăn khi tìm thấy chúng ở một người.

Bạn cũng đề cập rằng bản thân bạn không có những kỹ năng đó. Đây là một yếu tố phức tạp hơn nữa. Bạn không có các kỹ năng cần thiết để đánh giá các kỹ năng của ứng viên. Cuối cùng, bạn phải tìm cách phát triển (hoặc thuê, như trong Trình quản lý kỹ thuật) các kỹ năng cần thiết để quản lý loại tài nguyên này.


1
Điều đó là phổ biến đối với những người làm nhân sự không có kỹ năng của những người họ đang tuyển dụng. Thông thường, ý tưởng tốt nhất là phỏng vấn những người có kỹ năng để có đánh giá về các ứng cử viên
Tensibai

Tôi muốn nói, tôi là một nhà phát triển giỏi, nhưng tôi cũng muốn được bao quanh bởi những người xuất sắc ở các ngành khác trong công ty, tốt hơn tôi.
Thomas

1
@ThomasMoors đó là một ý tưởng rất tốt. Đừng bận tâm quá nhiều, tôi nói về những gì tôi nghĩ về trang web này, nhưng tôi chỉ là một trong đám đông. Xin lỗi nếu tôi nghe btw thô lỗ
Tensibai

2

Có hai khả năng:

  1. Bạn cần trợ giúp để tìm ra những thay đổi mà công ty bạn cần trải qua trong hành trình đến DevOps của bạn.

  2. Bạn biết những gì bạn cần và chỉ cần tìm cách thuê người để thực hiện tầm nhìn này cho bạn.

Nếu bạn cần ai đó giúp bạn tìm ra vấn đề nào bạn cần tập trung vào, có một công ty thực sự tốt tên là DORA (DevOps Research and Assessment), được đồng sáng lập bởi Tiến sĩ Nicole Forsgren, Jez Humble và Gene Kim. Nicole đã điều hành cuộc khảo sát State of DevOps trong nhiều năm và đã giữ số liệu thống kê chi tiết về ngành công nghiệp trong nhiều năm. Jez Humble là một bậc thầy về Giao hàng liên tục và thực sự đã viết cuốn sách về nó. Gene Kim là tác giả của Dự án Phượng hoàng và hai người cuối cùng là đồng tác giả của Cẩm nang DevOps . DORA cung cấp một đánh giá về công ty của bạn và giúp bạn trả lời những câu hỏi đó.

Nếu bạn có một ý tưởng khá hay, nơi bạn cần đến và cần ai đó giúp bạn đến đó, có được một công ty tuyển dụng có lẽ không phải là một ý tưởng tốt vào thời điểm này. Tôi sẽ đề nghị đi đến Hội nghị DevOps Enterprise DOES hoặc Hội nghị DevOpsDays địa phương và nói chuyện với mọi người trên hành lang. Tìm kiếm các khuyến nghị và thậm chí có thể mở một gian hàng, làm một poster về việc tuyển dụng.

Lựa chọn thứ hai sẽ là đến đây và bắt đầu hỏi những câu hỏi trong diễn đàn này và tìm kiếm các chuyên gia trả lời chúng và được bình chọn. Nhiều người trong số họ có thể đang thực sự tìm kiếm một công việc hoặc một thách thức. Đôi khi, thậm chí đặt câu hỏi về tình hình hiện tại của bạn và trường hợp sử dụng ở đây có thể chỉ cho bạn hành động đúng đắn.


2

Tôi tìm kiếm một số thứ trong những người tôi đã thuê vào không gian này.

  • mức độ nhanh nhẹn 'ha' (google shu, ha, ri để nhận con nuôi nhanh nhẹn nếu bạn cần thêm)
  • kinh nghiệm thực hành kỹ thuật - mã hóa, tự động hóa, v.v., nhưng tôi không biết về công cụ và ngôn ngữ
  • học tính cách - họ chủ động không ngừng học hỏi
  • tò mò và không muốn đổ lỗi - họ có thể chấp nhận thất bại như một bài học
  • họ là một cầu thủ đội có thể tin tưởng và được tin tưởng vì an toàn tâm lý là yếu tố thành công số một cho các đội có hiệu suất cao
  • họ có thể huấn luyện và cố vấn - họ chia sẻ kiến ​​thức mà không cần phải là người ưu tú - prima donnas không có chỗ trong các đội có thành tích cao
  • họ có "đủ" các kỹ năng xã hội vì họ cần phải là thành viên trong nhóm và giao tiếp tốt

Tôi vẫn chưa tìm thấy một ứng cử viên hoàn hảo, vì vậy đó luôn là một kiểu đánh đổi. Trong thế giới ngày nay, tôi đã xem qua hơn 65 hồ sơ được "sơ tuyển" là ứng viên của các cơ quan và nhân sự, loại bỏ 50 hoặc nhiều hơn vì không đáp ứng các yêu cầu tối thiểu của tôi trên giấy, phỏng vấn 15+ và thuê 3. Quá trình này đưa tôi phần tốt hơn của 9 tháng.


Và để bổ sung, những gì tôi cảm thấy thiếu trong bài viết của bạn là một mô tả về những gì bạn cảm thấy bị thiếu, nói rằng có một số thiếu mà không có hướng dẫn về cách trình bày những thứ để che đậy những thiếu sót này không giúp có được một tình huống tốt hơn
Tensibai

Nếu mọi người không gửi sơ yếu lý lịch theo yêu cầu tối thiểu đăng công việc thì họ không đáp ứng yêu cầu tối thiểu của tôi để tiến xa hơn trong quy trình. Nếu một người thực sự muốn được xem xét cho một vị trí thì họ cần thể hiện nó với một số nỗ lực từ phía họ. Là một người quản lý tuyển dụng, quan điểm của tôi là quan trọng bởi vì tôi biết những gì tôi đang tìm kiếm.
icewav

Nghe có vẻ là một lời khuyên tốt để thêm 'đăng một bản lý lịch được điều chỉnh cho công việc'. Điều đó dễ kiểm tra hơn là đoán yêu cầu của bạn trên giấy. nếu các yêu cầu của bạn là các gạch đầu dòng ở trên thì có thể các yêu cầu của tôi ở trên tờ giấy 'có thể là một cách diễn đạt tốt hơn
Tensibai

Thật không may, danh sách gạch đầu dòng ở trên là những gì tôi cần nhận ra từ cuộc phỏng vấn. Các yêu cầu tối thiểu của tôi và các yêu cầu ưa thích của tôi được nêu rõ trong các bài đăng công việc tôi thực hiện và chúng thay đổi dựa trên những kỹ năng tôi cần để hoàn thành một nhóm. Người nộp đơn thường được phỏng vấn nếu họ đáp ứng các yêu cầu tối thiểu và hầu như luôn luôn nếu họ đáp ứng các yêu cầu tối thiểu cộng với một số yêu cầu ưu tiên. Mặc dù điều này có vẻ mơ hồ, nhưng tôi khá cụ thể trong mỗi bài đăng công việc tôi thực hiện như những gì tôi đang tìm kiếm ở một ứng viên thành công.
icewav

Có một tỷ lệ ứng cử viên tuyên bố sai về những gì trong hồ sơ xin việc của họ mà kiểm tra thực tế đơn giản. Những ứng viên này không bao giờ có được một cuộc phỏng vấn với tôi. Ví dụ: yêu cầu bạn có chứng nhận Scrum Alliance, vì tôi có một vài chứng nhận của họ, tôi có thể đăng nhập và kiểm tra của bạn.
icewav

1

Bên cạnh những câu hỏi khác, tôi tin rằng câu trả lời sau vẫn còn thiếu - tôi muốn tóm tắt những gì tôi đã học được cho đến nay với giọng điệu khiêm tốn:

Giới thiệu các kỹ năng DevOps cho nhóm của bạn có lẽ là chưa đủ (đó là xem xét rằng bạn không thể thuê DevOps)! (Giống như hỏi ở cấp độ thấp hơn các công cụ tốt nhất để làm cho mọi thứ hoạt động là gì, ở đây bạn dường như muốn tổ chức của mình hoạt động).

Câu hỏi thực sự là: chiến lược chuyển đổi kỹ thuật số oganifying của bạn là gì và DevOps tốt như thế nào sẽ giúp bạn tạo ra nhiều giá trị khách hàng hơn và giảm chi phí , vẫn có khí hậu tốt?

DevOps cho thấy sự cần thiết phải thay đổi và thay đổi đòi hỏi phải có trách nhiệm.

Hãy tưởng tượng một tình huống đang làm việc DevOps có thể gây áp lực lên các đội khác. DevOps đôi khi là kết quả của sự phát triển từ Tích hợp Agile và Liên tục - tài sản của bạn ở đây là gì?

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.