Contributor Là Gì ? Contributor Là Gì, Nghĩa Của Từ Contributor

Nếu bạn xem việc tăng trưởng ứng dụng là điều không hề thiếu trong tiềm năng tăng trưởng nghề nghiệp của mình thì có lẽ rằng bạn nên nghĩ đến tiềm năng trở thành một tech lead trong tương lai. Một tech lead hoàn toàn có thể tiếp đón nhiều vị trí, hoàn toàn có thể là team lead ( nhưng không báo cáo giải trình trực tiếp ) hoặc manager. Engineer manager là người chịu nghĩa vụ và trách nhiệm cho cả dự án Bất Động Sản và cả team của mình. Điều đó có nghĩa họ phải gánh trên vai việc làm của những thành viên trong team, sự tăng trưởng của doanh nghiệp, năng lực điều phối, deadline, văn hóa truyền thống, code, technical dept, vân vân và mây mây. Bạn đang xem : Individual contributor là gì

Và có lẽ cũng chẳng có con đường cụ thể, rạch ròi để đi từ vị trí developer đến tech lead. Nếu mục tiêu của bạn là trở thành người quản lý trong nay mai, bạn sẽ cần phải tự vấn bản thân với câu hỏi tại sao mình lại muốn vai trò này. Cần dựa trên các mục tiêu dài hạn để xem xét việc trở thành nhà quản lý có phù hợp với bản thân hay không.Bạn đang xem: Contributor là gì

*

Khuôn mẫu điển hình của một developer: ngủ, ăn, làm việc đêm và lặp lại

Xuất phát điểm của tôi là phát triển phần mềm vì tôi cảm thấy thoải mái khi làm việc với máy tính hơn là với mọi người. Nhưng sau một thời gian, tôi thấy mình hỗ trợ các nhà phát triển khác tốt hơn. Tôi thích thú tham gia các dự án hàng đầu và không ngừng nâng cao kỹ năng code standard. Đó là một lựa chọn rõ ràng của bản thân tôi.

Bạn đang xem: Contributor là gì

Đối với nhiều kỹ sư ứng dụng, phấn đấu trở thành một IC ( Individual Contributor : người góp phần cá thể ) có lẽ rằng là một con đường tối ưu hơn. Rất nhiều công ty sử dụng IC như một nhà quản trị. Những IC này còn hoàn toàn có thể sửa chữa thay thế một số ít vị trí như staff engineer, distinguished engineer hay fellow engineer. Đây đều là những vị trí kỹ thuật cấp cao, nhưng nhân viên cấp dưới cấp dưới lại chỉ báo cáo giải trình với quản trị chứ không phải những nhân sự kỹ thuật cấp cao này .Vậy, giờ bạn còn muốn trở thành một tech lead hay trưởng nhóm nữa hay thôi ? Điều quan trọng là phải xác lập được những gì đang điều hướng bạn. Liệu đó có phải là viết code hay lập trình ? Điều này có giúp cải tổ hiệu quả hay tương hỗ trong đàm phán deadline với những bên tương quan hay mang đến hiệu suất cao khi thuyết phục đội ngũ kinh doanh thương mại của bạn rằng tái cấu trúc code là điều thực sự thiết yếu ? Câu vấn đáp cho những câu hỏi này sẽ giúp bạn xác lập con đường nào tương thích hơn để đi đến vị trí mong ước của mình .
*
Lãnh đạo là về con người và làm việc nhómLãnh đạo là về con người và thao tác nhómNếu vẫn bạn đã tin sẽ có một con đường đi đến vị trí tech lead tương thích với mình, thì trước mắt, bạn có 1 số ít việc làm cần xử lý. Nhờ quản trị hoặc một người cố vấn đáng tin cậy trợ giúp trong những nghành mà bạn chưa nắm chắc. Dưới đây là mười điều cần quan tâm :

1. Bước tiến đầu tiên

Một nhà chỉ huy thực sự hoàn toàn có thể dẫn dắt mà không cần phải mang trên mình chức vụ hoặc quyền hạn nhất định. Bất cứ ai có chức vụ và được ban chỉ huy trao cho thẩm quyền đều hoàn toàn có thể ra lệnh. Nhưng đó không phải là chỉ huy – chỉ huy nằm ở những gì bạn làm được .Do đó, bạn nên mở màn từng việc nhỏ một. Đảm nhận nhiều nghĩa vụ và trách nhiệm hơn trong những dự án Bất Động Sản khó nhằn. Giúp đỡ đồng nghiệp bằng cách đưa feedback trong khi làm những pull request. Tình nguyện trình diễn về những bản update của dự án Bất Động Sản. Đề xuất nâng cấp cải tiến cho nhóm hoặc quá trình thao tác. Hướng dẫn một đồng nghiệp khác .Có nhiều thời cơ nhưng mọi người hoặc không muốn nhìn thấy hoặc không đủ trình độ hay tự tin để chớp lấy. Xác định những điều đồng nghiệp của bạn đang vướng mắc, sau đó bước lên và xử lý những yếu tố đó .

