Hệ thống nhiệm vụ lặp lại: Lịch làm việc không tạo thêm tiếng ồn

Vì sao nhiệm vụ lặp lại tạo ra quá nhiều tiếng ồn

Hệ thống nhiệm vụ lặp lại trở nên rối khi đội ngũ dùng chúng như những chiếc máy nhắc việc. Một nhiệm vụ xuất hiện mỗi ngày, mỗi tuần hoặc mỗi tháng, bất kể công việc đó có thực sự cần làm hay không. Chẳng bao lâu sau, các việc thường lệ lấp đầy danh sách, trong khi vấn đề của khách hàng, phê duyệt bị bỏ sót hoặc đơn hàng bị chặn lại không được ai chú ý.

Lời nhắc lặp đi lặp lại cũng khiến mọi người học cách phớt lờ cảnh báo. Nếu mỗi sáng ai đó đều thấy «kiểm tra hộp thư» nhưng chỉ cần hành động hai lần một tuần, họ sẽ hiểu rằng thông báo này hiếm khi đòi hỏi công việc thực sự. Sau vài tuần, họ xóa lời nhắc mà không kiểm tra hoặc để nó mở cho đến khi chìm vào nền.

Nhiệm vụ lặp lại khác với thông báo định kỳ. Nhiệm vụ nêu rõ một hành động cụ thể, người phụ trách và thời điểm rõ ràng để người đó đánh dấu hoàn tất. Thông báo chỉ cho biết thời gian đã trôi qua. «Kiểm tra xem hóa đơn nhà cung cấp tuần này đã được phê duyệt chưa» đòi hỏi quyết định và hành động. «Lời nhắc hóa đơn hằng tuần» không cho ai biết cần hoàn thành điều gì.

Trách nhiệm không rõ ràng khiến vấn đề nghiêm trọng hơn. Một nhiệm vụ giao cho cả phòng ban thường rốt cuộc không thuộc về ai. Hai người có thể cùng thực hiện một việc kiểm tra, hoặc mỗi người đều nghĩ người kia đã xử lý. Quản lý thường thêm nhiều lời nhắc hơn để bù vào khoảng trống này, khiến hệ thống càng ồn ào.

Việc giao trùng cũng tạo ra vấn đề tương tự. Một người có thể nhận nhiệm vụ theo lịch, cảnh báo lịch, tin nhắn chat và email theo dõi cho cùng một công việc. Các kênh này tranh giành sự chú ý, khiến mọi người dành thời gian sắp xếp cảnh báo thay vì làm việc.

Một hệ thống nhiệm vụ lặp lại hữu ích chỉ yêu cầu hành động khi đến hạn. Mỗi mục nên trả lời bốn câu hỏi:

• Cần làm gì?
• Hôm nay ai phụ trách?
• Hạn hoàn thành là khi nào?
• Điều gì được xem là hoàn tất?

Tách thông báo khỏi hồ sơ công việc. Dùng thông báo để cung cấp thông tin, chẳng hạn cập nhật chính sách hằng tháng. Tạo nhiệm vụ khi ai đó phải kiểm tra, quyết định, sửa chữa, phê duyệt hoặc báo cáo điều gì đó.

Sự phân biệt này cũng giúp việc chuyển cấp nhiệm vụ quá hạn hợp lý hơn. Hãy chuyển cấp một cam kết bị bỏ lỡ, không phải mọi lời nhắc chưa được đọc. Ít nhiệm vụ hơn nhưng rõ ràng hơn sẽ giúp phát hiện công việc cần chú ý trước khi một sự chậm trễ nhỏ trở thành vấn đề với khách hàng.

Chọn công việc xứng đáng trở thành nhiệm vụ lặp lại

