Cách hack Hackathon: Pitch Perfect

(Bài viết chính và các liên kết đến các bài đăng khác trên Hackathon 101 và Công nghiệp được liên kết tại đây)

Tôi không tin tưởng những người tham gia các cuộc thi chỉ để tham gia và tạo nên những con số. Giống như, những gì điểm quan trọng? Nếu bạn sẽ cam kết thời gian, và trong trường hợp này là một ngày cuối tuần, với một cái gì đó thì bạn cũng có thể nghiêng hoàn toàn và nhận được một cái gì đó từ nó. Vào cuối ngày trong khi không ai thực sự thua thì chắc chắn có người chiến thắng và trong bài đăng này tôi sẽ chia sẻ một số cách tiếp cận đã phục vụ tốt cho tôi.

Agrim, tôi xây dựng cái gì?

Một phần lớn thành công của hackathon (và sản phẩm) có lẽ được xác định bởi vấn đề bạn quyết định giải quyết và cách bạn giải quyết nó. Hãy cùng kiểm tra cả hai lĩnh vực này.

Vấn đề nào bạn nên giải quyết?

Đây là một câu hỏi khó; Có rất nhiều người trên thế giới này đang tự hỏi mình câu hỏi này trong khi cố gắng xây dựng các công ty khởi nghiệp của họ, tự hỏi liệu những gì họ làm việc là quan trọng và đáng để giải quyết, nếu tất cả đó là một vấn đề.

Ở đây, cách tôi làm điều đó - Tôi đã may mắn được tham gia chương trình giảng dạy đại học nhấn mạnh tầm quan trọng của tư duy thiết kế. Nói một cách đơn giản, tư duy thiết kế dẫn đến một cách tiếp cận dựa trên giải pháp để giải quyết các vấn đề phức tạp, đặc biệt là những vấn đề không xác định hoặc chưa biết. Bây giờ bạn có thể chọn tự gãi ngứa hoặc chọn một tên miền mới để giải quyết nhưng quá trình sau đây sẽ hoạt động như nhau.

Quá trình tư duy thiết kế

Thông cảm

Chúng ta thường có lỗi khi xây dựng một giải pháp mà không suy nghĩ nhiều về những điều xuất hiện trước nó - tại sao chúng ta làm nó, chúng ta đang làm nó để làm gì, nó thực sự sẽ làm gì, nó sẽ làm những gì nó dự định làm và cho đúng đối tượng. Phần lớn điều này nằm trong sự thiếu đồng cảm cho vấn đề. Chúng tôi để những giả định của riêng mình chỉ ra vấn đề là gì và điều đó là sai. Tôi đã phải đối mặt với điều này khi tôi đang cố gắng xây dựng một giải pháp để giúp những người bị thách thức trực quan điều hướng một cách độc lập. Tôi giả định rằng:

  • Thứ nhất, đây là một vấn đề bởi vì chó dẫn đường rất đắt tiền và có một người trợ giúp là rắc rối,
  • Thứ hai, tránh chướng ngại vật là vấn đề lớn nhất cần giải quyết,
  • Cuối cùng, một thiết bị đeo được như Google Glass cuối cùng cũng có thể thoát khỏi cây gậy.

Tôi đã sai trên cả ba tính.

Điểm đầu tiên trong việc làm giảm người trợ giúp, trong khi sự thật, là một mối quan tâm cấp bách đòi hỏi phải có sự can thiệp của công nghệ. Điểm thứ hai về tránh chướng ngại vật là vấn đề lớn nhất; Phát hiện đèn giao thông có lẽ là một thách thức lớn hơn khi cây gậy được che chắn cho hầu hết các chướng ngại vật trong phạm vi. Điểm cuối cùng là nghiêm trọng bởi vì tôi cho rằng thay thế công nghệ là dễ dàng. Bạn không thể thay đổi đáng kể cách sống của một người; những thách thức trực quan được sử dụng để sử dụng các dấu hiệu mặt đường mía và xúc giác của họ để bất kỳ sự đổi mới công nghệ mới nào phải được xây dựng trên đầu trang này, không hoàn toàn thay thế điều này.

