Cân bằng giữa khối lượng công việc và giúp nhân viên mới [đóng]

Tôi đã ở công việc đầu tiên được khoảng 2 tháng và tôi bắt đầu nhận thấy rằng có một sự cân bằng tinh tế giữa khối lượng công việc và giúp đỡ những người mới tuyển dụng. Vì có rất nhiều áp lực từ ban quản lý để sửa lỗi và giải quyết càng nhiều vấn đề của khách hàng càng tốt, mọi người trong nhóm dường như rất tập trung vào công việc tồn đọng của họ thay vì giúp những người thuê mới có thể tăng tốc. Những người tuyển dụng mới có thể đặt câu hỏi và đôi khi chúng tôi sẽ có một nhà phát triển ngồi xuống và giúp chúng tôi nhưng thường chúng tôi sẽ nhận được một câu trả lời mơ hồ mà chỉ một cựu chiến binh của sản phẩm sẽ hiểu vì họ quá bận rộn với nhiệm vụ của họ.

Tôi hiểu việc thuê mới cũng phải duy trì sự cân bằng. Đôi khi, sẽ mất 3 ngày thuê mới để điều tra và sửa chữa một cái gì đó mà một cựu chiến binh có thể đã làm nó trong 20 phút. Những người được tuyển dụng mới cần thể hiện nỗ lực trong việc tìm hiểu sản phẩm và cơ sở mã.

Với việc đơn giản là giảm khối lượng công việc của các cựu chiến binh, làm thế nào bạn có thể cân bằng giữa việc giúp đỡ những người mới tuyển dụng và tiếp tục làm việc với công việc tồn đọng của bạn ở mức hợp lý?

Tôi cho rằng bạn đang hỏi điều này từ quan điểm "Thuê mới". Tôi đã ở trong tình huống này nhiều lần. Đôi khi bạn cảm thấy tồi tệ khi hỏi rất nhiều câu hỏi, nhưng thực sự không có cách nào bạn có thể đi đến giải pháp đôi khi thiếu kiến ​​thức về miền như vậy, v.v.

Điều quan trọng nhất cần nhớ là điều này. Đừng đi đặt câu hỏi khi bạn "cho rằng" bạn sẽ không thể tự tìm câu trả lời. Hãy thử mọi thứ, chọc xung quanh trước, kiểm tra mã, thử thay đổi một số thứ và xem điều gì xảy ra - xem bạn có thể làm gì trước để làm việc không. Nếu bạn thực sự không thể, hãy đặt câu hỏi của bạn. Tuy nhiên, khi bạn đặt câu hỏi, hãy đến với họ bằng các ví dụ về những gì bạn đã thử. Không ai trong số họ muốn cảm thấy như bạn đang yêu cầu họ làm việc cho bạn.

Nói, "Này, tôi đang cố gắng làm điều này, và tôi đã thử cái này, cái này và cái này rồi, bạn có ý tưởng nào không?" Điều đó sẽ giúp họ dành ít thời gian hơn cho bạn, và họ sẽ có xu hướng làm việc đó nhiều hơn.

Tại công ty chúng tôi, chúng tôi chỉ định cho mọi người mới - thuê một ai đó chăm sóc anh ta trong vài tháng đầu. Với nhiệm vụ chính thức này, chúng tôi đảm bảo người mới chỉ tiêu thụ một người và người "huấn luyện", người thuê mới có khả năng đáp ứng sự phát triển của anh ta, vì vậy đó không phải là gánh nặng, chỉ là khả năng đáp ứng tạm thời. Đối với anh chàng mới là tốt bởi vì anh ta học nhanh hơn và đối với anh chàng đã có một khoản đầu tư: trong thời gian ngắn anh ta sẽ có người giúp anh ta.

Lời khuyên tốt nhất tôi có thể cung cấp cho bạn là đặt một cuộc hẹn . Mọi người đều có một số thời gian chết trong ngày, nhưng nếu bạn thả ngẫu nhiên, bạn rất khó có thể trúng nó. Nói điều gì đó như: "Tôi có một số câu hỏi về X, tôi có thể thiết lập một số thời gian hôm nay để đi qua nó với bạn không?" Họ có thể quyết định cho bạn thời gian ngay sau đó, hoặc muộn hơn trong ngày, hoặc có thể giới thiệu bạn đến một người có thể trả lời câu hỏi của bạn tốt hơn hoặc nhanh hơn. Dù bằng cách nào, bạn sẽ có được sự chú ý tập trung hơn. Nếu họ hẹn bạn vào cuối ngày, hãy sử dụng thời gian can thiệp để cố gắng tự mình tìm ra câu trả lời, hoặc ít nhất là để tinh chỉnh câu hỏi. Ngay cả khi tôi hoãn câu hỏi của ai đó chỉ trong 15 phút, thường xuyên hơn là họ không tự mình tìm ra câu hỏi.

Chỉ cần lưu ý rằng đối với hầu hết chúng ta, câu hỏi của bạn rất quan trọng đối với chúng tôi, chúng thường không khẩn cấp . Cố gắng không để xúc phạm ở sự khác biệt.

Một số lập trình viên có kinh nghiệm hơn thực sự thích tư vấn cho các nhà phát triển trẻ hơn và ưu tiên làm việc đó. Tôi làm, bất cứ khi nào tôi có cơ hội. Có lẽ bạn có thể tìm thấy một người như thế tại công ty của mình bằng cách hỏi một đồng nghiệp khác mỗi khi bạn cần giúp đỡ, sau đó đo lường sự nhiệt tình của họ trong việc trả lời bạn.

