Kỹ sư là nhà thiết kế tốt nhất của bạn

Mọi người, những người làm việc tại một công ty công nghệ đều biết cách các nhà thiết kế sản phẩm và nhà phát triển phần mềm khác nhau: họ thường có bộ kỹ năng khác nhau, trách nhiệm khác nhau và, theo nhiều cách, bộ não của họ chỉ hoạt động khác nhau. Vì các nhà thiết kế và nhà phát triển rất khác nhau, nên giữ chúng tách biệt trong các dự án.

Đúng?

Theo truyền thống, chúng tôi sẽ tạo ra một silo chuyên dụng cho từng hoạt động riêng biệt trong quy trình gồm nhiều bước và phân công các chuyên gia tập trung vào từng bước độc lập đó. Đây là và vẫn là một cách tiếp cận dây chuyền lắp ráp khá phổ biến đối với quy trình sản xuất.

Dòng hội thực sự là một phép lạ, vẫn còn.

Từ khóa ở trên là sản xuất. Nếu bạn đang sản xuất hàng ngàn và hàng nghìn đơn vị sản phẩm giống nhau, tất cả dựa trên một bản thiết kế duy nhất, thì cách tiếp cận đó thật tuyệt vời, cho đến ngày nay (tất nhiên, ngoại trừ, không có nhiều người tham gia vào dây chuyền lắp ráp hoạt động nữa không).

Hãy để cùng nhau chuyển sang thế giới hiện đại của sự đổi mới công nghệ không ngừng. Đổi mới, theo định nghĩa, liên quan đến việc tạo ra một cái gì đó mới, - nói chung là một sản phẩm kỹ thuật số có một chút tùy chỉnh. Điều đơn giản nhất ở đây là áp dụng cùng một dây chuyền lắp ráp quen thuộc, cách tiếp cận thác nước cho nó.

Cách tiếp cận thác nước truyền thống.

Chà, điều này không đúng với chúng tôi - và với hầu hết các công ty ngoài kia. Phương pháp Agile đã trở thành câu trả lời cho nhiều người, dẫn đến việc các công ty áp dụng lịch trình chạy nước rút nhanh chóng và linh hoạt trong nhóm phát triển.

Cách tiếp cận thác nước lấy cảm hứng từ Agile.

Mặc dù được truyền cảm hứng từ Agile, nhưng nó khó có thể được gọi là một cách tiếp cận Agile thực sự vì nó không bổ sung tất cả sự nhanh nhẹn đó vào toàn bộ doanh nghiệp. Với ý nghĩ đó, nhiều công ty tiến xa hơn và mở rộng lịch trình chạy nước rút bên ngoài nhóm phát triển, và bao gồm các nhóm thiết kế và quản lý sản phẩm.

Một cách tiếp cận thác nước lấy cảm hứng từ Agile tốt hơn.

Đáng buồn thay, rất thường xuyên mà mức độ mà các tổ chức nhìn thấy cách tiếp cận Agile. Vâng, bây giờ bạn có thể tận hưởng sự nhanh nhẹn khi điều hành các nhóm sản phẩm theo cách giúp bạn dễ dàng học hỏi từ thị trường và thay đổi khóa học khá nhanh chóng.

Tuy nhiên, quy trình làm việc thực tế trong các lần chạy nước rút về cơ bản vẫn là một dây chuyền lắp ráp - thường với các sản phẩm được chuyển từ một đội chuyên biệt sang một đội khác qua hàng rào khác. Trong khi tại nhà máy sản xuất của Ford, công việc của dây chuyền lắp ráp được gói gọn hoàn toàn trong giai đoạn sản xuất (quá trình thực hiện) của quy trình sản xuất, sản xuất hiệu quả cùng một sản phẩm trong nhiều năm, sự phức tạp của công việc đổi mới công nghệ hiện đại đòi hỏi Agile cách tiếp cận thực sự là về. Đó không phải là quá nhiều về việc lên lịch cho công việc trong các khối 1 tuần4 (tất nhiên, điều này mang lại sự linh hoạt mong muốn cho doanh nghiệp), cũng như về việc đưa ra các quyết định đúng đắn dựa trên dữ liệu được thu thập và đóng góp về cơ bản. đúng công việc của cộng tác viên.

