Blog GeckoFlag

Mẹo chọn công cụ quản lý dự án và vấn đề

Loạt bài: Mẹo quản lý công việc cho nhómPhần 2

Cách viết công việc để người khác hiểu: Tiêu đề, mô tả và điều kiện hoàn thành

Ngày đăng:

Loạt bài “Mẹo quản lý công việc cho nhóm”, Phần 2: Cách viết công việc để người khác hiểu

Về loạt bài này

“Mẹo quản lý công việc cho nhóm” là loạt bài tám phần, kèm một bài bổ sung, dành cho các nhóm vừa bắt đầu dùng công cụ quản lý công việc hoặc quản lý dự án. Nội dung áp dụng cho mọi ngành nghề, và bạn có thể đọc theo thứ tự bất kỳ.

  1. Nên chia công việc theo đơn vị nào?
  2. Cách viết công việc để người khác hiểuBài này
  3. Nên chia công việc nhỏ đến mức nào?
  4. Cách chọn người phụ trách và hạn chót
  5. Cách trả lời bình luận
  6. Nên báo tiến độ như thế nào?
  7. Cách viết khi trao đổi với người ngoài công ty
  8. Cách khép lại công việcSắp ra mắt

Bài bổ sung: “Cách viết để cả thành viên nói ngôn ngữ khác cũng hiểu” (sắp ra mắt)

Bạn đã tạo công việc, nhưng người nhận lại quay sang hỏi lại. Hoặc kết quả gửi về không giống điều bạn nghĩ. Phần lớn những lần hiểu lệch nhau như vậy có thể tránh được nhờ cách viết.

Nguyên nhân thường là những điều có sẵn trong đầu người nhờ việc lại không được viết ra. Điều gì càng hiển nhiên với người nhờ thì càng dễ bị bỏ sót.

Lưu ý: bài viết này do nhà phát triển GeckoFlag viết.

Kết luận: tiêu đề nói “làm gì”, mô tả nói “vì sao, làm gì, đến đâu”

Tiêu đề dùng để nhìn trong danh sách, còn mô tả dành cho người làm việc đọc. Khi viết mỗi phần đúng với vai trò của nó, cả hai đều ngắn hơn và dễ hiểu hơn.

Cách viết tiêu đề

Hãy viết tiêu đề sao cho dễ phân biệt trong danh sách, và nhìn qua là biết phải làm gì thì công việc mới xong.

Ví dụ chưa tốt Ví dụ tốt Lý do
Tờ rơiLàm 2 bản nháp tờ rơi cho lễ hội mùa thuKhông ghi rõ phải làm gì
Đặt địa điểm và chuẩn bị dụng cụĐặt địa điểm / Chuẩn bị dụng cụ (tách thành hai)Một công việc chứa hai hành động
Kiểm traKiểm tra số tiền trên bảng báo giáNhìn trong danh sách thì không biết kiểm tra cái gì
Về buổi họp tuần sau, sửa tài liệu theo lời bên khách, nếu được thì trong tuần nàySửa trang 3 của tài liệu họpChi tiết nên ghi ở mô tả, không phải ở tiêu đề

Có bốn điểm cần nhớ.

  • Bắt đầu bằng động từ nói rõ việc cần làm
  • Mỗi công việc chỉ một hành động
  • Đừng chỉ ghi “kiểm tra” hay “sửa”: hãy ghi kiểm tra cái gì, sửa cái gì
  • Viết ngắn gọn, và chuyển các chi tiết sang phần mô tả

Bốn điều cần ghi trong mô tả

1Mục đích (vì sao làm)

Đây là chỗ dựa khi người làm việc phân vân không biết nên quyết định thế nào. Nếu có ghi “để khách đến biết chỗ đậu xe”, họ có thể tự quyết định kích thước và vị trí của bản đồ.

2Việc cần làm

Ghi các việc cụ thể dưới dạng gạch đầu dòng. Nếu có thứ tự, hãy đánh số.

3Điều kiện hoàn thành (thế nào thì xem là xong)

Đây là mục dễ bị bỏ sót nhất, và cũng là mục quan trọng nhất. Chỉ ghi “Làm bản nháp tờ rơi” thì không biết làm bản nháp sơ bộ là xong, hay phải gửi file cho nhà in mới xong. Hãy ghi kiểu như: “Xong khi đã tải 2 bản nháp khổ A4 một mặt lên công việc này dưới dạng PDF.”

4Tài liệu và tham khảo

Ví dụ như nơi lưu ảnh cần dùng, tờ rơi lần trước, email từ phía khách hàng. Không ai phải mất công đi tìm, và những câu hỏi kiểu “Tôi nên dùng cái nào?” cũng ít đi.

Ngoài ra, nếu hạn chót có lý do riêng, hãy ghi thêm (được nói ở Phần 4, “Cách chọn người phụ trách và hạn chót”).