Hệ thống nhiệm vụ lặp lại hoạt động tốt nhất khi công việc có yếu tố kích hoạt và hành động rõ ràng. Hãy bắt đầu với những nhiệm vụ lặp lại do thời gian, một sự kiện hoặc thay đổi trạng thái. Đó có thể là kiểm tra yêu cầu hỗ trợ mới mỗi sáng, xem xét các khoản thanh toán thất bại vào thứ Sáu hằng tuần hoặc xóa quyền truy cập khi nhân viên nghỉ việc.

Đừng lên lịch cho mọi suy nghĩ thường ngày. Một nhiệm vụ như «kiểm tra xem có việc gì cần chú ý không» chỉ tạo ra lời nhắc mà không tạo ra kết quả hữu ích. Hãy nêu phạm vi cụ thể, chẳng hạn xem xét các yêu cầu hoàn tiền đã quá bảy ngày hoặc xác nhận hóa đơn tháng này đã được gửi.

Điều chỉnh lịch theo nhịp tự nhiên của công việc. Nhiệm vụ hằng ngày phù hợp với hàng đợi thay đổi nhanh, việc kiểm tra dịch vụ và bàn giao. Đợt xem xét hằng tuần phù hợp với công việc cần nhiều bối cảnh hơn, chẳng hạn cơ hội bán hàng đang mở hoặc vấn đề khách hàng chưa được giải quyết. Lịch hằng tháng phù hợp với công việc chậm hơn, gồm kiểm tra quyền truy cập, cập nhật chính sách và hồ sơ lưu trữ.

Hãy dùng một phép thử đơn giản: nếu bỏ qua một lần xuất hiện, có gây ra vấn đề thực sự không? Nếu không, hãy loại nó khỏi hệ thống nhiệm vụ lặp lại. Đồng thời kiểm tra xem một quy trình khác đã xử lý công việc đó chưa. Không cần tạo lời nhắc hóa đơn quá hạn hằng tuần nếu công cụ tài chính đã tự giao các trường hợp này và ghi nhận việc theo dõi.

Trước khi tạo lịch, hãy viết ra kết quả mà nhiệm vụ phải tạo ra. Điều này cho người phụ trách một điểm kết thúc và giúp việc xem xét sau này dễ hơn. Kết quả tốt phải cụ thể:

• Mọi yêu cầu hỗ trợ mới đều có người phụ trách hoặc đã được phản hồi.
• Các yêu cầu hoàn tiền quá bảy ngày đều có quyết định được ghi nhận.
• Nhân viên đã nghỉ việc không còn quyền truy cập tài khoản đang hoạt động.
• Báo cáo hằng tháng đã được kiểm tra và chia sẻ với đúng đội ngũ.

Tránh các kết quả như «xem xét bảng điều khiển» hoặc «theo sát các yêu cầu». Mỗi người sẽ hiểu chúng theo cách khác nhau và đánh dấu hoàn tất vì những lý do khác nhau.

Với mỗi ứng viên, hãy ghi yếu tố kích hoạt, tần suất, người phụ trách và kết quả mong đợi trong một câu. Ví dụ: «Mỗi thứ Hai lúc 9 giờ sáng, trưởng nhóm hỗ trợ xem xét các yêu cầu hoàn tiền chưa giải quyết và giao quyết định cho từng yêu cầu». Câu này đủ cụ thể để xây dựng trong công cụ nhiệm vụ hoặc ứng dụng AppMaster mà không cần thêm một lời nhắc chung chung.

Nếu không ai có thể nêu rõ hành động và kết quả, hãy làm rõ quy trình trước khi tự động hóa.

Thiết lập lịch mà mọi người có thể tuân theo

Hệ thống nhiệm vụ lặp lại nên đi theo nhịp công việc, không phải đơn vị nhỏ nhất trên lịch. Hãy bắt đầu từ hạn thực tế và chi phí của việc bỏ lỡ. Việc kiểm kê hàng hóa ảnh hưởng đến đơn hàng trong ngày có thể cần kiểm tra hằng ngày. Việc xem xét các tài khoản khách hàng không hoạt động có thể chỉ cần thực hiện mỗi tháng một lần.

