Dự Ánmuonnoi.org · Muôn Nơi Muốn Nói

Làm dự án nhóm không cần leader

Tại Dự Án Muôn Nơi, chúng tôi không có "leader." Chúng tôi có người đề xuất, người thiết kế, người code, người viết. Ai làm gì thì làm. Không ai ra lệnh. Không ai chịu trách nhiệm duy nhất. Cả nhóm cùng chịu — và cùng học.

Tại sao không cần leader

Hầu hết dự án nhóm đều có một leader — người ra quyết định cuối cùng, người phân công việc, người "chịu trách nhiệm." Nhưng leader tạo ra vấn đề: quyền lực tập trung, một người quyết định cho tất cả, và khi leader bỏ cuộc — dự án chết.

Tại Muôn Nơi, chúng tôi thử cách khác: không leader, tất cả cùng quyết định. Không phải vì leader xấu. Mà vì chúng tôi tin rằng người làm việc trực tiếp mới là người hiểu rõ nhất — và khi tất cả cùng quyết định, tất cả cùng cam kết.

Cách hoạt động — từng bước

1. Đề xuất ý tưởng dự án trên App Muôn Nơi. Mô tả ngắn: dự án là gì, cần kỹ năng gì, thời gian dự kiến.
2. Tìm 2-5 người quan tâm qua quest. Quest có thể là buổi coffee thảo luận, workshop thử nghiệm, hoặc đơn giản là chat nhóm.
3. Họp lần đầu: chia phần việc theo kỹ năng và sở thích. Ai làm gì — tự chọn, không ai giao. Nếu hai người muốn cùng một phần — họ cùng làm.
4. Làm việc theo lịch tự đặt (thường 2-4 tuần). Mỗi người tự chọn deadline cho phần mình. Cả nhóm không ép ai.
5. Họp định kỳ review tiến độ — thường mỗi tuần một lần. Mỗi người báo cáo: đã làm gì, gặp vấn đề gì, cần giúp gì.
6. Hoàn thành hoặc học từ thất bại. Cả hai đều hợp lệ. Nếu hoàn thành — publish. Nếu thất bại — viết bài học.

Phân công theo kỹ năng, không theo quyền

Trong mô hình truyền thống, leader phân công: "Bạn làm A, bạn làm B." Nếu bạn không giỏi A, bạn vẫn phải làm — vì leader nói vậy. Kết quả: công việc kém, bạn stress, dự án chậm.

Trong mô hình không leader, bạn tự chọn phần bạn muốn làm. Bạn giỏi design? Bạn làm design. Bạn muốn học code? Bạn nhận phần code — có người giỏi code hướng dẫn. Không ai ép bạn làm việc bạn không muốn.

Điều này có trade-off: đôi khi không ai muốn làm phần "nhàm" (documentation, testing). Nhưng chúng tôi giải quyết bằng cách luân phiên: mỗi tuần, một người khác nhau chịu trách nhiệm cho phần "nhàm." Không ai stuck mãi.

Ra quyết định khi không có leader

Nếu không có leader, ai quyết định khi có bất đồng? Câu trả lời: đồng thuận, hoặc quyền phủ quyết.

• Đồng thuận: Cả nhóm thảo luận cho đến khi tất cả đồng ý. Không phải "đa số quyết định" — mà là tất cả. Nếu một người không đồng ý, nhóm tiếp tục thảo luận hoặc tìm giải pháp thay thế.
• Quyền phủ quyết: Mỗi người có quyền phủ quyết một quyết định. Nhưng phải đưa lý do rõ ràng. Phủ quyết không phải "không thích" — mà là "điều này sẽ gây hại."
• Khi không thể đồng thuận: Nhóm có thể chọn "chia nhỏ dự án" — mỗi người làm phần mình muốn, không cần tất cả cùng một hướng.

Mô hình này chậm hơn leader quyết định. Nhưng nó tạo ra cam kết cao hơn — vì tất cả đều đồng ý với hướng đi. Không ai bị "ép tuân thủ."

Thất bại được chấp nhận — và tại sao đó là điểm mạnh

Trong hầu hết môi trường, thất bại là điều tồi tệ. Bạn bị đánh giá thấp, mất cơ hội, bị "điểm trừ." Nhưng tại Muôn Nơi, thất bại là một kết quả hợp lệ.

Tại sao? Vì mục tiêu không phải là "hoàn thành dự án." Mục tiêu là học và kết nối. Nếu bạn tham gia một dự án 3 tuần, không hoàn thành, nhưng học được cách làm việc nhóm, gặp được 3 người bạn mới, và biết mình giỏi cái gì — đó là thành công.

Chúng tôi thậm chí khuyến khích viết bài học từ thất bại. Những bài học đó giá trị hơn nhiều bài "success story" — vì chúng giúp người khác không lặp lại sai lầm.

Ví dụ thực tế: 3 dự án đã chạy

Như bạn thấy: 2/3 hoàn thành, 1/3 hoãn. Cả 3 đều tạo ra bài học. Không ai bị "trừng phạt" vì dự án hoãn.

Câu hỏi thường gặp