Ví dụ cách viết

Đây là tình huống cải tạo cửa hàng, nhờ một người lên phương án bố trí kệ mới.

Tiêu đề: Lên phương án bố trí kệ mới

[Mục đích]
Sau khi cải tạo, chúng tôi muốn khách đứng ở cửa vào có thể nhìn thấy đến tận cuối cửa hàng. Hiện các kệ gần cửa vào khá cao, nên khách không để ý đến hàng ở phía trong.

[Việc cần làm]

  1. Ghi vị trí và chiều cao của các kệ hiện tại lên bản vẽ mặt bằng
  2. Nghĩ ra hai phương án bố trí (số kệ giữ nguyên như hiện tại là 8 chiếc)

[Điều kiện hoàn thành]
Xong khi đã chụp ảnh hai phương án bố trí và tải lên công việc này. Vẽ tay cũng được. Bản vẽ sạch sẽ làm thành một công việc riêng sau khi đã chọn được phương án.

[Tài liệu]

  • Bản vẽ mặt bằng cửa hàng: trong thư mục “Cải tạo” trên thư mục dùng chung
  • Bảng kích thước kệ: ảnh đính kèm

[Lý do của hạn chót]
Để có phương án cho bên thi công xem trong buổi họp ngày 6 tháng 11.

Mẫu có thể dùng ngay

[Mục đích]

[Việc cần làm]

[Điều kiện hoàn thành]

[Tài liệu]

[Lý do của hạn chót]

Không cần lần nào cũng điền đủ mọi mục. Với công việc nhỏ, chỉ cần “Việc cần làm” và “Điều kiện hoàn thành” là đủ.

Những chỗ dễ vấp

1Không ghi lại những gì đã thống nhất bằng lời

Những gì quyết định trong buổi họp hay qua điện thoại, người không có mặt sẽ không biết. Hãy ghi thêm các quyết định vào mô tả hoặc bình luận.

2Mô tả quá dài

Nếu ghi hết mọi diễn biến từ trước đến nay, chỉ dẫn chính sẽ bị chìm mất. Hãy để diễn biến trong bình luận, và trong mô tả chỉ ghi “bây giờ cần bạn làm gì”.

3Lặng lẽ sửa mô tả

Khi nội dung thay đổi giữa chừng mà bạn chỉ sửa mô tả, người đang làm sẽ không nhận ra. Khi thay đổi lớn, hãy báo thêm bằng bình luận.

4“Làm sao cho đẹp”, “cố gắng hết mức”

Những từ mà mỗi người hiểu một kiểu là nguồn gốc của hiểu lầm. Thay vì “làm cho nổi bật”, hãy ghi kiểu như “đủ lớn để đứng xa vẫn đọc được tên cửa hàng”: dùng con số hoặc ví dụ.

Ví dụ, đã có chuyện thế này

Một nhóm nhờ công ty đối tác “sửa banner”, và chỉ ghi đúng như vậy. Banner gửi về đã bị đổi toàn bộ thiết kế. Trong khi điều nhóm muốn sửa chỉ là một chỗ: ngày tháng.

Nếu điều kiện hoàn thành được ghi là “Đổi ngày thành 3 tháng 11. Không thay đổi gì khác”, đã không phải gửi qua gửi lại.

Cách viết trong GeckoFlag

  • Tiêu đề vấn đề tối đa 50 ký tự, nên tự nhiên sẽ gọn ở độ dài dễ đọc trong danh sách
  • Mô tả là văn bản định dạng, có thể dùng tiêu đề, gạch đầu dòng và liên kết. Bạn có thể xem trước kết quả trước khi đăng
  • Loại vấn đề, mức độ ưu tiên, người thực hiện, ngày bắt đầu và hạn chót đều có ô riêng để thiết lập. Trong mô tả, chỉ cần ghi những thông tin không có ô riêng
  • Nếu lưu mẫu trong Wiki của dự án, các thành viên có thể sao chép để dùng

Bạn có thể dùng thử màn hình thực tế trong bản demo.

Tóm tắt

Tiêu đề ghi ngắn gọn “làm gì”, còn mô tả ghi mục đích, việc cần làm, điều kiện hoàn thành và tài liệu. Chỉ riêng việc ghi điều kiện hoàn thành đã giúp giảm đáng kể việc phải làm lại. Phần sau sẽ nói về việc nên chia công việc nhỏ đến mức nào.

Loạt bàiCách chia công việc thành dự án được nói ở Phần 1, “Nên chia công việc theo đơn vị nào?”

Loạt bàiPhần 3, “Nên chia công việc nhỏ đến mức nào?”

Liên quanVì sao việc nhờ qua chat hay email dễ bị trôi mất được nói ở Phần 3 của loạt bài dành cho người mới “Công cụ quản lý dự án đầu tiên”: “Vì sao việc nhờ qua email và chat hay bị trôi mất?”