Bốn năm làm kỹ sư phần mềm tại một công ty khởi nghiệp có tốc độ tăng trưởng cao, tôi đã học được một số bài học vô cùng quý giá mà tôi suy ngẫm ở đây. Đây là một danh sách đang phát triển và tôi sẽ tiếp tục thêm vào nó.

Công việc luôn thay đổi . Đặc biệt là khi công ty còn nhỏ. Khi tôi bắt đầu làm việc tại OpenGov với tư cách là nhân viên thứ 180, tôi không thể nói liệu mình có làm công việc giống như công việc mà tôi đang làm vào thời điểm đó, một tháng sau hay không. Mọi thứ đang thay đổi nhanh chóng, công ty đang cố gắng tìm kiếm vị trí của mình trên thị trường và điều đó đi kèm với các yêu cầu không ngừng phát triển.
Bạn là nhà văn hóa . Khi một công ty còn nhỏ, mọi điều mới hoặc quy trình hoặc cải tiến kỹ thuật do bạn giới thiệu đều có thể được toàn bộ tổ chức kỹ thuật áp dụng. (hoặc trong một số trường hợp là toàn bộ công ty) và có thể trở thành một phần của văn hóa khi công ty phát triển. Theo tôi, điều đó rất viên mãn và không phải ai cũng có được cơ hội đó. Luôn tìm kiếm những điều bạn có thể cải thiện và cố gắng bắt đầu một cuộc thảo luận. Bạn không cần phải tự mình làm tất cả những công việc nặng nhọc; xác định những gì có thể được thực hiện tốt hơn và thực hiện bước đầu tiên đó sẽ đi một chặng đường dài.
Chạm vào mọi phần của ngăn xếp . Trong một công ty khởi nghiệp với tư cách là một kỹ sư, các vai trò hiếm khi có ranh giới rõ ràng về “những việc” mà bạn có thể được yêu cầu làm, đặc biệt là với tư cách là một kỹ sư cấp dưới. Bạn có thể mong đợi làm việc trên giao diện người dùng, phụ trợ, cơ sở hạ tầng, cơ sở dữ liệu, v.v. Từ việc chuẩn bị một JIRA backlog cho một tính năng đến triển khai mã liên quan, mọi thứ đều là một phần của công việc.
Mọi thứ bị phá vỡ. Bạn triển khai một đoạn mã làm hỏng hệ thống hoặc không hoạt động giống như trong môi trường tiền sản xuất. Đôi khi cơ sở hạ tầng bị hỏng và bạn không thể triển khai bất cứ thứ gì! Đây là tất cả các cơ hội để học hỏi và cải thiện. Tại opengov, mặc dù chúng tôi có một nhóm phát triển tận tâm để xử lý các vấn đề như thế này, nhưng chúng tôi với tư cách là các kỹ sư cũng đã tiếp xúc với khía cạnh vận hành của công nghệ phần mềm.
Tài liệu là quan trọng. Vì chúng tôi đang bận rộn viết và vận chuyển mã, nên tài liệu có xu hướng bị bỏ lại phía sau. Bạn nên dành một chút thời gian, theo nhịp độ đều đặn, để tạo tài liệu mới và cập nhật những tài liệu hiện có. Tài liệu tốt, theo ý kiến của tôi, là dấu hiệu của một nhóm có hiệu suất cao. Khi mọi người đến và đi, đặc biệt đúng đối với các công ty mới thành lập, tài liệu là thứ giúp giới thiệu những người mới và truyền bá kiến thức về các hệ thống và lĩnh vực khác nhau trong các thành viên nhóm hiện có.
Giao tiếp là khó khăn . Để nhận được sự ủng hộ từ các bên liên quan khác nhau cho một dự án kỹ thuật, bạn cần giải thích cách nó mang lại giá trị cho khách hàng của bạn. Bạn muốn dành vài lần chạy nước rút tiếp theo để tái cấu trúc việc quản lý trạng thái ứng dụng của mình? Chà, hãy sẵn sàng giải thích điều đó với sản phẩm hoặc EM của bạn (những người đến lượt họ sẽ cần giải thích điều đó với cấp trên) tại sao điều đó lại quan trọng. Đôi khi, có lợi ích trực tiếp cho người dùng cuối, chẳng hạn như thời gian tải ứng dụng nhanh hơn, trải nghiệm người dùng tốt hơn, v.v. Những lúc khác, lợi ích sẽ là trải nghiệm nhà phát triển tốt hơn, điều này sẽ đẩy nhanh quá trình phát triển tính năng trong tương lai. Dù đó là gì đi nữa, việc hình thành câu chuyện đó một cách chính xác có thể rất phức tạp và ngay cả khi bạn không phải là người tham gia vào các cuộc đàm phán này, tôi khuyên bạn nên luôn thu nhỏ và xem xét công việc của mình từ lăng kính người dùng.
Tìm đúng người cố vấn. Giống như trong các lĩnh vực khác, cố vấn có thể thay đổi cuộc chơi với tư cách là một kỹ sư trẻ. Một người cố vấn không nhất thiết phải nắm tay bạn để dạy bạn điều gì đó mà là thúc đẩy bạn đi đúng hướng. Họ có nhiều kinh nghiệm trong lĩnh vực này, là những chuyên gia dày dạn kinh nghiệm và sẵn sàng chia sẻ kiến thức của họ với bạn. Liên hệ với những người trong nhóm/công ty mà bạn ngưỡng mộ và thảo luận về vấn đề mà bạn đang giải quyết, tài liệu thiết kế kỹ thuật mà bạn đang viết hoặc bất cứ điều gì bạn cần hướng dẫn.

Hồi ký công nghệ phần mềm