Làm thế nào để chúng tôi khắc phục điều này? Ra ngoài và nói chuyện với mọi người là cách chắc chắn nhất để biết nhiều hơn vì bạn hiểu rõ hơn về người dùng và nhu cầu của họ. Tôi đã có thể sửa chữa sản phẩm của mình để giúp đỡ những người bị thách thức trực quan bởi vì tôi thực sự đã nói chuyện với một người sống những thách thức này hàng ngày.

Nhưng điều gì sẽ xảy ra nếu bạn có thể nói chuyện với đúng đối tượng trong một cuộc thi hackathon? Thời gian rất ngắn và có lẽ bạn không ở đúng nơi để gặp những cá nhân này. Bạn phải ứng biến và đưa ra thông tin sẽ giúp bạn xác định một cách khách quan một vấn đề đáng giải quyết. Cuối tuần trước, tôi đang thực hiện một cuộc thi hackathon muốn chúng tôi đến với Sol Solve cho Ấn Độ. Đây là một chủ đề rất lớn; Ấn Độ không thiếu những vấn đề, mỗi vấn đề quan trọng hơn lần trước, và để đóng khung nó một cách hiệu quả là một thách thức trong chính nó, chứ đừng nói đến việc cố gắng giải quyết nó. Chúng tôi quyết định giúp đỡ những người làm việc trong lĩnh vực Công nghiệp và đóng khung vấn đề để giải quyết sự mệt mỏi. Tại sao?

  • Ấn Độ là tồi tệ nhất khi nói đến tai nạn công nghiệp,
  • Người Ấn Độ phụ thuộc rất nhiều vào công việc công nghiệp để kiếm sống và,
  • Có bằng chứng đáng kể rằng mệt mỏi và thiếu ngủ gây ra tai nạn / tai nạn và thậm chí tử vong trong nhiều công việc khác nhau như lái xe tải đường dài hoặc vận hành máy móc hạng nặng - cả hai công việc rủi ro với những ca làm việc dài khiến nhân viên của họ dễ bị mệt mỏi và mất chú ý.

Bây giờ, không có cách nào để cá nhân tôi xác minh bất kỳ điều này; Tôi phụ thuộc vào bất cứ dữ liệu công khai và sự kiện nào có sẵn để tạo ra một câu chuyện, nhưng ít nhất thông tin này tạo ra sự đồng cảm đủ để xác định một vấn đề đáng để giải quyết.

Định nghĩa

Cho dù bạn có thuyết phục được bản thân đến mức nào, bạn chắc chắn sẽ vượt qua giai đoạn Empathize. Có rất nhiều thời gian để tăng gấp đôi / gấp ba xác nhận quyền sở hữu. Tuy nhiên, nếu bạn chơi bài đúng cách, bạn sẽ có đủ thông tin để làm việc. Hãy cùng làm việc với ví dụ trước đây về sự mệt mỏi. Chúng tôi đã xác định rằng môi trường làm việc an toàn hơn là bắt buộc (yêu cầu 1) và một trong những cách để làm điều này là giải quyết sự mệt mỏi (yêu cầu 3). Định nghĩa vấn đề của chúng tôi sẽ dựa trên điều này -

Chúng tôi cần một hệ thống giám sát mệt mỏi để giúp tạo ra một môi trường làm việc an toàn hơn và năng suất hơn.

Bây giờ, bạn có thể chọn kiểm tra bất kỳ vấn đề nào khác trong miền này và điều đó là hoàn toàn hợp lệ. Chỉ cần đảm bảo rằng định nghĩa của bạn dựa trên các khiếu nại mà bạn đã thiết lập như một phần của nền tảng ban đầu của bạn. Theo dõi với các heuristic đơn giản để thiết lập giai đoạn tiếp theo của quy trình -

  • Chúng ta đang làm điều này cho ai? Trong trường hợp này chủ yếu cho người lao động mà còn cho người sử dụng lao động.
  • chúng ta sẽ làm bằng cách nào?
  • Những gì các biện pháp thành công của chúng tôi?
  • CÁI GÌ KHI NÀO ĐỂ KIẾM TIỀN SẢN PHẨM CỦA BẠN?

Ý tưởng

Ở đây, khi bạn bắt đầu trả lời thì làm thế nào. Đó là, bây giờ bạn có tất cả thông tin của mình, bạn sẽ xây dựng cái gì? Đối với trường hợp của chúng tôi, chúng ta có nên xây dựng một hệ thống giám sát? Hay một báo động cho nhân viên? Trong mỗi trường hợp, những gì mà thước đo thành công của chúng tôi - đánh thức người lái xe? Ghi nhật ký dữ liệu cho nhà tuyển dụng? Quan trọng nhất, tất cả những thứ này phụ thuộc vào cái gì?!

Hackathons có hiệu quả kỳ lạ trong việc xác nhận và tạo sản phẩm. Chỉ có một số lượng hữu hạn những thứ bạn có thể chứng minh và hiển thị, giả sử, 3 phút để bạn phải chọn thứ quan trọng nhất. Trong ví dụ của chúng tôi, đó là hệ thống theo dõi mỏi vì mọi khía cạnh khác của sản phẩm - nhật ký, báo động - phụ thuộc vào hoạt động phát hiện mỏi. Do đó, bạn phải xây dựng nó và đảm bảo nó hoạt động cho bản demo của bạn. Nếu thất bại, phần còn lại của sản phẩm không còn thuyết phục nữa.

Quá nhiều lần các đội sẽ làm hỏng một tính năng chính giữ sản phẩm lại với nhau hoặc sẽ xây dựng 17 tính năng khác nhau (tính năng nổi bật) khiến các giám khảo bối rối vì họ làm mất thông điệp mà nhóm đang hướng tới. Đó là một điều rất đơn giản - làm một hoặc hai điều và làm chúng rất tốt. Nó là dấu hiệu của tất cả các sản phẩm tuyệt vời. Hackathons không khác.

Nguyên mẫu / Thử nghiệm

Bây giờ là thời gian để xây dựng. Chọn các công cụ của bạn để giao dịch - trong trường hợp của chúng tôi, chúng tôi đã sử dụng OpenCV và dlib để phát hiện điểm chính - và bắt đầu xây dựng. Bạn có thể thấy mình vẽ ra các bản phác thảo / nguyên mẫu giấy trước khi sản phẩm thực sự và điều đó là ổn. Sử dụng chúng để chuyển giữa các giai đoạn ý tưởng / định nghĩa / đồng cảm của bạn và, nếu có thể, tận dụng sự giúp đỡ của các cố vấn và chuyên gia tại sự kiện để cung cấp cho bạn thêm thông tin chi tiết. Giải pháp của bạn sẽ phát triển và dọn dẹp thành công, sau đó bạn có thể kinh doanh. Tôi đã kết hợp các giai đoạn Nguyên mẫu và Thử nghiệm vì các giai đoạn hackathon kết thúc với một nguyên mẫu nhưng nếu bạn cảm thấy muốn kéo dài thời hạn sử dụng của dự án hơn 24 giờ thì bạn sẽ phải kiểm tra rõ ràng với đối tượng của mình.

Làm thế nào để bạn giải quyết một vấn đề tại một cuộc thi hackathon?

Chúng tôi đã học cách chọn một vấn đề đáng để giải quyết và cách nó hoạt động tại một cuộc thi hackathon. Nhưng bây giờ để cụ thể - điều gì sẽ mang lại cho bạn một hackathon? Trong một thế giới lý tưởng, một dịch vụ điện tử, một cổng thông tin hoặc một giải pháp công nghệ thấp có thể mang lại lợi ích cho hàng triệu người nhưng nó sẽ không bao giờ chiến thắng tại một cuộc thi hackathon. Tại sao? Bởi vì không có sự nghiêm ngặt về kỹ thuật đối với nó. Không có nghi ngờ gì nữa, có thể làm việc với nó, không nghi ngờ gì, nhưng nó sẽ không bao giờ giúp bạn nhận được sự khen ngợi về sự thanh lịch của giải pháp hoặc sự chú ý mà bạn cần tạo ra tại các hackathon lớn. Tôi học được điều này một cách khó khăn.

Bạn luôn xây dựng cho bản demo. Luôn luôn.