Có hai cách bạn có thể cần trợ giúp: nếu đó là vấn đề với ngôn ngữ hoặc công cụ của bạn, bạn thường có thể tìm thấy câu trả lời trực tuyến hoặc bằng cách mua sách kỹ thuật và đọc chúng vào thời gian riêng của mình. Mặc dù bạn sẽ có lý khi cảm thấy rằng trách nhiệm của công ty là đào tạo bạn, rất ít công ty đầu tư nhiều vào đào tạo nữa. Nếu bạn muốn phát triển như một nhà phát triển, bạn cần đầu tư thời gian và tiền bạc để đào tạo bản thân khi bạn không làm việc.

Nếu câu hỏi của bạn là về sản phẩm của công ty bạn, như cách một cái gì đó hoạt động trong mã nguồn, nhiều khả năng bạn sẽ phải nhờ một trong những đồng nghiệp của mình giúp đỡ. Hoặc, tạo một nhánh mã sản phẩm của bạn trong hệ thống kiểm soát sửa đổi của bạn, đặt tên cho nhánh đó là "learning_new_code" và chỉ cần thử nghiệm với nó.

Cuối cùng, các nhà quản lý dự án và quản lý bộ phận có mặt để giúp giải quyết các vấn đề như của bạn. Nếu bạn cảm thấy bạn không có sự truy đòi nào ngoài việc có được thời gian từ những đồng nghiệp giàu kinh nghiệm hơn, nhưng họ không thể đưa nó cho bạn, thì có thể là do họ có thời hạn để đáp ứng. Có lẽ người quản lý của bạn sẽ gia hạn thời hạn của họ để cho phép họ có thêm thời gian giúp bạn tăng tốc.

Tôi may mắn rằng tôi hiện đang làm việc ở đâu đó không phải là một vấn đề. Tôi đã nhận được một liều lượng tốt cho việc tư vấn ở đây và tôi rất hài lòng với nó.

1. Mỗi ngày một nhà phát triển tại công ty của tôi là nhà phát triển "tận dụng", trên cơ sở luân phiên. Nhà phát triển Util là dòng liên hệ đầu tiên khi bộ phận hỗ trợ cần leo thang một cái gì đó. Thông thường, Util chỉ truyền một vấn đề cho người khác. Nhưng nó là một nhà phát triển cụ thể và hỗ trợ biết đến người này. Lúc đầu tôi đã thực hiện một số "chuyến đi" (họ không đưa tôi vào lịch trình một chút) để xem một số vấn đề được giải quyết như thế nào. Điều này đã cho tôi tiếp xúc với các phần của mã. Khi họ bắt đầu lên lịch cho những ngày sử dụng thường xuyên của tôi, ban đầu có ai đó "gọi điện" để thêm hỗ trợ.

2. Chúng tôi cặp. Bạn cần sắp xếp thời gian cặp, khá nhiều, nhưng tất cả mọi người ở đây sẵn sàng làm điều đó. Hơn nữa, mọi người đều biết lịch trình là gì và nhờ điểm tiếp theo có ý tưởng về tiến trình đang diễn ra cho mỗi cá nhân. Vì vậy, nếu có một vấn đề, nó được quan tâm đúng mức.

3. Mỗi ngày chúng tôi làm một cuộc họp standup lúc 11:45. Đây là 15-20 phút. Mọi nhà phát triển / người QA đều lên tiếng. Về cơ bản, đó là một cách để nói "đây là điều tôi đang làm và đây là nơi tôi đang bị mắc kẹt", và nếu bạn bị mắc kẹt, bạn thường bị chỉ theo một hướng khác (nếu đó là vấn đề đã biết / vấn đề với mã ai đó rất quen thuộc với) hoặc thời gian cặp được thiết lập. Thỉnh thoảng một cuộc họp bổ sung được lên lịch.

4. Tôi đã phải đi sâu vào mã hoàn toàn xa lạ nhiều lần ở đây (như với bất kỳ công việc nào). Ai đó luôn luôn chắc chắn để sẵn sàng trả lời các câu hỏi, nếu không ngay lập tức.

Tôi sẽ nhắc lại những người khác: sắp xếp thời gian họp để đặt câu hỏi nếu có thể. Id vẫn không hữu ích. . . tôi cũng không muốn cực đoan ở đây Nhưng tôi không coi đó là nơi làm việc lý tưởng. Có thể mọi người vẫn đang hâm nóng bạn / nắm bắt được khả năng của bạn / v.v?

Tôi nghi ngờ rằng thời gian thêm dành cho tôi khi lên máy bay là dễ dàng hợp lý bởi vì một khi mọi người cảm thấy tôi tăng tốc thì rõ ràng có nghĩa là làm việc ít hơn cho họ. Nhiều thời gian dành cho ngắn hạn đã tiết kiệm rất nhiều thời gian dài hạn và mọi người đều hiểu rằng nơi tôi làm việc. Tôi rất may mắn ở vị trí hiện tại của tôi.

Thường thì đây là một vấn đề tập trung hơn thời gian. Lên lịch các cuộc họp 30-45 phút với trưởng nhóm hoặc cố vấn của bạn (trước hoặc sau bữa ăn trưa luôn là sở thích của tôi - dòng chảy của tôi đã bị phá vỡ sau đó) một vài lần một tuần và lưu lại câu hỏi của bạn sau đó.

Hầu hết các nhà phát triển (hoặc, ít nhất, những người có khả năng hữu ích nhất trong cuộc họp) sẽ ổn với điều này.

Nếu có một chi tiết rất cụ thể ngăn cản tiến trình của bạn, hãy sử dụng email.