2. Trách nhiệm

Khi đảm nhiệm nghĩa vụ và trách nhiệm, hãy ước tính trước về mọi việc bạn cần làm và không nên làm. Một nhà chỉ huy luôn biết chịu nghĩa vụ và trách nhiệm và không đổ lỗi cho người khác, không kịp deadline hoặc do bug .Thay vì chỉ trích về một lỗi mà ai đó đã tìm ra, một người chỉ huy nên giúp họ sửa lỗi và đưa ra lời khuyên để tránh lặp lại lỗi này. Những lời bào chữa sẽ chẳng giúp ích được gì, thay vào đó hãy dành thời hạn để chuyển giao những gì bạn cam kết một cách tốt nhất. Nếu thiết yếu, hãy thương lượng gia hạn deadline với quản trị. Xem việc quản lý một dự án Bất Động Sản giống như việc làm kinh doanh thương mại của riêng bạn và thực sự chăm nom nó .

Gần đây, một trong những tech lead trong nhóm tôi đã phải cắt giảm một nhánh chủ đạo mới thành lập vì xuất hiện thiếu hụt lớn trong unit test coverage. Tuy nhiên, thay vì phàn nàn, anh đã nhanh chóng tiến hành bổ sung thêm kiểm tra những chỗ bị sót. Sau đó, giải thích cách kiểm tra phù hợp với tổng thể, bao quát và cách viết unit test cho các tính năng phức tạp. Vị leader không hề đổ lỗi cho bất kỳ ai, thậm chí còn đề xuất giúp đỡ cho những ai cần. Nhóm tôi thực sự đánh giá cao điều đó.

3. Mối quan hệ

Đôi khi mọi người lý giải sai những mối quan hệ và gọi những mối quan hệ này là lấy lòng những sếp. Có thể chúng là những thứ giống nhau. Tuy nhiên, nếu bạn không muốn dính dáng vào chuyện “ thiết kế xây dựng những mối quan hệ ”, thì có lẽ rằng ngay từ đầu, hãy tâm lý lại về việc trở thành chỉ huy .

Xây dựng các mối quan hệ là một trong những trách nhiệm của các engineering manager. Ý nghĩa của việc quản lý là hoàn thành công việc thông qua những người khác. Do đó hãy bắt đầu xây dựng mối quan hệ tốt với các engineering manager khác vì họ là chính là những đồng nghiệp tương lai của bạn.

Xem thêm: Top Game Nhiều Người Chơi Nhất 2016, Game Nhiều Người Chơi Nhất 2016

4. Chuyên môn kỹ thuật

5. Cố vấn

Bất kỳ một “ developer thực sự có tài năng ” nào trong team nhưng không thao tác theo đội nhóm đều có hại hơn là có ích. Nếu kỹ thuật là điểm mạnh của bạn, hãy trợ giúp người khác đạt đến trình độ của bạn. Lập trình theo cặp, nhìn nhận code, thuyết trình nhóm, thao tác trong những dự án Bất Động Sản nguồn mở hoặc nguồn đóng là đều là những trường hợp đơn cử để bạn khởi đầu tư vấn cho người khác .Rất hiếm khi ai đó đến và nhu yếu bạn làm cố vấn của họ. Tuy nhiên, bằng cách tự thiết kế xây dựng tên thương hiệu cho mình thành “ chuyên viên ” và dữ thế chủ động thực thi những điều được đề cập ở trên, mọi người sẽ tự nhiên khởi đầu tìm đến bạn để xin lời khuyên. Bằng cách giúp sức người khác, bạn kiến thiết xây dựng những mối quan hệ có ý nghĩa và khiến mọi người tôn trọng. Và biết đâu, họ cũng làm tựa như như vậy với bạn để “ đáp lễ ” hay làm cố vấn cho những người khác .

6. Quản lý dự án

Giao trả những dự án Bất Động Sản đúng thời hạn là một trong những nghĩa vụ và trách nhiệm cốt lõi của bất kể nhà chỉ huy nào. Là một nhà tăng trưởng, nếu bạn liên tục trễ deadline và nhìn nhận thấp những task được giao, chẳng ai hoàn toàn có thể tin cậy bạn. Bạn phải tự sắp xếp và thao tác để luôn đứng đầu trong những trách nhiệm được giao .Thực ra, rất khó để ước tính những dự án Bất Động Sản ứng dụng vì có nhiều yếu tố không hề khẳng định chắc chắn trước. Tuy nhiên, nếu làm đúng với tiến trình điều này không phải là không hề. Hãy trao đổi liên tục về tiến trình và kỳ vọng của dự án Bất Động Sản với người quản trị hoặc những bên tương quan .Các tech lead hoàn toàn có thể đề cập đến quá trình, blocker hay bàn đến việc không giao kịp deadline trong những những báo cáo giải trình hàng tuần .

7. Giao tiếp

Giao tiếp rõ ràng và đúng chuẩn là một kiến thức và kỹ năng cực kỳ quan trọng của bất kể nhà chỉ huy nào. Nếu bạn không hề lý giải rõ ràng những gì bạn muốn có được từ đội nhóm của mình, thì bạn đã thất bại với tư cách là người chỉ huy trước cả khi khởi đầu việc làm .Giao tiếp có nhiều hình thức, gồm có bằng lời nói, bằng văn bản và thậm chí còn là ngôn từ khung hình. Luôn luôn cải tổ tổng thể những kỹ năng và kiến thức tiếp xúc của bạn .Nhóm của tôi đã trễ deadline trong một vài dự án Bất Động Sản vì tôi không hề truyền đạt những nhu yếu rõ ràng và đúng lúc. Một vài trường hợp trong đó, việc thiếu kiến thức và kỹ năng tiếp xúc tạo ra sự nhầm lẫn so với đội được giao. Qua đó, tôi học được rằng dựa vào những nhà quản trị dự án Bất Động Sản hoặc những bên tương quan đến kinh doanh thương mại để lý giải những chi tiết cụ thể của dự án Bất Động Sản thường không hiệu suất cao. Một tech lead phải hiểu rõ dự án Bất Động Sản và sau đó tự lý giải cho bản thân và ở đầu cuối là giao việc cho nhóm. Đồng thời cũng phải thôi thúc nhân viên cấp dưới của mình thao tác dựa trên cách hiểu đó .

8. Quản lý ngược

Quản lý người quản lý của bạn (và đôi khi là quản lý cả người quản lý của quản lý). Điều này có nghĩa là liên tục liên lạc với họ và tính đến các trường hợp có thể xảy ra. Các nhà quản lý không mấy ai thích bất ngờ, dù cho đó là tình huống tốt hay xấu. Thiết lập mối quan hệ tin cậy với người quản lý của bạn. Hãy trở thành người thực hiện các dự án quan trọng, cao cấp, và thực sự hoàn thành chúng đúng thời hạn và ngân sách đã đề ra. Như vậy, các dự án về sau bạn cũng có thể được tin cậy và được áp dụng lại quy trình tương tự.

9. Xung đột và khủng hoảng

Bất kể bạn có bao nhiêu unit hay tích hợp đi chăng nữa thì vẫn sẽ luôn xảy ra các vấn đề sản xuất. Tất nhiên, bạn luôn muốn giảm đến mức tối thiểu số lượng bug khi làm 1 dự án. Điều quan trọng hơn là cách bạn xử lý các vấn đề sản xuất. Một người hoảng loạn khi đối mặt với áp lực ngay lập tức bị loại khỏi cương vị một nhà lãnh đạo trong mắt nhân viên. Cả nhóm và các nhà quản lý khác muốn thấy một người bình tĩnh, giữ mọi thứ trong tầm kiểm soát, ngay cả trong những tình huống căng thẳng nhất.

Xem thêm: Khách Du Lịch Là Gì – Phân Loại Khách Du Lịch

Một tech lead khác mà tôi biết thì lại rất stress với deadline, anh ta cáo ốm vào đúng ngày chúng tôi phải ra đời tính năng mới. Anh ấy cho mọi người thấy sự lo ngại của mình, và điều này làm cho mọi người xung quanh không tự do khi thao tác chungTrên đây là 2 trường hợp trái chiều trọn vẹn, và cũng dễ để đoán xem ai thành công xuất sắc hơn với vai trò là một tech lead.

ĐÁNH GIÁ post
Bài viết liên quan

Tư vấn miễn phí (24/7) 094 179 2255