Tại HackingEDU, chúng tôi đã quyết định xây dựng cổng thông tin đáng yêu này, nơi tất cả những gì người dùng nhìn thấy là một dạng ngôn ngữ tự nhiên nêu rõ Tôi muốn tìm hiểu về X và tôi có sẵn Y phút. Vấn đề rất rõ ràng về những người không có thời gian để tìm hiểu mọi thứ và tính đa dạng của thông tin trên internet. Giải pháp của chúng tôi sẽ ghi điểm và chọn ra các liên kết tốt nhất đáng để bạn dành thời gian. Tất cả mọi thứ làm việc và trông đẹp.

Ngoại trừ có 140 đội trong phòng và đó là một bố cục kiểu triển lãm. Các thẩm phán và các đội đang vỗ tay tại các bàn có triển lãm lớn hoặc nhiều màn hình hoặc thiết bị như tai nghe VR trong khi bàn của chúng tôi có một chiếc MacBook buồn với cửa sổ trình duyệt mở. Không có giá trị sốc cho hack của chúng tôi. Vì vậy, ngay cả khi tôi cố gắng bán sản phẩm cho bất cứ ai đến thăm tôi cũng biết tôi đang làm việc chống lại thủy triều; khoảng thời gian chú ý của khách truy cập chỉ mất vài giây và đó không phải là một sản phẩm mà ít nhất là trong nháy mắt hạn chế, đã khiến họ đi đến Holy Holy F * ck.

Đương nhiên, chúng tôi đã giành chiến thắng. Chúng ta có thể làm một cảnh trong đó không? Chắc chắn rồi. Kể từ sự kiện đó, tôi đã rõ ràng hơn về giai đoạn cuối cùng của một cuộc thi hackathon - cuộc hành quyết. Bạn don lồng chỉ xây dựng một sản phẩm của ED. Bạn nhắc nhở bản thân rằng, rốt cuộc, đó là một chương trình và kể. Mọi người phải là wow-ed, bất kể bạn ném nó đúng hay không. Cho dù đó là một bản mashup API hay một giải pháp định hình thế giới hợp pháp, giá trị sốc của nó là điều duy nhất có thể tạo ấn tượng ngay lập tức ngay cả trước khi bạn có cơ hội giải thích nó. Mang điều này đến trái tim.

Sử dụng thời gian của bạn một cách khôn ngoan tại một cuộc thi hackathon

Thời gian là một hàng hóa hữu hạn tại một cuộc thi hackathon. Bạn nghĩ rằng bạn sẽ sẵn sàng để đi khi các gói của bạn đã hoàn tất cài đặt và bùng nổ - một nửa cuộc thi hackathon đã kết thúc. Bạn ngủ thiếp đi, thức ăn của bạn sẽ không được phục vụ thêm hai tiếng nữa, một người khác biệt danh là nguồn cung cấp sự kiện của Red Bull và bây giờ bạn đã ngủ, đau khổ và không làm việc gì.

Xin đừng để cho đây là câu chuyện của bạn.

Tại một cuộc thi hackathon 24 giờ48 giờ, bạn sẽ không bao giờ cần tất cả thời gian được cung cấp. Trừ khi bạn làm nhiệm vụ xuất bản một ứng dụng sẵn sàng sản xuất với mã phù hợp, sẵn sàng tung ra thị trường ngay khi hackathon kết thúc, chắc chắn, hãy tiếp tục. Nhưng xây dựng một bằng chứng về khái niệm không nên giết chết bạn.