Tôi là một người tin tưởng thực sự rằng sức mạnh thực sự của phương pháp Agile chỉ được nhận ra khi bạn mang những người khác nhau, những người đa dạng về nền tảng và bộ kỹ năng của họ, - từ tất cả các bộ phận trong tổ chức của bạn - cùng nhau.

Tại Handsome, chúng tôi phá vỡ các silo và để các thành viên trong nhóm sản phẩm của chúng tôi xây dựng mọi thứ cùng nhau, bao gồm các kỹ sư làm việc theo từng bước với các nhà thiết kế.

Một mẫu của phương pháp hợp tác Agile. Phân bổ khác nhau từ dự án để dự án, từ sản phẩm để sản phẩm.

Chúng tôi bao gồm các kỹ sư là một phần của mọi giai đoạn của dự án, cho phép họ hiểu đầy đủ về tầm nhìn của khách hàng, nhu cầu kinh doanh và các yêu cầu về dòng thời gian. Họ cũng có được quyền truy cập trực tiếp để hiểu nhu cầu của người dùng cuối, xây dựng một sự đồng cảm đáng kể trong quá trình phát triển sản phẩm.

Tuy nhiên, lợi ích của việc thêm nhà phát triển vào nhóm thiết kế của bạn không dừng lại ở đó.

Xác định đúng sản phẩm

Nó đã được chứng minh rõ ràng: bạn sẽ có một sản phẩm chất lượng cao hơn nếu một nhóm đa dạng hơn xây dựng nó. Tôi không chỉ nói về nhân khẩu học - sự đa dạng bao gồm bề rộng của những kinh nghiệm trong quá khứ, bộ kỹ năng, cách tiếp cận để giải quyết vấn đề và thậm chí cả những tư duy khác nhau. Vâng, các nhà thiết kế và nhà phát triển thường được xem là đối lập - đó là lý do tại sao họ bổ sung cho nhau cực kỳ tốt. Các nhà phát triển sẽ tự nhiên cố gắng để có được câu trả lời cho các câu hỏi mà các nhà thiết kế có thể không nghĩ đến, và ngược lại.

Vì một kỹ sư có trách nhiệm chính là xây dựng một sản phẩm, nên họ là người bạn đồng hành hoàn hảo cho những người thiết kế trải nghiệm. Họ sẽ đảm bảo tính khả thi của các ý tưởng và khái niệm thiết kế, đồng thời giới thiệu tư duy công nghệ sáng tạo, trao quyền cho quá trình thiết kế.

Xây dựng ngay lần đầu tiên

Nó không chỉ là về sản phẩm phù hợp được xây dựng, mà còn về việc xây dựng sản phẩm đúng cách. Với tất cả bối cảnh phù hợp - nhu cầu của người dùng, mục tiêu của khách hàng, giới hạn kinh doanh - nhà phát triển có thể đưa ra quyết định kỹ thuật tốt hơn ngay từ đầu.

Nếu các nhà phát triển im lặng, họ có thể sẽ xây dựng những thứ thiết lập một sản phẩm với những hạn chế không lường trước được trong tương lai. Với bối cảnh phù hợp, họ có thể xây dựng các cơ sở mã tốt hơn cho phép linh hoạt khi cần thiết. Điều này đặc biệt quan trọng khi xây dựng MVP - đặc biệt là cứ 3 trong số 4 công ty khởi nghiệp kết thúc xoay vòng, theo một nghiên cứu gần đây của EPFL.

