DEV Community

Long Nguyễn Xuân
Long Nguyễn Xuân

Posted on • Edited on

meeting notes - how

Bài này được viết dành cho các bạn sinh viên làm đồ án phần mềm với thầy Long :D nhưng mà vẫn welcome các bạn khác thấy có ích thì welcome nha :D

Nguyên tắc

  1. Sau tất cả các cuộc họp đều phải công bố (gửi mail / post discord) cái meeting notes.

  2. cái meeting notes này nên được gửi trong vòng 1h sau khi họp xong.

  3. các thành viên khác phải có hành động xác nhận đã đọc và đồng ý với meeting notes, ví dụ như thả like

  4. nếu không đồng ý với nội dung meeting notes, thì phải phản biện, còn khi không phản biện, thì phải tuân thủ nội dung đã thống nhất.

Nội dung

Meeting notes cần nêu rõ được 2 thứ

1. KEY NOTES - Quan điểm đã thống nhất

trong quá trình cùng nhau làm dự án, đôi khác bạn sẽ phát sinh những thứ A đúng, B cũng không sai, vậy trong dự án này làm theo cách A hay cách B?

câu trả lời là A hay B cũng được, nhưng phải thống nhất, và những cái thống nhất này phải được ghi thành văn bản, và công bố cho tất cả mọi người.

ví dụ:

dự án này tuân thủ quy trình gitflow được định nghĩa ở link (cái link mô tả riêng của nhóm, không được tự push code vào nhánh test và nhánh main, phải tạo meeting request và assign {account}

những thứ "quy tắc đồng thuận" này phải được thảo luận, thống nhất, ghi thành văn bản, và các cuộc họp thường dùng làm việc đó.

2. TODO - Việc phải làm

trong quá trình cùng nhau làm dự án, chúng ta sẽ có những việc "đột xuất" phát sinh ngoài cái plan ban đầu, lúc này phải có ai đó trong nhóm chịu trách nhiệm xử lý, vì tất cả mọi người đều "có việc" nên những cái "đột xuất" này phải được ghi thành văn bản để theo dõi (tracking / follow up) về sau với những thông tin cụ thể như

  1. việc phải làm
  2. người phụ trách
  3. cam kết deadline

thư ký

làm ở công ty thì có thư ký, còn làm ở nhóm đồ án thì 5 đứa ngang hàng nên xoay tua mỗi lần meeting 1 đứa viết.

Hình thức

nếu đã setup discord server làm Communication Hub cho dự án
thì tạo 1 channel #meeting và tạo các thread theo từng ngày và post bài vào đó, convention là YYYY-MM-DD {tên meeting} hoặc YYYY-MM-DD cũng được

ví dụ:

Image description

còn đây là cái ví dụ sai của cái nội dung ở trên

Image description

nếu dùng hình thức khác để giao ví dụ như email, thì gửi lại email là được.

Heroku

Built for developers, by developers.

Whether you're building a simple prototype or a business-critical product, Heroku's fully-managed platform gives you the simplest path to delivering apps quickly — using the tools and languages you already love!

Learn More

Top comments (0)

AWS Security LIVE!

Tune in for AWS Security LIVE!

Join AWS Security LIVE! for expert insights and actionable tips to protect your organization and keep security teams prepared.

Learn More

👋 Kindness is contagious

Engage with a wealth of insights in this thoughtful article, valued within the supportive DEV Community. Coders of every background are welcome to join in and add to our collective wisdom.

A sincere "thank you" often brightens someone’s day. Share your gratitude in the comments below!

On DEV, the act of sharing knowledge eases our journey and fortifies our community ties. Found value in this? A quick thank you to the author can make a significant impact.

Okay