Mereka Bentuk Status Syif untuk Alatan Penjadualan
Saya fikir status syif akan menjadi mudah. Satu syif disahkan. Satu syif tidak. Saya silap.
Status bukan sekadar label pada kad. Ia memacu logik produk. Ia memberitahu sistem apa yang perlu dilakukan seterusnya.
Fikirkan tentang frasa "tidak disahkan". Ia menyembunyikan terlalu banyak butiran. Adakah kakitangan tersebut tahu tentang syif itu? Adakah mereka berkata tidak? Adakah anda memerlukan pengganti?
Anda memerlukan model yang jelas untuk mengelakkan kekeliruan. Berikut adalah cara untuk memisahkan keadaan-keadaan ini:
- Ditugaskan: Seseorang mempunyai syif tersebut.
- Menunggu pengesahan: Orang tersebut tahu tetapi belum membalas.
- Disahkan: Orang tersebut berkata ya.
- Perlu pengganti: Orang tersebut berkata tidak.
- Tersedia untuk menampung: Kakitangan lain melihat kekosongan tersebut.
- Dibatalkan: Tugasan tersebut telah tiada.
"Ditugaskan" adalah berbeza daripada "disahkan". Jadual kelihatan penuh apabila semua orang telah ditugaskan. Ia belum muktamad sehingga semua orang mengesahkannya. Perbezaan ini menyelamatkan anda daripada kejutan.
"Perlu pengganti" adalah masalah yang khusus. Ia tidak sama dengan "tidak disahkan". Satu bermaksud tunggu jawapan. Yang satu lagi bermaksud cari orang baharu. Masalah yang khusus mendapat penyelesaian yang lebih pantas.
Reka bentuk status adalah reka bentuk produk. Ia membentuk aliran kerja. Ia menentukan apa yang dilihat oleh pengguna. Ia memberitahu anda apa yang mendesak.
Pastikan status anda jelas. Status yang baik menjadikan langkah seterusnya jelas.
Sumber: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5