Làm việc thông minh hơn chứ không chăm chỉ hơn. Viết đúng mã, không thêm mã. Trong môi trường phù hợp, những nguyên tắc lý thuyết này trở thành một thực tiễn thực tế.

Khuyến khích quyền sở hữu và giảm chi phí quản lý

Khi các nhà phát triển biết lý do đằng sau một câu hỏi, hiểu nhu cầu kinh doanh và làm việc một cách đồng cảm với người dùng, điều đó dễ dàng hơn nhiều đối với họ để sở hữu giải pháp mà họ xây dựng. Loại trách nhiệm mới này không phải do người quản lý ủy quyền, mà thực chất là đến từ chính nhà phát triển.

Các kỹ sư sẽ biết những gì cần phải được thực hiện và tại sao nó cần phải được thực hiện mà không cần phải đặt câu hỏi - dù có ý thức hay tiềm thức - một số quyết định sản phẩm nhất định. Không còn phải thực hiện vi mô, các trưởng nhóm có thể tập trung vào việc giúp xây dựng khuôn khổ phù hợp để đảm bảo các kỹ sư làm việc hiệu quả và hiệu quả nhất.

Tăng sự đồng cảm trong nhóm

Loại bỏ việc chỉ tay và gửi các sản phẩm giao hàng qua hàng rào, điều này thường xảy ra khi các nhà phát triển bị mắc kẹt ở phần cuối của dự án. Khi nhóm của bạn được thiết lập từ ngày 1, mỗi thành viên sẽ có nhiều sự đồng cảm với nhau hơn.

Cấu trúc này dẫn đến giải quyết vấn đề hợp tác tự nhiên và hiệu quả hơn. Các thách thức giữa các cá nhân cũng được giải quyết dễ dàng hơn khi nhóm của bạn đều theo cùng một tầm nhìn Sao Bắc Đẩu.

Tăng hạnh phúc và giữ chân nhân viên

Nhiều kỹ sư bị kiệt sức hoặc chán nản trong công việc vì họ không có khả năng nhìn thấy những gì xảy ra sau khi mã của họ được viết. Họ đã ngắt kết nối với phần còn lại của quá trình, và phần lớn công việc của họ có thể kết thúc dường như vô nghĩa. Đó là bản chất của chúng tôi muốn tạo ra một tác động, giải quyết các thách thức cho mọi người và tạo ra một cái gì đó thực sự quan trọng. Bạn chỉ có thể cảm nhận điều này với tư cách là một nhà phát triển khi bạn nhìn thấy bức tranh đầy đủ bắt đầu với nhu cầu và điểm đau của người dùng.

Nhu cầu tự thực hiện - từ hệ thống phân cấp hàng đầu của Maslow - không bao giờ được giảm giá. Mặc dù là nhân viên được trả lương cao nhất tại nhiều công ty, nhưng đó là ý thức hoàn thành của một nhà phát triển từ công việc thường khiến họ muốn ở lại, ngay cả khi họ xây dựng một ứng dụng B2B nhàm chán. Hiểu câu chuyện người dùng của họ và lý do tại sao làm cho tất cả sự khác biệt.

Ở đó, không có viên đạn bạc hay một cách phổ quát để nắm lấy quy trình công việc này và nó sẽ thay đổi đối với hầu hết các công ty. Không phải mọi dự án sẽ cần một kỹ sư theo từng bước của quy trình, và, từ quan điểm kinh tế thuần túy ngắn hạn, có vẻ tốn kém khi trả tiền cho một kỹ sư để làm bất cứ điều gì ngoài mã.

Tuy nhiên, thách thức cách tiếp cận dây chuyền lắp ráp điển hình cho thiết kế và phát triển sản phẩm kỹ thuật số bằng cách thực sự tích hợp các chức năng thiết kế và phát triển có thể mở khóa những ý tưởng giành giải thưởng cho những gì có thể chỉ là một sản phẩm trung bình.