Câu chuyện Mai Cồ mới đi làm

Giới thiệu Đây là một bài viết non tech kể về một câu chuyện anh Mai Cồ đi làm tại công ty sau khi mới ra trường được vài tháng. Mai Cồ là tự nhận xét mình là một người khá chăm chỉ, luôn cố gắng hoàn thành các việc được giao nhanh nhất có

Giới thiệu

Đây là một bài viết non tech kể về một câu chuyện anh Mai Cồ đi làm tại công ty sau khi mới ra trường được vài tháng. Mai Cồ là tự nhận xét mình là một người khá chăm chỉ, luôn cố gắng hoàn thành các việc được giao nhanh nhất có thể và là một người hướng nội như hầu hết các anh chàng làm IT khác. Việc tính cách hướng nội khiến anh cảm thấy mình khá rụt rè trong việc hỏi han đồng nghiệp, sếp khi có vấn đề gì đó khó khăn, tuy nhiên sau khi làm một thời gian làm việc thì công việc đã trở nên dễ dàng hơn nên cũng không cần hỏi mọi người quá nhiều nữa. Điều này khiến Mai Cồ thoải mái hơn đôi chút khi làm việc, cho đến khi…

Cơn bão ập đến

Tuy nhiên chẳng có việc gì lương ngon lại dễ dàng mãi được, Mai Cồ được leader giao cho một task khá lớn, task này yêu cầu anh phải tìm hiểu hệ thống, triển khai một hệ thống tương tự quy mô đang hoạt động. Đồng nghĩa rằng task này sẽ liên quan đến rất nhiều các bên như Dev, Vận hành, Triển khai, BA, QA,… Mai Cồ tự nhủ với bản thân việc gì rồi cũng ổn cả thôi, bắt tay vào làm việc từng bước từng bước một là được.
image.png

Mai Cồ thực hiện các công việc mà anh có thể tự làm trước mà không cần liên quan đến phòng ban nào, vài tuần đầu tiên công việc khá suôn sẻ khi các task nhanh chóng được hoàn thành vì anh đã có kinh nghiệm với nhưng hệ thống đang làm. Nhưng vấn đề thực sự ập đến khi anh phải triển khai các ứng dụng mà liên quan đến các bên khác như: thay đổi domain, chỉnh sửa biến môi trường, chỉnh sửa các logic code được hardcode,… Với vai trò là một nhân viên “mới”, chỉ mới làm việc tại công ty được một vài tháng cộng thêm bản tính nhút nhát, Mai Cồ ngại ngùng không dám đề cập vấn đề trực tiếp với Leader các team mà chỉ theo quy trình, viết email gửi cho các bên rồi đợi phản hồi hoặc nhắn tin với các thành viên trong team cần hỗ trợ để nhờ trợ giúp.

Tất nhiên là tự dưng có ai đó ở đâu nhờ vả việc không đâu thì còn lâu mới giải quyết, và thế là việc của Mai Cồ trở nên stuck. Các đầu việc gì liên quan đến các bên khác là stuck hết, không thì cũng phải 2-3 ngày mới giải quyết được. Việc này khiến cho một con người đang làm việc khá hiệu quả như Mai Cồ trở nên xì trét, buồn chán công việc, không còn hứng thú làm tiếp vì không đạt được hiểu quả trong thời gian dài. Giờ đây trong suy nghĩ của Mai Cồ nảy ra 2 hướng đi mà anh phải lựa chọn:

  1. Tiếp tục công việc theo đúng quy trình, nhắn tin hoặc email nhờ các bên hỗ trợ, cung cấp các thông tin về dịch vụ cần triển khai. Cách này thì khá nhàn, lại đúng quy trình, không sợ bị đồng nghiệp, leader ghét vì nhờ vả nhiều. Nhưng nhược điểm thì thời gian hoàn thành có kéo dài ra 1 chút, chắc gấp đôi.

  2. Cách này thay vì nhắn tin cho nhân viên trong team cần hỗ trợ thì sẽ nhắn trực tiếp cho leader, vì cơ bản leader sẽ có trách nhiệm hơn và phân chia công việc cho nhân viên dưới quyền => Nhân viên dưới quyền sẽ hoàn thành tốt hơn, sớm hơn do là leader giao việc => Công việc của Mai Cồ cũng sẽ hoàn thành tốt hơn, sớm hơn. Hay Mai Cồ sẽ chủ động hơn, trực tiếp ra trao đổi với các Leader của các team trình bày vấn đề và yêu cầu hỗ trợ.

Mỗi người sẽ lựa chọn một cách khác nhau tùy vào mục đích khi làm việc, người an nhàn chỉ muốn nhận lương đều đặn không muốn mất lòng ai sẽ chọn cách 1, còn những người muốn hoàn thành công việc một cách xuất sắc, học hỏi được nhiều hơn sẽ chọn cách 2. Riêng với Mai Cồ, sau một vài đêm thức trắng suy nghĩ đắn đo anh đã liều mình phá bỏ những rào cản cá nhân chọn cho mình cách đi số 2, cách sẽ giúp anh hoàn thành công việc như ý muốn và đạt được những mục đích anh mong muốn khi đi làm.

Và tất nhiên với nhiều tháng đầu công việc bị stuck và hiệu quả kém chỉ thêm ít tháng sau Mai Cồ đã hoàn thành hết khối lượng công việc được giao. Mai Cồ hạnh phúc với những gì mình học được và tự tin mình có thể làm nhiều công việc lớn hơn và khó hơn nữa. Tuy nhiên Mai Cồ có bị đồng nghiệp, leader các team khác ghét vì hỏi nhiều lại còn hỏi ngu không thì không biết 😃)))

Kết

Đó là câu chuyện của Mai Cồ và lựa chọn của anh để giải quyết vấn đề anh gặp trong công việc khi mới bắt đầu đi làm. Nếu gặp trường hợp này bạn có cách nào hay hơn Mai Cồ không? Chia sẻ ở dưới để mình nói lại với Mai Cồ nhé 😃)))

Hy vọng bài viết này sẽ giúp bạn có một thái độ mới trong thời gian làm việc.

Bài viết này được truyền cảm hứng từ: https://www.nguyenphivan.com/post/leader-không-bỏ-lơ

Nguồn: viblo.asia

Bài viết liên quan

Thay đổi Package Name của Android Studio dể dàng với plugin APR

Nếu bạn đang gặp khó khăn hoặc bế tắc trong việc thay đổi package name trong And

Lỗi không Update Meta_Value Khi thay thế hình ảnh cũ bằng hình ảnh mới trong WordPress

Mã dưới đây hoạt động tốt có 1 lỗi không update được postmeta ” meta_key=

Bài 1 – React Native DevOps các khái niệm và các cài đặt căn bản

Hướng dẫn setup jenkins agent để bắt đầu build mobile bằng jenkins cho devloper an t

Chuyển đổi từ monolith sang microservices qua ví dụ

1. Why microservices? Microservices là kiến trúc hệ thống phần mềm hướng dịch vụ,