Web Projesi / Tasarım Yönetimi için kullanılan Trello Anahatları [kapalı]

Web Projesi / Tasarım yönetiminde trello kullanmak için iyi bir düzeni olan var mı?

Dünyaya yayılmış bir ekibim var ve Basecamp'tan (sanırım) Trello gibi bir şeye geçmek istiyorum (daha kolay, daha ucuz, açıkçası).

Videoyu izlemek bana bazı fikirler verdi, ama hala en iyi şekilde başlamak için kafamı çiziyorum. Takımımın bunu benimsemesi için, baştan beri neredeyse mükemmel olması gerekiyor, bu yüzden karışıklık yapmak istemiyorum :)

trello

— Nathan
kaynak

Trello'nun sohbet etmediğini hatırla.

— phwd

Nathan, ben de bu programa ilgi duyuyorum ... Belki ikimiz de bir şeyler bulabiliriz. Herhangi bir fikriniz varsa, lütfen buraya gönderin! Teşekkürler ve iyi şanslar!

— Denis

@Denis bu konuyla ilgileniyorsa, yukarı okuna tıklayarak oy verebilirsiniz (yeterince itibarınız varken). Lütfen birine cevap vermek için cevap bağlantısını kullanmayın. Biraz daha fazla itibar ile yorum bırakabilirsiniz.

— phwd

@phwd Trello sohbeti "kaçırıyor" - ama bir şey kaçırmadığım sürece bu benim için böyle bir şey değil mi? Sohbetlerin işini çözmenin bir yolu olmasını diliyorum, ancak bunun Trello'nun basitliğini etkileyebileceğini biliyorum (ki bu bir "özellik").

— Nathan

Bitti. Ancak chat.stackexchange.com/rooms/7/webapps adresini ziyaret edin. Başka bir hesabı kaçırdım mı bilmiyorum. Bana orada haber ver.

— phwd

Yanıtlar:

Ekibim bu planı kullanıyor:

- Yapılacaklar
- Yapıyor
- Test Yapılıyor
- Yapıldı
- Yayınlandı

Her yineleme için yeni bir tahta başlatıyoruz.

Nasıl çalışır?

Üç kişimiz olduğunu varsayalım: Alice bir ürün yöneticisi, Bob bir geliştirici, Charlie kıdemli bir geliştiricidir.

Alice, Todo listesine bir görev ekler ve bunu yapacak Bob'a kart atar.
Bob% 100 görevi anlayabildiğinden emin ise, kartı Yapılacaklar listesine taşır.
Görev tamamlandığında Bob, Test Etme bölümüne gidin.
Alice, eğer görev rekabet ederse kartı Testing'den Done'a taşır (bir yorumda bir sebeple).
Charlie, yineleme tamamlandığında görevleri Tamamlandı'dan Yayınlandı'ya taşır.

Etiketleri kullanıyoruz: Tasarım, Kod, İçerik, Yönetici, Hata.
Kartlar hikayelere benziyor: "Kullanıcı şifresini e-posta ile kurtarabilir."
Her müşteri için bir organizasyon yaratırız. Evet, müşteriler ne yaptığımızı görüyorlar.

Bu kadar.

İş akışımızla ilgili küçük bir güncelleme. :)

Tasarım İş Akışı

— Roman Zolotarev
kaynak

Bu oldukça iyi. Her şeyi bir organizasyonda tutmaya çalıştım, ancak bir veya iki kartın bazen bazı projeler için gerçekten yeterli olmadığını buldum. Daha büyük projeler için ayrı bir kuruma gitmeyi düşünebilirim. Müşterilerinizin yorum konularını okuduğu konusunda endişeleriniz var mı? Sohbetlerimizden bazıları oldukça sıradan ya da müşteri beklentileri, fizibilite vb. Konusundaki belirsizliğimizi ortaya koyuyor ...

— Nathan

Nathan, yorum yaptığın için teşekkür ederim.

— Roman Zolotarev

Trello'da uygun dili kullanıyoruz ve yorumlarımızı okuyan müşteriler hakkında endişelerim yok. Bu yorum sıradan olsa bile. Müşterilerimiz de insan. :) Özel bir şey söylemek istediğimde Skype veya telefon kullanıyorum. Bu çok nadir görülür. Müşterilerimizden saklayacak hiçbir şeyimiz yok. Bu iletişim şekli sağlıklı ilişkiler ve müşteri beklentileri için iyidir. Bu, bir müşteriyi geliştirme sürecine dahil etmeme yardımcı oluyor.

— Roman Zolotarev

Web projelerinizin aldığı yolu düşünün. Genellikle bir fikir olarak başlar, bir plana gider, belki de geliştirmeye veya ileri planlamaya gider, testlere, KG, rc vb .'ye geçer. Sonunda gelişimden yaşamaya geçer. Tabii ki, bu sadece bir örnek.

Trello ayrıca, Trello panosunu burada kendi geliştirme akışı için yayınlar: https://trello.com/board/4d5ea62fd76aa1136000000c Belirli bir web geliştirme akışı vakasını görmek için bir örnek olarak kullanabilirsiniz.

— andymac1
kaynak