Nhiệm vụ hằng ngày nhanh chóng trở thành tiếng ồn nền. Chỉ dùng chúng khi chậm một ngày sẽ gây ra vấn đề thực sự cho khách hàng, tài chính hoặc vận hành, chẳng hạn thanh toán thất bại hoặc trường hợp hỗ trợ khẩn cấp.

Chu kỳ xem xét hằng tuần phù hợp khi mọi người cần một bức tranh đầy đủ hơn. Quản lý bán hàng có thể xem các giao dịch bị đình trệ vào mỗi thứ Hai thay vì yêu cầu đội ngũ cập nhật nhiệm vụ mỗi ngày. Nhờ vậy, các giao dịch có thời gian tiến triển nhưng những trường hợp cần chú ý vẫn được phát hiện.

Đặt lịch theo thời gian làm việc

Khi có thể, hãy lên lịch công việc của con người vào các ngày làm việc. Một nhiệm vụ đến hạn vào thứ Bảy có thể nằm im đến thứ Hai và bị xem là quá hạn dù không ai được yêu cầu xử lý. Nếu công việc phụ thuộc vào một người, hãy dùng ngày trong tuần và tính đến ngày nghỉ lễ cũng như khả năng bao phủ của đội ngũ.

Làm điểm bắt đầu, hãy chạy nhiệm vụ hằng ngày khi hành động trong ngày giúp ngăn thiệt hại. Dùng lịch hằng tuần khi việc xem xét cần vài ngày hoạt động mới có ý nghĩa. Dùng lịch hằng tháng cho kiểm toán, kiểm tra quyền truy cập và những công việc diễn ra chậm khác. Nhiệm vụ cần quyết định hoặc phê duyệt thường nên rơi vào ngày làm việc.

Cho mỗi nhiệm vụ một khoảng thời gian hoàn thành

Ngày đến hạn không phải lúc nào cũng có nghĩa là cần xử lý ngay lập tức. Hãy cho mọi người một khoảng thời gian thực tế để hoàn thành công việc thường lệ. Một nhiệm vụ được tạo lúc 9 giờ sáng có thể đến hạn vào 4 giờ chiều. Một đợt xem xét hằng tuần được tạo vào thứ Hai có thể để mở đến chiều thứ Năm.

Khoảng thời gian này nên phản ánh thời gian cần để làm việc, thời điểm thông tin đến và người cần phê duyệt. Giữ thời điểm ổn định để mọi người dễ dự đoán. Họ có thể sắp xếp công việc quanh một nhiệm vụ hằng tuần đến hạn vào mỗi thứ Năm, trong khi hạn thay đổi khiến việc theo dõi trở nên không cần thiết.

Nếu xây dựng hệ thống nhiệm vụ lặp lại trong AppMaster, hãy lưu lịch, khoảng thời gian hoàn thành và quy tắc ngày làm việc vào các trường riêng. Khi đó, bạn có thể chuyển một đợt xem xét từ hằng ngày sang hằng tuần mà không thay đổi quy trình phân công hoặc bản thân công việc.

Giao người phụ trách và xác định thế nào là hoàn tất

Mỗi nhiệm vụ lặp lại cần một người phụ trách cụ thể. Tên nhóm như «đội tài chính» hoặc «vận hành» khiến mọi người dễ nghĩ người khác sẽ xử lý. Hãy giao nhiệm vụ cho người có thể đưa nó đến trạng thái hoàn tất, ngay cả khi những người khác cũng tham gia.

Một đợt xem xét quyền truy cập hằng tháng có thể cần quản lý xác nhận danh sách nhân viên. Tuy vậy, một quản trị viên vận hành nên chịu trách nhiệm cho nhiệm vụ lặp lại, yêu cầu xác nhận, kiểm tra kết quả và đóng nhiệm vụ. Các quy tắc rõ ràng trong quy trình phân công giúp một đợt xem xét đơn giản không bị bỏ quên nhiều ngày.

Giao người phụ trách và người thay thế

Chọn người phụ trách dựa trên công việc, không chỉ dựa vào chức danh. Người đó cần đủ quyền truy cập và thẩm quyền để hoàn thành nhiệm vụ hoặc theo dõi phần thông tin còn thiếu. Nếu mỗi tháng họ đều cần xin phép nhiều người, hãy giao nhiệm vụ cho người khác hoặc thay đổi quy trình.

Chỉ định một người thay thế khi nghỉ phép, ốm hoặc bàn giao theo kế hoạch. Đừng giao nhiệm vụ cho cả hai người cùng lúc. Hai người phụ trách đang hoạt động thường tạo ra nỗ lực trùng lặp, cập nhật mâu thuẫn và vấn đề quen thuộc «Tôi tưởng bạn xử lý rồi».

Người phụ trách chính hoàn thành nhiệm vụ trong điều kiện bình thường. Người thay thế chỉ tiếp quản khi người chính không thể xử lý. Khi công việc mới hoàn thành một phần, người phụ trách nên để lại ghi chú trạng thái ngắn. Nếu vai trò thay đổi, quản lý nên cập nhật người phụ trách thay vì chờ đến chu kỳ bị bỏ lỡ tiếp theo.

Hệ thống nên tự mang người phụ trách vào mỗi lần xuất hiện mới. Nhờ đó, không cần giao thủ công và trách nhiệm hiển thị ngay khi nhiệm vụ xuất hiện.

Viết tiêu chí kết thúc mà mọi người có thể kiểm tra

«Xem xét các khoản hoàn tiền» mô tả một hoạt động, không phải định nghĩa hoàn tất. Tuyên bố hoàn thành nên nêu kết quả, bằng chứng cần thiết và thời điểm người phụ trách có thể đóng nhiệm vụ.

Ví dụ: «Hoàn tất việc xem xét hoàn tiền khi mọi khoản hoàn tiền quá bảy ngày đều có trạng thái được ghi nhận, người phụ trách theo dõi hoặc lý do đóng đã được phê duyệt». Người phụ trách có thể kiểm tra tuyên bố này mà không phải đoán xem xem nhanh có được tính hay không.

Đặt quy tắc hoàn tất gần các bước của nhiệm vụ và giữ cho nó ngắn gọn. Nếu công việc cần bằng chứng, hãy nêu rõ cần thêm gì: báo cáo, số phiếu, hồ sơ ngoại lệ hoặc ghi chú. Đừng yêu cầu mọi người đánh dấu hoàn tất chỉ dựa vào trí nhớ.

Người theo dõi có vai trò khác. Họ có thể cần cập nhật tiến độ, thông báo hoàn thành hoặc quyền xem ghi chú, nhưng không chịu trách nhiệm về hạn hoàn thành. Chỉ thêm những người sẽ hành động dựa trên thông tin đó. Quản lý cần xác nhận có thể theo dõi, còn đồng đội thỉnh thoảng hỗ trợ có thể nhận thông báo nhắc tên khi cần.

Trong AppMaster, đội ngũ có thể lưu người phụ trách chính, người thay thế, quy tắc hoàn tất và danh sách người theo dõi vào các trường riêng. Mỗi chu kỳ sẽ có một người chịu trách nhiệm rõ ràng, trong khi những người khác vẫn được cập nhật mà không phải nhận thêm một nhiệm vụ.

Ngăn nhiệm vụ trùng trước khi chúng đến với đội ngũ

Nhiệm vụ trùng khiến hệ thống nhiệm vụ lặp lại kém đáng tin cậy. Mọi người có thể lặp lại cùng một lần kiểm tra hoặc nghĩ rằng người khác đã hoàn thành. Hãy tạo một nhiệm vụ chính cho mỗi nghĩa vụ lặp lại.

Nếu bộ phận tài chính cần xem xét hoàn tiền vào thứ Sáu hằng tuần, hãy dùng một bản ghi lặp lại thay vì các quy tắc riêng từ tài chính, hỗ trợ và vận hành. Giao cho nhiệm vụ chính một người phụ trách và một lịch. Chỉ đưa người đóng góp vào khi cần ý kiến của họ.

Dùng tên giúp dễ nhận diện từng lần xuất hiện trong danh sách bận rộn. «Kiểm tra hoàn tiền - Tài chính - Tuần ngày 8 tháng 4» rõ ràng hơn «Kiểm tra hằng tuần». Tiêu đề rõ ràng giúp mọi người tìm nhiệm vụ hiện có trước khi tạo nhiệm vụ khác.

Kiểm tra trước khi tạo nhiệm vụ tiếp theo

Hệ thống nên tìm công việc đang mở trước khi tạo lần xuất hiện mới. Hãy so sánh quy tắc chính, khu vực công việc hoặc dự án, kỳ được bao phủ và trạng thái hiện tại.

Nếu đã có nhiệm vụ mở bao phủ kỳ đó, hãy giữ nhiệm vụ đó và bỏ qua việc tạo mới. Bất kỳ ai cần bổ sung bối cảnh có thể bình luận trên nhiệm vụ hiện có thay vì mở một nhiệm vụ song song.

Khi có thể, hãy lưu kỳ được bao phủ trong một trường ngày tháng. «Kiểm kê - tháng 4» và «Kiểm kê - từ ngày 1 đến 30 tháng 4» có thể mô tả cùng một công việc nhưng không phải lúc nào cũng được tìm thấy bằng tìm kiếm tiêu đề. Trường ngày tháng cho phép hệ thống so sánh ngày thay vì đoán theo câu chữ.

Giữ lần xuất hiện tiếp theo khi công việc còn mở

Đừng chồng nhiệm vụ mới lên công việc chưa hoàn tất. Nếu đợt xem xét hoàn tiền tuần trước vẫn đang chờ phê duyệt, hãy giữ nhiệm vụ mới và đánh dấu nhiệm vụ cũ. Người phụ trách hoặc quản lý có thể hoàn tất, đóng vì không còn cần thiết hoặc tạo nhiệm vụ xử lý tồn đọng với hạn mới.

Một số công việc cần các lần xuất hiện riêng, chẳng hạn kiểm tra hằng ngày ghi nhận kết quả khác nhau. Ngay cả khi đó, hãy ngăn bản sao cho cùng một ngày. Nhiệm vụ lặp lại nên lên lịch cho công việc, không tạo ra hàng đợi ngày càng dài gồm những lời nhắc giống hệt.

Hãy kiểm thử quy tắc với một hạn bị bỏ lỡ, một bản sao được tạo thủ công và một lịch đã thay đổi. Mỗi trường hợp đều nên để lại một nhiệm vụ rõ ràng cho đội ngũ.

Chuyển cấp công việc quá hạn mà không gây mệt mỏi vì cảnh báo

Cảnh báo mất tác dụng khi mọi lời nhắc đều có vẻ khẩn cấp. Hãy cho người phụ trách đủ thời gian hành động, sau đó chỉ đưa người khác vào khi đã quá hạn mà công việc vẫn còn mở.

Bắt đầu với một lời nhắc gần hạn. Với nhiệm vụ đến hạn vào thứ Sáu lúc 4 giờ chiều, lời nhắc lúc 2 giờ chiều cho người phụ trách thời gian hoàn tất hoặc báo có vấn đề thực sự. Lời nhắc trước hai ngày thường bị chìm dưới những công việc khác.

Dùng trình tự có thể dự đoán:

• Nhắc người phụ trách ngay trước thời điểm đến hạn.
• Gửi một thông báo quá hạn sau khi thời hạn trôi qua.
• Chỉ thông báo cho người nhận chuyển cấp nếu nhiệm vụ vẫn mở sau khoảng thời gian chờ đã xác định.
• Dừng cảnh báo khi ai đó hoàn thành, hủy hoặc lên lịch lại nhiệm vụ kèm lý do.

Khoảng thời gian chờ nên phù hợp với công việc. Một lần kiểm tra hàng tồn kho hằng ngày bị bỏ lỡ có thể cần chuyển cấp sau một giờ. Một đợt xem xét chính sách hằng tháng có thể chờ đến ngày làm việc tiếp theo. Dùng một bộ đếm thời gian cho mọi lịch nhiệm vụ lặp lại thì dễ thiết lập nhưng hiếm khi phù hợp với công việc thực tế.

Hãy thông báo cho người phụ trách trước khi thông báo cho bất kỳ ai khác. Họ có thể đã hoàn thành công việc nhưng quên cập nhật nhiệm vụ, hoặc chỉ cần gia hạn ngắn. Quản lý không thể giải quyết cả hai vấn đề từ một cảnh báo sớm và mơ hồ.

Gán cho mỗi loại nhiệm vụ một người nhận chuyển cấp cụ thể. Việc xem xét hàng đợi hỗ trợ quá hạn có thể chuyển đến trưởng nhóm hỗ trợ, còn phê duyệt tài chính quá hạn có thể chuyển đến quản lý tài chính. Đừng gửi các cảnh báo này đến hộp thư nhóm chung. Khi mọi người đều nhận được thông báo, họ thường nghĩ người khác sẽ xử lý.

Giữ thông điệp chuyển cấp ở dạng thực tế. Nêu tên nhiệm vụ, hạn ban đầu, người phụ trách hiện tại và trạng thái trực tiếp như «vẫn đang mở». Cho biết người nhận cần làm gì tiếp theo, chẳng hạn giao lại nhiệm vụ hoặc phê duyệt gia hạn. Không cần lặp lại mọi lời nhắc trước đó.

Nếu cùng một nhiệm vụ thường xuyên bị chuyển cấp, hãy xem xét lại hạn, khối lượng công việc hoặc người phụ trách. Việc chuyển cấp lặp lại thường cho thấy lịch không phù hợp với cách công việc thực sự diễn ra.

Ví dụ: kiểm tra hoàn tiền hằng tuần

Một đội hỗ trợ xem xét các khoản hoàn tiền vào 2 giờ chiều mỗi thứ Sáu. Đợt kiểm tra bao gồm các yêu cầu nhận trong tuần, khoản hoàn tiền đang chờ phê duyệt và những trường hợp khách hàng chưa nhận được cập nhật như dự kiến. Mục tiêu là đóng hoặc chuyển mọi mục đang mở trước cuối tuần.

Trưởng nhóm hỗ trợ phụ trách nhiệm vụ. Họ kiểm tra hàng đợi hoàn tiền, ghi nhận quyết định cho từng trường hợp và đánh dấu đợt kiểm tra hoàn tất. Quản lý vận hành là người thay thế, không phải người được giao đồng thời. Họ tiếp quản khi trưởng nhóm vắng mặt hoặc khi một trường hợp cần quyết định về vận hành.

Mô tả nhiệm vụ nên nêu công việc rõ ràng: xem xét mọi yêu cầu hoàn tiền đang mở, xác nhận mỗi yêu cầu có người phụ trách và trạng thái, gửi cập nhật cần thiết cho khách hàng và ghi nhận các trường hợp ngoại lệ cho bộ phận vận hành.

Chỉ dùng một nhiệm vụ đang hoạt động

Chỉ cho phép một đợt kiểm tra hoàn tiền mở tại một thời điểm. Đừng tạo nhiệm vụ cho thứ Sáu tuần tới chỉ vì hôm nay là thứ Sáu. Hãy tạo nhiệm vụ đó sau khi đợt kiểm tra hiện tại đóng.

