Garis Besar Trello digunakan untuk Proyek Web / Manajemen Desain [ditutup]

Adakah yang memiliki tata letak yang baik untuk menggunakan trello di Manajemen Proyek / Desain Web?

Saya punya tim yang tersebar di seluruh dunia dan ingin beralih dari Basecamp (saya pikir) ke sesuatu seperti Trello (lebih mudah, lebih murah, jelas).

Menonton video memberi saya beberapa ide, tetapi saya masih menggaruk-garuk kepala tentang cara terbaik untuk memulai. Agar tim saya bisa merangkul ini, itu harus hampir sempurna dari awal, jadi saya tidak ingin mengacaukan :)

trello

— Nathan
sumber

Ingatlah bahwa Trello tidak memiliki obrolan.

— phwd

Nathan, aku juga tertarik dengan skema ini ... Mungkin kita berdua bisa membuat sesuatu. Jika Anda punya ide, silakan posting di sini! Terima kasih dan semoga berhasil!

— Denis

@Denis jika Anda tertarik dengan ini, Anda dapat memilih dengan mengeklik panah ke atas (ketika Anda memiliki reputasi yang cukup). Tolong jangan gunakan tautan jawaban untuk membalas seseorang. Dengan sedikit reputasi, Anda dapat meninggalkan komentar.

— phwd

@phwd Trello adalah obrolan yang "hilang" - tapi itu bukan hal yang bagi saya, kecuali saya melewatkan sesuatu? Saya berharap ada cara untuk membuat percakapan, meskipun saya tahu itu mungkin berdampak pada kesederhanaan Trello (yang merupakan "fitur").

— Nathan

Selesai Tapi masuk chat.stackexchange.com/rooms/7/webapps Saya tidak tahu apakah saya melewatkan akun lain. Beri tahu saya di sana.

— phwd

Jawaban:

Tim saya menggunakan skema ini:

- Todo
- Melakukan
- Menguji
- Selesai
- Diterbitkan

Untuk setiap iterasi kami memulai papan baru.

Bagaimana cara kerjanya?

Mari kita asumsikan kita memiliki tiga orang: Alice adalah manajer produk, Bob adalah pengembang, Charlie adalah pengembang senior.

Alice menambahkan tugas dalam daftar Todo dan memberikan kartu dengan Bob yang akan melakukan ini.
Jika Bob 100% yakin dia mengerti tugasnya, dia memindahkan kartu itu ke daftar Melakukan.
Ketika tugas selesai, Bob memindahkannya ke Pengujian.
Alice memindahkan kartu dari Testing ke Done jika tugasnya bersaing atau memindahkan kartu ke Melakukan (dengan alasan dalam komentar).
Charlie memindahkan tugas dari Selesai ke Diterbitkan saat iterasi selesai.

Kami menggunakan label: Desain, Kode, Konten, Admin, Bug.
Kartu terlihat seperti cerita: "Pengguna dapat memulihkan kata sandinya melalui email."
Untuk setiap klien kami membuat organisasi. Ya, klien melihat apa yang kami lakukan.

Itu dia.

Sedikit pembaruan pada alur kerja kami. :)

Alur Kerja Desain

— Roman Zolotarev
sumber

Cukup bagus. Saya sudah mencoba menyimpan semuanya dalam satu organisasi, tetapi saya mendapati bahwa satu atau dua kartu terkadang tidak cukup untuk beberapa proyek. Untuk proyek yang lebih besar, saya dapat mempertimbangkan untuk pergi ke organisasi yang terpisah. Apakah Anda memiliki kekhawatiran tentang klien Anda yang membaca utas komentar? Beberapa percakapan kami cukup biasa atau mengungkapkan ketidakpastian kami tentang harapan pelanggan, kelayakan, dll ...

— Nathan

Nathan, terima kasih atas komentar Anda.

— Roman Zolotarev

Kami menggunakan bahasa yang tepat di Trello dan saya tidak khawatir tentang klien yang membaca komentar kami. Bahkan jika komentar ini biasa saja. Klien kami juga manusia. :) Ketika saya ingin mengatakan sesuatu yang pribadi saya menggunakan Skype atau telepon. Ini sangat jarang. Kami tidak menyembunyikan apa pun dari pelanggan kami. Cara komunikasi ini baik untuk hubungan yang sehat dan harapan pelanggan. Ini membantu saya untuk melibatkan klien ke dalam proses pengembangan.

— Roman Zolotarev

Pikirkan tentang jalur yang diambil proyek web Anda. Biasanya itu dimulai sebagai sebuah ide, pergi ke rencana, mungkin masuk ke pengembangan atau perencanaan lebih lanjut, bergerak ke pengujian, QA, rc, dll. Kemudian akhirnya ia beralih dari pengembangan ke hidup. Tentu saja, ini hanya sebuah contoh.

Trello juga menerbitkan papan Trello untuk aliran pengembangannya sendiri di sini: https://trello.com/board/4d5ea62fd76aa1136000000c Anda dapat menggunakannya sebagai contoh untuk melihat satu kasus spesifik dari aliran pengembangan web.

— andymac1
sumber