BrSE là gì chắc các bạn cũng biết. Còn SE (Software engineer) là kỹ sư phần mềm những người áp dụng các nguyên tắc của công nghệ phần mềm vào việc thiết kế, phát triển, bảo trì, kiểm tra, kiểm thử và đánh giá phần mềm máy tính. Ở đó SE sẽ làm những công việc như sau:
Kỹ sư phần mềm không phải là một developer chỉ đơn thuần làm công việc viết mã mà họ còn làm nhiều việc hơn để phát triển phần mềm như:
- Xác định sản phẩm phần mềm, phân tích nhu cầu cũng như mong muốn của khách hàng đối với sản phẩm để phát triển hay cải tạo, nâng cấp nó phù hợp với những gì khách hàng đang cần
- Chi tiết hóa, phát triển và chọn lọc những nguyên mẫu, mô phỏng để tái xác định yêu cầu
- Tinh giản hóa và phân tích lợi nhuận, lựa chọn kiến trúc và bản thiết kế (framework) cho ứng dụng, điều chỉnh kinh phí và lên kế hoạch cho dự án
- Thiết kế, cài đặt cấu hình, lập trình chế tạo hợp nhất di trú dữ liệu
- Viết tài liệu cho người dùng và đối tác
- Tập hợp những phản hồi của Tester trước khi phát hành để khắc phục nếu có bug
- Tham gia hoạt động phát hành và tiến hành sản phẩm phần mềm, quảng bá công nghệ đồng thời phân tích cạnh tranh cho phiên bản sản phẩm phát hành sau
- Bảo trì phần mềm giúp duy trì hoạt động tốt nhất cho phần mềm khi khách hàng sử dụng
Khi gặp một khối lượng công việc lớn thì giữa SE và BrSE sẽ phải đối mặt những vấn đề ấy theo một cách khác nhau.
1. SE chịu áp lực lâu dài hơn-BrSE chịu áp lực lớn hơn
BrSE
BrSE tiếp nhận và chuyển giao input của dự án, SE tiếp nhận nó và tạo ra output. Vì quá trình tạo ra output luôn cần nhiều thời gian hơn là tiếp nhận input nên có thể hiểu đơn giản rằng, áp lực lên SE sẽ được dàn đều trên một khoảng thời gian dài hơn so với áp lực của BrSE. Tuy nhiên chúng ta cần đi thật sâu và phân tích chi tiết quan điểm này.
Thứ nhất, vốn dĩ công việc của BrSE đã được so sánh với hình ảnh "Trên đe dưới búa". Trên thì bị khách hàng giã, dưới thì chịu áp lực từ phía team. Khi khối lượng công việc dồn về nhiều vượt quá khả năng tiếp nhận và xử lý thì vị trí này bỗng trở thành một "Bottleneck"-Nút thắt cổ chai của cả dự án. Khi đó vấn đề gặp phải và áp lực tương ứng tạo ra sẽ là:
- Không dịch kịp tài liệu và các trao đổi từ phía khách hàng cho team -> Điều này khiến cho các tasks của team bị đình trệ, anh em có thể phải ngồi chơi giai đoạn đầu, còn giai đoạn sau lại chạy thục mạng. Khi bạn làm không kịp và gây ra ảnh hưởng lên nhiều người khác, bạn sẽ thấy một áp lực vô hình, đôi khi là cảm thấy bản thân khá bất lực.
- Không trả lời kịp thời các câu hỏi khách hàng đưa ra -> Quá trình trao đổi bị "ùn ứ". Khác với SE, task sẽ có due date, có deadline tính bằng ngày. Còn trao đổi với khách hàng sẽ luôn có yêu cầu response giới hạn tính bằng phút, 15, 30 phút hay tối đa là cũng chỉ tầm vài giờ bạn phải trả lời trong điều kiện bạn không bị bận họp hành hay có lý do bất khả kháng nào đó. Vì vậy bạn luôn bị căng thẳng cao độ nếu như một lúc có tới 4, 5 người bên khách hàng hỏi và yêu cầu giải quyết vấn đề của họ. Xong rồi thư thoảng sẽ có vài SE sang yêu cầu bạn giải thích hay chốt spec để họ làm.
- Không bao giờ có đủ thời gian để nắm bắt toàn bộ tiến độ của dự án, chứ đừng nói gì tới cách mỗi task được implement ra sao -> Và khi báo cáo với khách hàng thì đúng là chả khác gì một cuộc phỏng vấn tuyển dụng, hay như một cuộc chiến mà bạn mang thân ra chiến trường chỉ để đối phương hành xác và làm bia để nã đạn. Người ta nói con giun xéo lắm cũng quằn, có thể ngay lập tức bạn không cảm nhận được, nhưng dần già sẽ là stress, ức chế và trầm cảm...vv
- Không bao giờ đảm bảo được chất lượng như bạn mong muốn -> Đúng vậy, bạn không bao giờ có được tất cả như mình mong muốn. Bạn buộc phải lựa chọn giữa "chất" lượng và "số" lượng. Đây là vấn đề đa số mọi người và các công ty sẽ phải đối mặt trong thực tế. Nếu bạn là người cầu toàn thì ắt hẳn sẽ có một sự khó thích nghi ở đây.
- Không có đủ thời gian để quản lý và đảm bảo quy trình vận hành đúng -> Sau thời gian đủ dài làm trong ngành, cuối cùng mình cũng đã cảm nhận được vai trò to lớn của người quản lý và task quản lý với việc vận hành của team và đánh giá từ phía khách hàng. Và khi nó thiếu sót, ắt hẳn tác động của nó là vô cùng lớn. "Nếu bạn không thể chủ động quản lý team của mình, thì khách hàng sẽ gây sức ép và ép team của bạn theo ý của họ" - Đây là điều mình luôn tự nhắc bản thân. Tuy nhiên có những thời điểm bạn có thể biết, nhưng bạn không thể tránh.
..vv. Tóm lại thì tất cả những vấn đề này đều cẩn giải quyết nhanh nên áp lực này sẽ dồn nén nên BrSE sẽ rất lớn.
..vv. Tóm lại thì tất cả những vấn đề này đều cẩn giải quyết nhanh nên áp lực này sẽ dồn nén BrSE rất lớn.
SE
- Nếu không hoàn thành task của mình, thì task của người khác sẽ không bắt đầu hay không hoàn thiện được → Không chỉ task của SE khác sẽ bị đình trệ, mà task của QA cũng sẽ bị chậm.
- Phải làm thêm giờ nhiều để đảm bảo tiến độ → Việc tăng tốc độ hoàn thành task của SE có vẻ ít khả thi, vì nghĩ nhanh hơn và tăng tốc độ gõ bàn phím để code nhanh hơn thực sự là ít khả thi. Và phương án đưa ra chỉ có thể là ở lại làm thêm một chút, OT để làm thêm được task khác. Về cơ bản áp lực sẽ kéo dài hơn.
- Dễ dẫn tới sai sót → Tuy không bị áp lực lớn trong thời gian hữu hạn như BrSE, nhưng OT triền miên trong thời gian dài dễ gây nên sự mất tập trung, buồn ngủ. Mà hậu quả do những sai sót của SE trong quá trình implement nếu không được phát hiện trong quá trình test thì thực sự là một thảm hoạ khi nó gây ảnh hưởng nên người dùng cuối và uy tín của khách hàng.
- Dễ bị stress và chán nản với công việc → Trong tình hình nhân lực CNTT đang thiếu thốn dư này thì đây quả là vấn đề khá là nghiêm trọng.
2. Khi không hoàn thành nhiệm vụ, BrSE gây hậu quả rộng hơn, SE có thể gây hậu quả nghiêm trọng hơn
Như đã phân tích ở trên.
Như một cái bottleneck, khi BrSE không hoàn thành nhiệm vụ của mình thì hậu quả sẽ lan rất rộng.
- Chậm chuyển task và spec cho cả team khiến tiến độ chung bị chậm
- Chậm báo cáo tình hình được cho khách hàng khiến cả team bị đánh giá
- Sai sót có thể dẫn tới nhiều member implement nhầm hướng
Còn SE sẽ gây ra những hậu quả có độ nghiêm trọng có thể rất cao
- Hoàn thành task chậm ảnh hưởng tới việc merge và test các task khác
- Nhiều bug hơn ảnh hưởng tới tiến độ fixbug của dự án
- Bug lọt qua vòng test xảy ra trên production dễ gây ảnh hưởng lớn tới user và uy tín của khách hàng
Đặc biệt là những bug liên quan tới bảo mật, lộ thông tin cá nhân...vv
3. Tác động lên sức khoẻ khác nhau
Ngoài các bệnh chung khi dân IT làm việc lâu dài với khối lượng công việc lớn như là đau lưng, đau vai, đau đầu, trĩ, stress...vv ra thì giữa BrSE và SE do đặc trưng áp lực khác nhau nên sẽ có chút khác biệt
SE
- Chán nản với công việc, mệt mỏi
- Thoát vị đĩa đệm
- Béo bụng
- Cận thị
- Lười vận động
BrSE
- Stress cao độ
- Đau dạ dày
- Đau nửa đầu và hốc mắt
- Tâm thần
Có thể các bạn sẽ thấy "Tâm thần" thì chắc không tới mức đó đâu. Nhưng mình đã chứng kiến trong thực tế rồi nên các bạn đừng chủ quan với sức khỏe của mình nhé.
Hiện tại, vì số lượng BrSE đang ít và nhu cầu thị trường đang cao nên để giải quyết vấn đề cho BrSE sẽ khó khăn hơn.
Tóm lại thì mong các bạn có được tâm thế lạc quan, sẵn sàng học hỏi từ những thách thức như áp lực và khối lượng công việc lớn. Thay đổi và thích nghi một cách hợp lý chứ đừng dễ dàng từ bỏ nhé.
Japan IT Works sưu tầm