Dưới đây là một vài điều bạn nên làm -

  1. Tự chịu trách nhiệm. Nếu bạn đang ở một mình với tư cách là nhà phát triển / thiết kế, hãy cài đặt tất cả các công cụ của bạn và sẵn sàng hoạt động. Bộ dụng cụ bắt đầu, phần mềm, bất cứ điều gì bạn nghĩ rằng bạn có thể cần. Vâng, đó là một danh sách không đầy đủ nhưng tôi, trong đời, không bao giờ muốn thấy một người khác tải xuống và biên dịch phần mềm lớn như OpenCV vào ngày diễn ra sự kiện. Thật đau đớn khi xem. Làm điều đó ở nhà, giải quyết lỗi của bạn và sẵn sàng làm việc. Nếu bạn sắp trở thành một nhóm, hãy quyết định những công cụ / phần cứng nào bạn dự định làm việc và chuẩn bị trước những công cụ đó.
  2. Thực hiện quá trình tư duy thiết kế một cách nghiêm túc. Nó sẽ giúp bạn dễ dàng đưa ra các câu hỏi đúng để trả lời và sau đó, phân chia nhiệm vụ hiệu quả giữa các thành viên trong nhóm của bạn.
  3. Phân bổ nhiệm vụ và trách nhiệm là chính. Biết trước khi bạn nhảy vào ai sẽ làm gì. Nếu ai đó cần làm việc như một PM để tổ chức nhóm cùng nhau, hãy làm điều đó. Tôi thường đảm nhiệm vai trò đó vì một vài lý do -
  • Nó sẽ thông báo cho chúng tôi nếu tôi có thể kiểm soát những gì chúng tôi xây dựng và tại sao chúng tôi lại làm như vậy,
  • Nó cho phép chúng tôi theo dõi xem chúng tôi đang ở bao xa tại bất kỳ thời điểm nào và điều chỉnh các mục tiêu cho phù hợp,
  • Nó cho phép chúng ta tổng hợp rõ ràng về các tính năng ưu tiên và các tính năng kéo dài là gì (các phiên bản có vẻ tốt / thêm tia lửa nhưng không cần thiết cho bản demo.)

Tôi thích chạy một con tàu chặt chẽ cho phi hành đoàn hackathon của tôi hoặc đang ở trên một. Đặt điểm đánh dấu thời gian cho mục tiêu cho phép mọi người có nhiều thời gian nghỉ ngơi và phục hồi.

Nailing thành công mọi lúc - một cách tiếp cận phản trực giác

Đã dành đủ thời gian trong trò chơi rất nhiều điều này là bản chất thứ hai; Tôi thường có một đội ngũ ổn định mà tôi cạnh tranh và chúng tôi rõ ràng về những gì chúng tôi cần làm về mặt ý tưởng và thực thi. Tuy nhiên, có thể nó vẫn không giúp bạn giành chiến thắng. Một số cách tiếp cận phản trực quan -

  1. Xây dựng với công nghệ mới. Mọi người đều đang xây dựng các ứng dụng di động / ứng dụng web tại hackathons. Không có cách nào để chủ động phân biệt mình với những người khác. Có, tôi đang bị từ chối, đặc biệt là được cung cấp những thứ bạn có thể làm bây giờ với thiết bị di động và web nhưng 70% 80% các bản hack không sử dụng điều này. Chúng tôi đã sử dụng tích cực sử dụng công nghệ mới như Computer Vision hoặc học máy (không đủ để yêu cầu học máy :)) trong tất cả các dự án mới hoặc phần cứng nếu hackathon yêu cầu. Không nhiều người có thể sao chép nó và chúng tôi hầu như luôn luôn đáng nhớ vào cuối sự kiện.
  2. Craft sản phẩm cuối cùng của bạn và cao độ để đánh dấu đánh giá. Nếu một hackathon chấm điểm Kỹ thuật nghiêm ngặt ở mức 40% và Ý tưởng ở mức 10%, bạn biết rằng bạn có thể xây dựng bất cứ thứ gì điên rồ miễn là nó mới lạ và sáng tạo, bất kể tác động. Nếu trọng tâm bị đảo ngược, tức là Ý tưởng là 40%, Kỹ thuật là 10% thì bạn biết rằng việc hiểu biết về cách thức các mạng lưới thần kinh của bạn sẽ giành chiến thắng tuyệt vời giúp bạn giành chiến thắng. Nói về vấn đề, bối cảnh, tại sao nó quan trọng, cách bạn giải quyết nó và cách bạn làm nó tốt hơn hiện trạng sẽ là móc sắt.

Phần kết luận

Wow, một bài viết dài trong cùng một đêm. Tôi nên làm điều này sớm hơn nhiều.

Tôi đã chia sẻ với bạn những gì tôi biết về hackathons. Cách tôi quyết định xây dựng cái gì, cách chúng tôi quản lý thời gian, cách chúng tôi đảm bảo rằng chúng tôi sẽ ít nhất giành được thứ gì đó. Tôi chân thành mong muốn bất cứ ai đọc nó sẽ thấy điều này hữu ích và giành được hackathon sử dụng thứ gì đó mà tôi có thể đã viết ở đây.

Phản hồi / bình luận hoan nghênh! Tôi có sẵn trên Twitter và Facebook.