Các kỹ sư ở giai đoạn đầu khởi nghiệp hoạt động trong môi trường áp lực cao. Với nguồn lực hạn chế và các ưu tiên thay đổi liên tục, khối lượng nhận thức của họ là vô cùng lớn. Gánh nặng này có thể cản trở năng suất, sự đổi mới và sự hài lòng của kỹ sư.  Các công ty khởi nghiệp phải ưu tiên giảm thiểu tải nhận thức.  Bài viết trước của tôi trên Hackernoon đã thảo luận về việc làm thế nào   đối với việc quản lý khối lượng nhận thức to lớn của các kỹ sư. Tôi đã lập luận rằng việc thúc đẩy trạng thái dòng chảy giúp giảm gánh nặng nhận thức, trao quyền cho các kỹ sư tận dụng khả năng tinh thần của họ để đổi mới và nâng cao năng suất một cách đầy đủ. để đạt được trạng thái dòng chảy là rất quan trọng  Môi trường khởi nghiệp áp lực cao làm căng thẳng trí óc với những vấn đề không rõ ràng, chuyển ngữ cảnh liên tục và thiếu cấu trúc.  Startup Drain trên Engineering Minds  Các kỹ sư làm việc cho các công ty khởi nghiệp bị ném vào tình trạng không chắc chắn và phức tạp. Tìm ra những vấn đề không được xác định rõ ràng và có ít cấu trúc là điều khó khăn trong tâm trí. Phải đối phó với nhiều ẩn số trong khi tiền đặt cược cao có thể gây căng thẳng.  Các ưu tiên trong kinh doanh thay đổi nhanh chóng, vì vậy các kỹ sư phải liên tục chuyển đổi bối cảnh. Các quy trình và cơ sở hạ tầng không được thiết lập tốt cũng làm tăng tải nhận thức. Mọi lựa chọn đều cảm thấy to lớn khi không có nhiều thứ để giữ chân bạn.  Lực kéo của tải nhận thức đối với tốc độ của nhà phát triển  Các nghiên cứu cho thấy rằng   có thể được sử dụng cho các tác vụ. Khi các kỹ sư đẩy tâm trí của họ đến giới hạn, công việc của họ bị ảnh hưởng. tải nhận thức trực tiếp cắt giảm dung lượng bộ nhớ làm việc  Chiến đấu với các công cụ xấu và không biết bạn muốn đạt được điều gì thật khó chịu. Khi bạn có nhiều điều phải suy nghĩ, bạn sẽ nhanh chóng kiệt sức.  Các công ty khởi nghiệp không thể để các kỹ sư không làm tốt nhất có thể. Để có tốc độ bền vững, bạn phải có khả năng xử lý gánh nặng tinh thần của mình.  Tải trọng nhận thức trong mã giải mã  Việc hiểu các cơ sở mã rối rắm cũng đánh thuế bộ não của các kỹ sư. Các dự án có sự phụ thuộc đan xen, đặt tên không nhất quán, trừu tượng quá thông minh và mục đích mơ hồ áp đặt các đường cong học tập dốc.  Các công ty khởi nghiệp nên ủng hộ các phương pháp viết mã tốt nhất tập trung vào khả năng hiểu. Các biến được đặt tên hợp lý, các hàm nhỏ tập trung, phân tách các mối quan tâm và loại bỏ sự trùng lặp để tránh làm quá tải bộ nhớ làm việc. Nhận xét làm sáng tỏ cơ sở lý luận và kiến trúc cấp cao. Mã có thể nắm bắt cho phép nhân viên mới tăng tốc nhanh hơn.    đóng một vai trò quan trọng trong việc xác định chính xác các khu vực cần cải thiện. Người đánh giá có thể gọi ra logic phức tạp và đề xuất đơn giản hóa. Tái cấu trúc thường xuyên giữ cho mã rõ ràng là ưu tiên hàng đầu khi hệ thống phát triển. Mã dễ đọc bổ sung cho tải nhận thức được kiểm soát. Đánh giá mã  Tải trọng nhận thức đối với các nhóm kỹ thuật  Ngoài gánh nặng nhận thức cá nhân, các nhóm giải quyết gánh nặng tập thể. Quá nhiều sự chuyển giao giữa các nhóm, quyền sở hữu không rõ ràng và sự phối hợp phức tạp ngày càng tích tụ. Các kỹ sư lãng phí năng lượng tinh thần để điều hướng rối loạn tổ chức.  Các cấu trúc liên kết nhóm hiệu quả, giống như cấu trúc do Matthew Skelton và Manuel Pais đề xuất, hợp lý hóa công việc giữa các nhóm và giảm thiểu chi phí phối hợp. Các nhóm nền tảng cung cấp quyền truy cập tự phục vụ cho các nhu cầu cơ bản. Các nhóm tính năng sở hữu các lát dọc với quyền tự chủ. Các nhóm hỗ trợ cung cấp chuyên môn chuyên môn. Với các miền rõ ràng, các nhóm có thể tập trung nỗ lực nhận thức vào việc mang lại giá trị.  Loại bỏ phiền nhiễu và sự không chắc chắn  Các nhà lãnh đạo cần loại bỏ những điều gây xao nhãng và sương mù mà các kỹ sư không cần đến. Dọn dẹp không gian vật lý và kỹ thuật số của bạn. Quy trình làm việc và giao tiếp nên được cải thiện.  Đặt mục tiêu rõ ràng tập trung vào những gì khách hàng muốn. Cắt giảm các cuộc họp và kiểm tra trạng thái không cần thiết. Dành nhiều thời gian hơn để tập trung vào trạng thái dòng chảy.  Đơn giản hóa các quy trình để chúng chỉ làm những gì cần phải làm. Tự động hóa có thể loại bỏ các nhiệm vụ có giá trị thấp được thực hiện lặp đi lặp lại. Cung cấp cho các kỹ sư công cụ họ cần để tìm và loại bỏ phiền nhiễu.  Bắt đầu với Tổ chức Công cụ Trực quan  Việc chọn các công cụ và kiến trúc đơn giản, nổi tiếng sẽ cắt giảm tải nhận thức ngay lập tức. Xây dựng trên các mẫu đã được chứng minh và không làm lại những điều cơ bản.    và các công cụ dựa trên đám mây như GitHub Codespaces, Coder, Gitpod, Codeanywhere, Daytona hoặc Replit cung cấp cho nhà phát triển môi trường sẵn sàng viết mã ngay lập tức. Điều này giúp bạn không tốn năng lượng tinh thần để thiết lập và sửa chữa môi trường. Môi trường nhà phát triển được tiêu chuẩn hóa  Sử dụng tài liệu sống để giúp mọi người hiểu nhau. Tối ưu hóa việc chia sẻ kiến thức. Sử dụng tên miền thay vì lớp để mô đun hóa.  Chọn các khuôn khổ có quan điểm về tính linh hoạt. Lấy đi sự lựa chọn. Đưa đủ cơ cấu để giảm tải nhưng đừng làm khó quá.  Thêm phức tạp có chủ ý  Sự phức tạp nên được thêm vào một cách có chủ ý, không phải là ưu tiên. Đợi các nhu cầu được xác thực trước khi giới thiệu các công cụ, kiến trúc phức tạp hoặc quy trình mới.  Các kỹ sư phải thúc đẩy việc bổ sung độ phức tạp dựa trên kinh nghiệm dày dặn kinh nghiệm chứ không phải giả định. Chống lại những người sáng lập hoặc nhà đầu tư nhấn mạnh vào công nghệ không cần thiết.  Tận dụng   để tích hợp thử nghiệm với mức đầu tư tối thiểu. Đo lường tải nhận thức một cách định tính. bằng chứng khái niệm  Đánh giá tải nhận thức  Mặc dù tải nhận thức có thể xuất hiện mơ hồ, nhưng các nhà nghiên cứu đã tạo ra các cách để đo lường nó. Một thang đo được sử dụng rộng rãi là   , đánh giá nhu cầu về tinh thần, thể chất và thời gian, hiệu suất, nỗ lực và sự thất vọng. Chỉ số Tải trọng Nhiệm vụ của NASA (TLX)  Các công ty khởi nghiệp nên tận dụng các công cụ như NASA TLX để định lượng tải nhận thức theo thời gian. Nhật ký xếp hạng cho các kỹ sư trong các giai đoạn phát triển sản phẩm khác nhau. Xác định các đột biến có thể báo hiệu quá tải. Theo dõi mức trung bình để hiển thị các điểm yếu trong quy trình làm việc. So sánh tải trước và sau khi thay đổi quy trình cho thấy tác động.  Việc đo lường và điều chỉnh các số liệu như thời gian đạt năng suất và sự hài lòng phải liên tục. Số liệu định lượng bổ sung cho phản hồi định tính từ các kỹ sư. Họ cùng nhau cung cấp những hiểu biết hữu ích về việc tinh chỉnh trải nghiệm của nhà phát triển.  Tinh chỉnh trải nghiệm của nhà phát triển theo chiều dọc  Khi công ty khởi nghiệp lớn lên, hãy đo tải nhận thức kỹ thuật ở mỗi cột mốc. Ghi lại dữ liệu tải trước và sau khi thay đổi công cụ, quy trình hoặc kiến trúc quan trọng.  Theo dõi các chỉ số tải như tốc độ thấp hơn, tỷ lệ lỗi cao, sự thất vọng và rủi ro rời bỏ. Thường xuyên khảo sát mức độ hạnh phúc của kỹ sư.  Trao cho các kỹ sư quyền tự chủ và quyền làm chủ để định hình trải nghiệm của chính họ. Loại bỏ trở ngại tinh thần không cần thiết để kích hoạt năng suất.  Áp lực của các công ty khởi nghiệp giai đoạn đầu đặt ra yêu cầu cao về nhận thức đối với các kỹ sư. Loại bỏ nỗ lực tinh thần không cần thiết thông qua các quy trình có chủ ý, quy trình làm việc được đơn giản hóa và các công cụ trực quan giúp mở ra năng suất cao hơn, tốc độ đổi mới và hoàn thành công việc trong suốt hành trình khởi nghiệp.  5 chiến thuật để giảm tải nhận thức   Dưới đây là 5 cách chính mà các công ty khởi nghiệp có thể giảm tải nhận thức cho các kỹ sư:  Loại bỏ phiền nhiễu bằng cách giảm thiểu sự gián đoạn và môi trường sắp xếp gọn gàng.  Bắt đầu với nền tảng trực quan thông qua các công nghệ quen thuộc và kiến trúc đơn giản.  Thêm độ phức tạp một cách có chủ ý sau khi được xác thực, tránh quá phức tạp sớm.  Định lượng tải nhận thức ở các giai đoạn khác nhau để xác định điểm đau.  Liên tục tối ưu hóa trải nghiệm của nhà phát triển bằng cách cung cấp các công cụ và tài nguyên năng suất.  Giảm thiểu nỗ lực tinh thần không cần thiết nên là ưu tiên hàng đầu đối với các công ty khởi nghiệp ở giai đoạn đầu.  Điều này cho phép các kỹ sư tập trung nguồn lực nhận thức của họ vào việc mang lại giá trị tối đa trong các giai đoạn hình thành quan trọng.

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

problems of dev envs today are unbearable

Read My Stories

Head of Growth at Daytona.io

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

Giảm tải nhận thức cho các kỹ sư khởi nghiệp

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

85 Stories To Learn About Travel

184 Stories To Learn About Psychology

85 Stories To Learn About Productivity Hacks

72 Stories To Learn About The Essays Of Adam Smith

85 Stories To Learn About Travel

184 Stories To Learn About Psychology

85 Stories To Learn About Productivity Hacks

72 Stories To Learn About The Essays Of Adam Smith

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps