Theo kinh nghiệm cá nhân của mình, tôi đã trực tiếp học được cách các chuyên gia công nghệ có thể chuyển đổi liền mạch sang vai trò lãnh đạo, quản lý hiệu quả cả những thách thức về quản lý và sản phẩm.  Tôi muốn chia sẻ với bạn kinh nghiệm   của tôi như một ví dụ trong đó một số tình huống nhất định đưa ra những thách thức và cơ hội phát triển độc đáo. Mặc dù những ví dụ này không thể dùng làm mẫu để trả lời các câu hỏi về lãnh đạo hoặc chiến lược trong các cuộc phỏng vấn nhưng chúng minh họa cách các kỹ sư có thể gặp phải những cơ hội và thách thức như vậy đòi hỏi bộ kỹ năng phi kỹ thuật bằng cách sử dụng kiến thức về lĩnh vực của họ. Tôi sẽ chia sẻ một số ví dụ, nêu bật không chỉ những thành tựu kỹ thuật mà cả những quyết định chiến lược và hành động lãnh đạo đã dẫn đến thành công. lãnh đạo  Sự chuyển đổi thực hành thử nghiệm của chúng tôi.  Trong một dự án, chúng tôi phải đối mặt với thách thức chung là mở rộng phạm vi thử nghiệm đồng thời giảm thời gian chu kỳ thử nghiệm. Nhận thức được những hạn chế của thử nghiệm thủ công, tôi đã đề xuất một chiến lược rõ ràng - chuyển sang tự động hóa. Tuy nhiên, việc thực hiện chiến lược này không phải là nhiệm vụ mà tôi có thể thực hiện một mình. Nó đòi hỏi nỗ lực hợp tác và chuyên môn kỹ thuật từ toàn bộ nhóm. Thông qua việc lập kế hoạch và phối hợp tỉ mỉ, tôi đã phát triển thiết kế chiến lược và kế hoạch thử nghiệm, phác thảo các hoạt động và chạy nước rút, đặt ra các ưu tiên và lập danh sách kiểm tra. Với sự chấp thuận của các bên liên quan, chúng tôi bắt đầu hành trình triển khai các thử nghiệm tự động trên nhiều thực thể và hành động. Sáng kiến này mang lại kết quả đáng chú ý, với việc giảm đáng kể 15% thời gian chu kỳ thử nghiệm và tăng đáng kể phạm vi thử nghiệm.  Các cải tiến, lỗi và lỗ hổng bảo mật.  Chúng tôi đã gặp phải nhiều lỗi ẩn, bao gồm cả các lỗ hổng bảo mật lớn, điều này đã thúc đẩy việc tìm hiểu sâu hơn về thử nghiệm thăm dò. Bằng cách tận dụng chuyên môn kỹ thuật của các thành viên trong nhóm, chúng tôi đã phát hiện ra những lỗi khó nắm bắt này, củng cố sản phẩm của mình trước các mối đe dọa tiềm ẩn. Tôi đã thực hiện kiểm tra bảo mật bắt buộc trong chu trình phát triển trước khi đưa ra bất kỳ thay đổi lớn hoặc tính năng mới nào. Mặc dù thực tế là chúng tôi thiếu chuyên môn, nhưng tôi vẫn liên tục tham khảo ý kiến của các chuyên gia an ninh mạng và lập danh sách kiểm tra bảo mật với việc sử dụng thêm máy quét lỗ hổng tự động. Là một người làm công nghệ, tôi đã học được rất nhiều điều khi tổ chức quá trình này. Cách tiếp cận chủ động này cho phép chúng tôi khắc phục sự cố ở giai đoạn trước, ngăn ngừa hư hỏng cho sản phẩm và đẩy nhanh quá trình kiểm tra bảo mật.  Lỗi tích hợp.  Bất chấp những nỗ lực tốt nhất của chúng tôi, các vấn đề tích hợp vẫn tồn tại, đe dọa tiến trình phát triển của chúng tôi. Nhận thấy mức độ cấp bách của tình hình, tôi đã giới thiệu và thực thi KPI để triển khai các bài kiểm tra đơn vị bao gồm 80% cơ sở mã. Hơn nữa, chúng tôi đã củng cố cơ sở hạ tầng thử nghiệm của mình bằng các thử nghiệm tích hợp, đảm bảo phát hiện lỗi sớm. Để giải quyết lỗ hổng trong phạm vi thử nghiệm cho các thành phần giao diện người dùng, tôi đã đề xuất một cách tiếp cận tương tự với nhóm của mình - triển khai thử nghiệm đơn vị cho 50% thành phần giao diện người dùng, phát triển khung thử nghiệm của chúng tôi. Thử thách là thuyết phục nhóm thực hiện việc này, sau đó thúc đẩy và kiểm soát các hoạt động này cũng như nhận được sự chấp thuận từ các bên liên quan vì chiến lược này tiêu tốn nhiều nguồn lực hơn và gây ra sự chậm trễ trong vận chuyển. Tuy nhiên, với chất lượng sản phẩm của chúng tôi cao hơn, thử nghiệm này cho thấy chiến lược này rất đáng giá.  Văn hóa xuất sắc trong nhóm QA của chúng tôi.  Thông qua các sáng kiến cố vấn và phát triển chuyên môn, tôi đã trao quyền cho các thành viên trong nhóm nắm quyền sở hữu công việc của họ, nuôi dưỡng ý thức trách nhiệm và niềm tự hào về những đóng góp của họ.  Một trong những khía cạnh bổ ích nhất trong những thách thức lãnh đạo của tôi là sự chuyển đổi trong quy trình phát hành của chúng tôi. Bằng cách thiết lập các biện pháp thực hành QA minh bạch và ưu tiên các lỗi tồn đọng, chúng tôi đã đạt được các bản phát hành ổn định và thường xuyên hơn (1-2 lần một tuần thay vì 1 lần trong hai tuần). Cách tiếp cận chiến lược này giúp giảm khoảng 70% các vấn đề có mức độ ưu tiên trung bình và cao trong môi trường sản xuất của chúng tôi. Hơn nữa, số lượng lỗi do người dùng cuối báo cáo đã giảm khoảng 80% sau khi cung cấp tính năng, điều này chứng tỏ tính hiệu quả của các chiến lược thử nghiệm của chúng tôi. Ngoài ra, tốc độ sửa các lỗi đã biết được cải thiện lên tới 300%, đảm bảo giải quyết nhanh chóng và giảm thiểu sự gián đoạn cho khách hàng của chúng tôi.  Nhiều tính năng hơn, ít lỗi hơn.  Bằng cách giảm bớt tắc nghẽn trong quá trình thử nghiệm, chúng tôi đã đạt được khối lượng công việc cân bằng hơn cho nhóm, phát hiện lỗi sớm hơn và tìm thấy ít lỗi hơn đáng kể sau khi phát hành. Giao tiếp hiệu quả với các bên liên quan, người quản lý và nhóm sản phẩm đã tạo điều kiện thuận lợi cho việc phân phối thành công nhiều dự án và tính năng đúng thời hạn. Ngoài ra, thông qua việc liên hệ thường xuyên với FO và BA, tôi đã đưa ra các sáng kiến (đã viết một số tài liệu giống như thông số kỹ thuật) để đề xuất các tính năng có giá trị và cải tiến giao diện người dùng, nâng cao trải nghiệm tổng thể của người dùng và chất lượng sản phẩm.  Những sáng kiến này nhấn mạnh cam kết của tôi trong việc thúc đẩy không chỉ sự xuất sắc về mặt kỹ thuật mà còn thúc đẩy sự hợp tác, hiệu quả và đổi mới trong nhóm. Bằng cách trao quyền cho các thành viên trong nhóm, hợp lý hóa các quy trình và thúc đẩy giao tiếp cởi mở, tôi đã đặt nền tảng cho sự thành công và phát triển bền vững cho cả nhóm và toàn bộ tổ chức.  Trách nhiệm của QA mở rộng sang lĩnh vực tư vấn CNTT, liên quan đến việc tạo điều kiện cải tiến, tham gia tích cực vào các cuộc thảo luận vấn đề và xác định vấn đề nhạy bén. Mặc dù QA có thể thiếu một số kỹ năng kỹ thuật nhất định để thực hiện trực tiếp nhưng trách nhiệm của họ nằm ở việc hướng dẫn các nhóm đi đúng hướng và đề xuất các giải pháp khả thi. Kỹ năng tư vấn này, thường bị bỏ qua, rất quan trọng trong việc góp phần tạo nên một quá trình phát triển suôn sẻ hơn và chất lượng sản phẩm cuối cùng. Một QA tốt không phải là người có kỹ năng kỹ thuật hoàn hảo, người có thể thực hiện các giải pháp mà là người có thể xác định nguyên nhân gốc rễ và hướng dẫn nhóm khắc phục nó một cách hiệu quả. Đây là suy nghĩ mà tôi thích áp dụng với tư cách là một chuyên gia CNTT và QA trong bất kỳ nhóm phát triển phần mềm nào.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

About Me

Read My Articles

Hire Me

Nghe bài viết này bằng Tiếng Anh, đọc bởi robot thông minh của HackerNoon

dài quá đọc không nổi

Make resilience your competitive advantage

Hiểu biết cá nhân: Từ chuyên gia công nghệ đến trưởng nhóm, điều hướng các thách thức về quản lý và sản phẩm

About Author

BÌNH LUẬN

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI

Related Stories

147 Stories To Learn About Reading Books Online

85 Stories To Learn About Travel

184 Stories To Learn About Psychology

72 Stories To Learn About Adam Smith

147 Stories To Learn About Reading Books Online

85 Stories To Learn About Travel

184 Stories To Learn About Psychology

72 Stories To Learn About Adam Smith

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps