paint-brush
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ẩmtừ tác giả@shad0wpuppet
24,060 lượt đọc
24,060 lượt đọc

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

từ tác giả Konstantin Sakhchinskiy4m2024/01/25
Read on Terminal Reader
Read this story w/o Javascript

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

Trải nghiệm trực tiếp về quá trình chuyển đổi của một chuyên gia công nghệ sang vai trò lãnh đạo, quản lý các thách thức về quản lý, sản phẩm và kỹ thuật. Từ việc chuyển đổi các phương pháp thử nghiệm sang giải quyết các lỗi và lỗ hổng bảo mật, hãy khám phá các quyết định chiến lược và hành động lãnh đạo nhằm thúc đẩy thành công trong các nhóm kỹ thuật. Tìm hiểu cách các phương pháp tiếp cận chủ động, thực hành QA minh bạch và nuôi dưỡng văn hóa xuất sắc dẫn đến phát hành thường xuyên hơn, ổn định hơn và nâng cao chất lượng sản phẩm. Khám phá tầm quan trọng của trách nhiệm QA trong tư vấn CNTT và giải quyết vấn đề trong các nhóm phát triển phần mềm.
featured image - 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
Konstantin Sakhchinskiy HackerNoon profile picture
0-item

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 lãnh đạo 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.

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.