Nếu trưởng nhóm hỗ trợ bắt đầu kiểm tra vào thứ Sáu nhưng cần đến thứ Hai để giải quyết hai trường hợp, nhiệm vụ của thứ Sáu vẫn giữ trạng thái mở. Hệ thống không thêm nhiệm vụ thứ hai cho cùng một công việc.

Quy tắc có thể đơn giản: tạo đợt kiểm tra vào 2 giờ chiều mỗi thứ Sáu chỉ khi không có đợt kiểm tra nào đang mở, giao trưởng nhóm hỗ trợ làm người phụ trách và quản lý vận hành làm người thay thế, rồi tạo đợt kiểm tra tiếp theo sau khi đợt hiện tại đóng. Lịch tạo nhịp làm việc đều đặn, còn việc hoàn tất kiểm soát thời điểm tạo nhiệm vụ mới.

Chuyển cấp một lần đối với đợt kiểm tra trễ

Hệ thống không nên thông báo cho bộ phận vận hành ngay khi nhiệm vụ xuất hiện. Trưởng nhóm hỗ trợ cần thời gian làm việc. Nếu đợt kiểm tra vẫn chưa hoàn tất sau hạn đã thống nhất, chẳng hạn 10 giờ sáng thứ Hai, hãy gửi một thông báo chuyển cấp nhiệm vụ quá hạn cho quản lý vận hành.

Thông báo cần có người phụ trách, hạn ban đầu và số trường hợp hoàn tiền đang mở. Bộ phận vận hành có thể giao lại việc kiểm tra, hỗ trợ phê duyệt hoặc chấp nhận một sự chậm trễ đã được ghi nhận. Tránh gửi cảnh báo lặp lại trừ khi ai đó thay đổi hạn hoặc trạng thái.

Ứng dụng không cần code có thể quản lý quy tắc này bằng cách dùng trạng thái và hạn nhiệm vụ để kiểm soát việc tạo nhiệm vụ mới cũng như chuyển cấp. AppMaster được xây dựng cho các quy trình nội bộ như vậy, với quy trình nghiệp vụ trực quan có thể tạo nhiệm vụ, kiểm tra trạng thái và chuyển thông báo đến đúng người.

Kiểm tra nhanh trước khi bật hệ thống

Hãy xem xét hệ thống nhiệm vụ lặp lại trước khi nó bắt đầu gửi công việc cho mọi người. Một lịch có vẻ hợp lý trên bảng kế hoạch vẫn có thể gây nhầm lẫn vào ngày lễ, khi nhân sự thay đổi hoặc khi hạn thực tế khác đi.

Mỗi nhiệm vụ cần một người chịu trách nhiệm rõ ràng. Nhiều người có thể hỗ trợ, nhưng một người phải đóng nhiệm vụ hoặc giải thích vì sao không thể hoàn thành. Đừng giao cả đội làm người phụ trách.

Đối chiếu thời gian với hạn đã tạo ra công việc. Một nhiệm vụ sáng thứ Hai cho báo cáo thứ Sáu có thể quá muộn nếu người phụ trách cần thông tin từ tài chính vào thứ Năm. Hãy đặt nhiệm vụ đủ sớm cho việc thực hiện, xem xét và sửa lỗi. Nếu hạn thay đổi theo mùa, hãy tạo các lịch riêng thay vì dựa vào trí nhớ.

Trước khi công bố quy trình, hãy kiểm tra xem hệ thống có chặn hoặc đánh dấu bản trùng hay không, lời nhắc có giữ im lặng cho đến khi nhiệm vụ đến hạn hay không và việc chuyển cấp có đến đúng người có thể gỡ vướng hoặc giao lại công việc hay không.

Nếu nhiệm vụ tuần trước vẫn mở, hệ thống thường nên giữ nó hiển thị thay vì tạo một bản sao giống hệt. Một số công việc cần hồ sơ riêng cho mỗi lần, gồm cả kiểm kê hằng ngày. Với các hoạt động theo dõi lặp lại, một nhiệm vụ mở có tuổi rõ ràng dễ quản lý hơn nhiều bản sao cùng tiêu đề.

Hãy đặt chuyển cấp sau thời điểm đến hạn. Lời nhắc trước hạn có thể gửi cho người phụ trách, nhưng quản lý không cần nhận cảnh báo chỉ vì nhiệm vụ tồn tại. Hãy bao gồm tuổi nhiệm vụ, trạng thái hiện tại và trở ngại để người nhận có thể hành động mà không phải hỏi lại những thông tin cơ bản.

Mỗi tháng, hãy xem xét các nhiệm vụ lặp lại đã hoàn tất. Tìm những quy trình thường xuyên bị bỏ qua, hoàn thành trễ hoặc không tạo ra kết quả hữu ích, rồi xóa những nhiệm vụ không còn hỗ trợ công việc đang diễn ra.

Đưa quy trình vào sử dụng hằng ngày

Bắt đầu với một quy trình vốn đã tạo ra lời nhắc lặp lại. Việc kiểm tra phê duyệt, xem xét hoàn tiền hoặc kiểm tra thiết bị hằng tuần sẽ dễ cải thiện hơn việc khởi chạy mười lịch cùng lúc. Mọi người cần thời gian để tin rằng nhiệm vụ xuất hiện đúng lúc và biến mất khi họ hoàn tất.

Chạy phiên bản đầu tiên trong hai hoặc ba tuần. Ghi nhận các hạn bị bỏ lỡ, nhiệm vụ trùng, lần hoàn thành trễ và lời nhắc thủ công được gửi ngoài hệ thống. Những chi tiết này cho biết hệ thống nhiệm vụ lặp lại có phù hợp với nhịp làm việc thực tế của đội ngũ hay không.

Đừng xem mọi hạn bị bỏ lỡ là vấn đề của nhân viên. Một nhiệm vụ đến hạn lúc 9 giờ sáng có thể thất bại vì người phụ trách chỉ nhận được dữ liệu nguồn vào buổi trưa. Hãy chuyển thời điểm đến hạn, chỉ định người thay thế hoặc tách công việc thành hai nhiệm vụ. Sửa quy tắc gây chậm trễ thay vì thêm thông báo.

Xem xét kết quả cùng những người trực tiếp hoàn thành công việc. Hỏi nhiệm vụ nào đến quá sớm, cảnh báo nào vẫn tiếp tục sau khi hoàn tất và thông báo quá hạn nào đến sai người. Những thay đổi nhỏ có thể khiến lịch nhiệm vụ lặp lại dễ tuân theo hơn nhiều.

Mỗi tuần, hãy kiểm tra các nhiệm vụ bị bỏ lỡ và quá hạn, tìm nguyên nhân phía sau mọi bản trùng, rồi thay đổi từng quy tắc về thời gian, trách nhiệm hoặc chuyển cấp. Ghi lại lý do thay đổi và kiểm tra tác động vào tuần sau. Xóa những nhiệm vụ lặp lại không còn hỗ trợ công việc đang diễn ra.

AppMaster có thể biến quy trình này thành một quy trình nội bộ không cần code. Tạo bản ghi nhiệm vụ với tiêu đề, tên quy trình, người phụ trách, hạn hoàn thành, trạng thái hoàn tất và quy tắc lặp lại. Quy trình nghiệp vụ trực quan có thể chỉ tạo nhiệm vụ tiếp theo sau khi nhiệm vụ hiện tại đóng và chỉ gửi thông báo quá hạn khi người phụ trách chưa đánh dấu hoàn tất.

Hãy giữ bản dựng đầu tiên đơn giản. Chỉ thêm trường và cảnh báo khi đội ngũ có thể nêu rõ quyết định mà chúng hỗ trợ. Một quy trình phân công trách nhiệm sẽ tạo được niềm tin khi mọi người nhận ít lời nhắc không cần thiết hơn và có thể hành động dựa trên những thông báo thực sự đến.