Trello ve Jira: Bir Geliştiricinin Perspektifinden Karşılaştırıldı

Bugünkü yazılım üretimi 20 yıl öncekiyle aynı değil. Yazılım, kelimenin tam anlamıyla dünyanın her yerine dağıtılmış ekiplerle ve sürecin yalnızca belirli bir bölümünde uzmanlaşmış kişilere bağımlı hale geldiğinden, giderek daha karmaşık hale geldi. Ayrıca UI/UX, yeni kullanıcıları yakalama ve mevcut kullanıcıları elde tutma rekabeti arttıkça çok önemli bir konu haline geldi.

Geçen yıl boyunca bir düzine proje üzerinde çalıştım ve neredeyse hepsi bir proje yönetim aracı (PMT) kullandım. Bugün size belirli bir araç için satış konuşması yapmayacağım, bunun yerine size bir geliştiricinin bakış açısıyla bu araçların gerçek hayatta nasıl kullanıldığına dair içeriden bir bakış ve iki temsilciye genel bir bakış sunacağım. araçlar. Bu makalenin karar vericilere ve geliştiricilere kendileri, ekipleri ve üzerinde çalıştıkları proje için en uygun olanı bulmalarında yardımcı olacağını umuyoruz.

Neden Proje Yönetim Aracı Kullanmalı?

Başlarken, projelerimin çoğu bir proje yönetim aracına dayanmıyordu, bu yüzden gerçekten ihtiyacınız olup olmadığını soruyor olabilirsiniz. Geliştiriciler onlarsız yazılım oluşturamaz mı? Cevap, birden fazla faktöre bağlı olmasıdır, bu yüzden bazılarını analiz edelim.

Küresel Ekiplerin Yükselişi

Çoğu projede kendimi dünyanın dört bir yanındaki insanlar için çalışırken buluyorum ve bu gerçekten harika olsa da, bir ofis ekibinin karşı karşıya kalmayacağı bir dizi zorluğu da beraberinde getiriyor. Yeterince yetkin olmadığınız sistemin bir bölümünü düzeltmesi veya değiştirmesi için bir iş arkadaşınıza ulaşmaya çalıştığınızda saat dilimleri gerçek bir sorun haline gelir.

Diğer geliştiriciyle haftada bir veya iki defadan fazla konuşamayabileceğiniz senaryolar da vardır. Proje yönetimi araçları, ekip üyelerinin ihtiyaçlarını ileri geri iletmeleri için resmi (ve pratik nedenlerden dolayı bazen tek) kanal haline geldikleri için bu tür işbirlikçi süreçleri kolaylaştırmaya yardımcı olur.

Tabii ki, sadece dağıtılmış bir ekibin bireysel üyeleri arasındaki iletişimle ilgili değildir. PMT'ler ayrıca tüm ekip üyelerine daha fazla bilgi ve görünürlük sağlayarak diğer ekip üyelerinin ilerlemesini izlemelerine ve faaliyetlerini buna göre planlamalarına olanak tanır.

İşbirliği

Aynı sonuçları yalnızca e-posta veya diğer iletişim kanalları aracılığıyla işbirliği yaparak elde edebileceğinizi düşünüyor olabilirsiniz. Bir müşterim bunu birkaç ay önce üzerinde çalıştığım bir projede yaptı ve bu bir kabustu. İnsanlar iletişim kurmak için birden fazla e-posta kullandı, bu nedenle farklı konuları takip etmek zordu. Ayrıca, tek bir konuyla ilgili iletişim, farklı e-posta konuşmalarında yaşayan farklı parçalara bölünmüş bir bulmaca haline gelir. Çoğu e-posta görüşmesi, yapılması gerekenleri takip etmeyi giderek zorlaştıran birden fazla soruna değindi.

Proje yönetimi araçları, her soruna ayrılmış tek bir konuşma akışı sağlayarak bu sorunu çözer ve ihtiyacınız olan her şeyi (tasarımlar, API'ler ve geri bildirim) tek bir tıklamayla bulmanızı sağlayarak hayatınızı kolaylaştırır. İşbirlikçi bir bakış açısıyla, proje yönetimi araçları herkesin projenin tüm bölümlerine ve aşamalarına erişmesini ve bunları görüntülemesini sağlayarak sürekli iletişim ve güncelleme ihtiyacını azalttığından, bu büyük bir fark yaratabilir.

Proje Gereksinimlerini Yönetin

Proje yönetim aracı kullanmayan ekiplerin karşılaştığı en büyük sorunlardan biri, yazılımın doğasından kaynaklanır. Belki bir startup'ta çalışıyorsunuz ve birkaç defadan fazla dönüş yaptınız. Belki de siz proje üzerinde çalışırken hedefleriniz ve gereksinimleriniz gelişmeye devam ediyor.

Bu bağlamda yazılımı canlı bir varlık olarak düşünmeliyiz. İlk plan ne kadar iyi hazırlanmış olursa olsun, her zaman değişmesi gerekme olasılığı yüksektir. Ancak bazen bu değişiklikler tüm ekip üyelerine iletilmiyor. Yöneticiler size rakiplerinize göre avantaj sağlayacak yeni bir özellik hakkında konuşabilir, ancak yönetici bunu ekibin geri kalanına ifade etmezse, bu olmaz.

Yazılmamışsa, yönetici ve CEO tarafından da unutulabilir. En güncel ve resmi şartlara sahip olduğunuz bir yerin olmaması çok fazla zaman ve para kaybetmenize neden olacaktır. PMT'ler, proje süresi boyunca tüm gereksinimlerin ve bilgilerin depolandığı tek bir gerçek noktası, tek bir yer sunar. Bu, yalnızca daha sonra ekleyebileceğiniz eklenmemiş özelliklerle ilgili değildir; tüm özellikleri, artık bu özelliği desteklemediğimizin bana söylenmediğini keşfetmek için geliştirdim.

Bellek ve Zaman Verimliliği

En soluk mürekkep, en güçlü bellekten daha güvenilirdir. - Atasözü

Bir seferde ancak bu kadarını kafamızda halledebiliriz. Yöneticilerinizle bir görüşme yaptığınızda ve onlar görüşme sırasında bir düzine farklı konuyu gündeme getirdiğinde, bir noktada bir şeyler kaybolacak. En önemli noktaları kendiniz yazmayı deneyebilirsiniz, ancak yine de çatlaklardan bir şeyler düşebilir.

Bir aramada onlar hakkında konuşmak yerine gereksinimlerin yazılı olması, akıştaki olası eksik öğeleri yakalamanın veya o sorunu o anda uygulamanızı engelleyebilecek şeyleri saptamanın iyi bir yoludur. Yazılım geliştirme doğrusal değildir, bu nedenle bugün bir özellik üzerinde çalışmaya başlayabilir, ancak üründe üzerinde çalışmanız gereken daha acil bir şey olabilir ve birkaç hafta veya ay sonra tam olarak neyin gerekli olduğunu unuttuğunuzu fark etmek için geri dönebilirsiniz.

Bu nedenle gereksinimlerin yazılı olması, hatırlamak zorunda kalmadan veya aynı özelliği tekrar tartışmaktan kaçınarak size zaman kazandırabilir. Yazılım daha karmaşık olduğu için zaman verimliliği çok önemlidir, bu nedenle yalnızca netleştirmeniz gereken konulara odaklanarak toplantı sürenizi yarıya veya daha fazla azaltmak için yalnızca bir şeyler yazmanın avantajından yararlanabilirsiniz.

Odak

Bu, ele alınan sorunla ilgili iletişimi takip etmenin ve bu şeyler hakkında konuşmanıza gerek kalmadan yalnızca gelecekteki gereksinimlerin özelliklerini takip etmenin bir önceki sorunuyla ilgilidir.

Bu, geliştiricinin hem o anda gerekli olan şeyleri oluşturmaya odaklanmasını sürdürmesine hem de daha sonra ne olacağını öğrenmesine yardımcı olur. Bu sadece kolaylık ve bilgiye kolay erişim ile ilgili değildir. Eklenen görünürlük düzeyi, her ekip üyesinin büyük resmi görmesine ve buna göre önceden plan yapmasına olanak tanır.

Temel PMT Özellikleri

Bu nedenle, bir PMT'de aradığımız şey, farklı konuların tartışılmasını ayrı ve iyi organize ederek konuşmayı yönetmeye yardımcı olan bir araçtır. Bu, farklı zaman dilimlerindeki ve farklı ekiplerdeki insanlar arasındaki iletişime yardımcı olurken aynı zamanda yazılımın resmi vizyonunun bir deposu olarak hizmet ederek, geliştirici, proje yöneticisi için geliştirme sürecindeki sürtünmeyi azaltarak odaklanmanıza ve zamandan tasarruf etmenize yardımcı olur. ve günümüzün yazılım geliştirme ortamında yer alan herkes.

Jira

Jira , özellikle yazılım geliştirme için tasarlanmış çok güçlü bir PMT'dir. Ancak, herkes Jira'nın tüm özelliklerini bilmiyor ve ilk projenizi yönetmeye çalışan bir işletme sahibiyseniz, bu çok zor olabilir. Bunu farklı seçenekler arasında karar veren biri olarak okuyorsanız ancak Jira'yı daha önce kullanmadıysanız, gücünden gerçekten yararlanabilmeniz için önce bazı öğreticileri izlemenizi tavsiye ederim.

Sprintler

Jira ile olan deneyimimin çoğunu tanımlayabileceğim üç kelime var ve bunlardan biri sprint . Sprint, ekibin yakından ilişkili olan veya olmayan belirli hedefleri tamamlamaya çalıştığı bir zaman dilimidir. Tamamen esnektir. Jira sprintleri genellikle bir hafta sürer ve bence bu en uygun süre.

Bir geliştiricinin bakış açısından, bu size birden fazla şeyin size atanması ve sizin için en rahat olan sırada çalışma esnekliği sağlar; bu, zor bir şey üzerinde çalışmak ve daha sonra rahatlaması kolay bir şey olabilir veya belki de 2 üzerinde çalışmak olabilir. -3 aynı anda yakından ilişkili. Bu, geliştiricilere zamanında teslim etmeye odaklanırken aynı zamanda bazı kararlar verme yetkisi verir.

Jira Destanları ve Sorunları

Sprintler zamansal alanda görevleri gruplandırırken, destanlar görevleri konuya göre gruplayabilir. Örneğin, görevlerinizi haftalık sprintlere bölebilirsiniz, ancak görevleri aynı anda ön uç ve arka uçta da gruplandırabilirsiniz. Görevleri konuya göre bölerken bir konuya geliştirici atayabilirsiniz.

Örneğin, mevcut bir veritabanından veri taşımak için bir destanınız olabilir, bu nedenle buna epik DB Geçişi diyebilirsiniz ve bu destandaki tüm görevler birbiriyle ilişkili olduğundan, tüm süreç boyunca tek bir geliştirici bundan sorumlu olabilir. sprintler. Bu, iki geliştiricinin eski veritabanını öğrenmek için zaman harcamasını önleyerek geliştirmeyi daha verimli hale getirir.

Konular ise yapılması gereken, bir destana ve bir sprinte ait olabilen şeylerdir. Birden çok sorun türü vardır ve bunlar hikaye , görev ve hatadır . Bir hikayenin, bir sorunu bir araya getirildiğinde tam bir resim oluşturan daha küçük parçalara ayırmak için kullanılabilecek alt görevlere sahip olma özelliği vardır; bu, tamamlanacak tek bir öğeye odaklanmak yerine çok sayıda görev oluşturmaktan kaçınır.

Jira'daki görevler, çok spesifik olan ve alt görevleri olmayan konulardır. Yapılması gereken bir şey çok basitse ve onu yıkmaya çalışmanın bir anlamı yoksa, bu bir görevdir. Hatalar düzeltilmesi gereken şeylerdir—hataları özel bir kategori olarak tutmak, projede ne kadar ilerlediğinizin aksine ne kadarını düzelttiğinizi anlamanıza yardımcı olacaktır.

Öncelikler

İletişim, birden fazla zaman diliminde çalışan küresel bir ekipte çalışırken denklemin büyük bir parçasıdır. “Dünya çapında” çalışmak bir metafor değil, birçok geliştiricinin yaşadığı bir gerçektir. Yöneticilerden geliştiricilere iletilmesi zor olan şeylerden biri, bir görevin öncelik düzeyidir. Bir yapılacaklar listesi kullanarak aşağıdaki senaryoyu hayal edin:

Geliştirici, bu hafta boyunca tamamlamaları gereken yedi görevleri olduğunu görüyor. Bazıları zor ve bazıları kolaydır. Bununla birlikte, yönetici için kritik bir görev çok karmaşıktır, ancak bir yapılacaklar listesindeki geliştirici için tüm görevler eşittir - kritik olanı sona bırakarak önce daha kolay olanlara gitmeyi seçebilirler. Beklenmedik bir şey olursa ve liste tamamlanmazsa, kesilen en önemli görev budur veya aceleyle bitirilir (muhtemelen süreçte kaliteden ödün verilir). Bu, Jira'da önceliklere sahip olarak çok kolay bir şekilde çözülür, bu da geliştiricilerin neyin daha önemli veya neyin tamamlanmasının daha kritik olduğunu anlamalarını sağlar.

İçerik, İçerik, İçerik

Jira hakkında gerçekten takdir edeceğiniz şeylerden biri, her sayının altına yerleştirebileceğiniz içerik miktarıdır; Diğer ekip üyelerini etiketlemenin yanı sıra resimler veya bağlantılar ekleyebilir - bunların tümü Trello için de geçerli olsa da, kullanıcı arayüzü sizi gerçekten daha fazla içerik yerleştirmeye teşvik eder ve bu da her görev hakkında daha fazla veriye sahip olmanıza yardımcı olur.

Jira'nın Artıları ve Eksileri

Jira, özellikle yazılım geliştirme için birleştirilmiş birçok özelliğe sahip çok iyi kurulmuş bir araçtır. Diğer sistemlerle bir dizi entegrasyon sunar ve iyi organize olmanıza yardımcı olur. Özellikle (çok) büyük takımlar için iyidir.

Yetenekli, özelliklerle dolu bir PMT olan Jira, acemi bir geliştirici için biraz göz korkutucu olabilir. Deneyim bunaltıcı olabilir; sprintler, destanlar ve sorunların hepsi birbirine karışabilir. Bu, özellikle yönetici, yazılım geliştirme konusunda çok az deneyime sahip ve bir geliştirici ekibini yönetmeye çalışan bir müşteriyse geçerlidir. Jira'yı geliştirmesi biraz zaman alacak (birkaç aydan fazla) büyük ekipler ve büyük projeler için olduğu kadar deneyimli yöneticiler (müşteriler) ve geliştiriciler için de şiddetle tavsiye ediyorum.

Artıları

• Yazılım geliştirme için özel olarak tasarlanmıştır
• Her sayının bağlantılar, resimler, ekler gibi çok sayıda içeriğe sahip olmasına izin verir
• Sorunlarınızı her zaman takip etmenize yardımcı olan bildirimler içeren bir mobil uygulamaya sahiptir
• Sprint'leri ürünün özüyle bütünleştirir
• Sizinle alakalı görevlere odaklanabilmeniz için çok sezgisel görev filtreleme sağlar

Eksileri

• Birçok özelliğe sahiptir, böylece yazılımı kolayca kullanabilirsiniz
• Tüm özelliklerinden yararlanmak için biraz eğitim gerektirir
• Çevik geliştirme anlayışı gerektirir (veya en azından büyük ölçüde yardımcı olur)
• Küçük bir ekiple küçük bir proje için aşırıya kaçabilir

Trello

Trello basit bir cümleyle özetlenebilir: "kartlı panolar", diğer adıyla Kanban . İlk bakışta, eğitimsiz bir göze bile çok basit gelebilir; ancak, basit şeyler son derece yararlı olabilir.

Sadelik güçlü bir kavramdır. İşletim sistemleri basit ve kullanımı eğlenceli olduğu için iPhone ve Mac'in bu kadar popüler olmasının bir nedeni de budur. Jira, aklınıza gelebilecek her şeye sahipmiş gibi hissederken, Trello sizi atlatmaya yetecek kadar varmış gibi hissediyor. Destan yok, hikaye yok, sprint yok - sadece bir kart üzerinde çalışın ve onu farklı aşamalardan (sütunlar) geçirin.

Bunların hepsinin Jira'da da var olduğunu göz önünde bulundurarak, Trello'da en çok parlayan birkaç özelliği açıklayacağım.

Aşamalar

Trello, aşamaları tanımlamayı çok kolaylaştırır; bir sütun oluşturmanız ve onu kullanmaya başlamanız yeterlidir. En yaygın olanları Yapılacaklar, Yapılıyor, İnceleme ve Bitti'dir. Basitliği nedeniyle, On Hold gibi başka sütunlar ekleyebilir (Jira bunu da yapabilir, ancak bu sorunları açıkça aramadığınız sürece kaybolmuş gibi görünür) veya Todo Front-end gibi sistemin farklı bölümleri için sütunlar oluşturabilirsiniz. veya Yapılacaklar Arka Uç. Bu, aynı anda yönetilecek çok sayıda üye veya görevin olmadığı basit bir web sitesi, bir pencere öğesi veya bir uzantı gibi ekip ve proje küçük olduğunda mükemmeldir.

Üyeler

Üyelere bir kart atayabilirsiniz ve bir geliştiriciye bu şekilde bir kart atayabilirsiniz - orada çok basit. Yorumlarda diğer üyeleri de etiketleyebilirsiniz; bu, bir soruna dahil olan herkesin bu konuda iletişim kurmaya devam etmesine yardımcı olur.

Kullanıcılar, özellikle Takvim görünümünde kullanışlı olan diğer ekip üyelerine ait kartlarını veya kartlarını tek bir tıklamayla kolayca filtreleyebilir.

Çok Görsel

Basitliği nedeniyle Trello, bir kartın içeriğini her açtığınızda Kanban'ı görünür kılar. Bu görüşten kaçamayacağınız için çok görsel bir yaklaşım. Ayrıca, kartlar, tahtada görülebilen görüntülere sahip olabilir.

Bu, Jira'nın sahip olmadığı bir şey (ya da en azından ben gerçek bir projede kullanıldığını görmedim). Bir resim kelimelerden daha fazlasını söyleyebileceğinden, her bileti açmadan neler olduğunu kolayca görebilirsiniz.

Ayrıca, Trello'nun renkli etiketleri, bir kartı genişletmek zorunda kalmadan daha da fazla bilgi eklemek için kullanılabilir. Biraz iyi bir organizasyonla, Post-It etiketlerinin bu Kanban eşdeğerleri çok yardımcı olabilir ve sizi birçok gereksiz tıklamadan kurtarabilir.

Bilgi bombardımanı

Doğal sadeliği nedeniyle, Trello, bilgi dağlarının altında ezilme hissinden kaçınarak, sizi her şeyi basit ve öz tutmaya zorlar. Çoğu zaman, dahil olmadığınız öğeler için sürekli olarak bildirim bombardımanına maruz kaldığınız bir proje üzerinde çalışıyor olacaksınız.

Bu ekstra gürültü, en azından benim deneyimime göre, Trello'da biraz azaltılmış gibi görünüyor. Trello bilgi eklemek için o kadar kullanıcı dostu olmadığından, sorunların daha küçük olma eğiliminde olduğunu, yani görevlerin Jira'dakinden daha küçük parçalara ayrıldığını öğrendim. Bazı planlamalarla, bu küçük görevler çok fazla gürültü oluşturmamalıdır.

Oyun oynamak

Oyunlaştırma kavramı, kısmen, basit bir görevi üstlenmek ve onu ödüller aracılığıyla oyuna dönüştürmektir. Trello Blog'daki bu makalede belirtildiği gibi , "Ödüllerle destekleniyorsa, zorluk sizi ertelemez" .

Bilet bir aşamadan diğerine taşındığında adrenalin (veya dopamin) artışı olur. Bir kartı Trello'da sürüklemeden farklı bir aşamaya taşıyamayacağınız için (Jira'da bir sorunun durumunu değiştirmek en kolayıdır), kaydettiğiniz ilerlemeyle fiziksel bir bağlantı kurarsınız. Bir an farkına varmadan, o gün önceki günden daha fazla sorunu nakavt etmek için kendinle rekabet etmek istersin (umarım burada bu duyguyla yalnız değilimdir) veya sadece yapılacaklar sütununu yapmak için savaşmak istersin mümkün olduğunca çabuk boşaltın. Günümüzde pek çok yazılım ürünü, çoğu sosyal platformdaki görüntülemeler ve beğeniler gibi daha büyük bir etkileşim yaratmak için oyunlaştırmayı kullanıyor; bu eylem-ödül mekanizması, insanları platformlarda meşgul tutan şeydir.

İyi ve kötü

Trello'yu kullanmanın nasıl keyifli hissettirdiğine hala şaşırıyorum ve kesinlikle basitliği bu deneyim için çok önemli. Görevler daha küçük olma eğilimindedir; aynı işi yapmanıza rağmen, tek bir Jira hikayesinin durumunu Bitti olarak değiştirmek yerine üç görevi "İnceleme İçin" sütununa taşımak daha iyi hissettirir. (Bir Jira hikayesinin dönüşüm oranının Trello'da yaklaşık üç kart olduğunu hissediyorum.)

Bu, giriş engeli çok düşük olduğu için bir projeyi yönetmeye çalışan yeni geliştiriciler veya işletme sahipleri için idealdir. Trello, yazılım mühendisi veya başka herhangi biri tarafından kolayca yönetilebilir. Sorun şu ki, Trello belirli projeler ve büyük ekipler için çok hafif olabilir. Kolayca ek panolar oluşturabilseniz de, tek bir pano üzerinde çalışan çok sayıda geliştiriciye sahip olmak sorun yaratabilir. Jira'nın paylaşılan çalışma alanı ile niteliksel olarak aynı değil.

Artıları

• Düşük giriş engeli - herhangi bir deneyime ihtiyacınız yok
• Basit kullanıcı arayüzü
• Son derece görsel; fikri hemen anlıyorsunuz
• Küçük projeler ve küçük ekipler için ideal

Eksileri

• Bir soruna çok fazla ayrıntı eklemek için uygun bir UI/UX değil
• Bir kanban panosunu görüntülemek için fiziksel olarak daha fazla alana ihtiyacınız olduğundan, mobil cihazlarda da tercüme edilmez
• Görevlere öncelik vermenin (en azından sezgisel olarak) bir yolu yok

Bir Proje Yönetim Aracı Kullanmalı mıyım?

Evet—Bence yöneticinin veya işletme sahibinin 7/24 soruları yanıtlayamadığı günümüzün tipik durumunda, gerçekten bir aracı, gerekli her şeyin yazılı olduğu bir havuza sahip olmanın bir yolu olarak kullanmayı düşünmelisiniz. net bir şekilde. Bu, bir Skype görüşmesinde unutuldukları veya yüzlerce e-postanın altına gömüldükleri için karışıklığı veya gözden kaçan öğeleri önlemenize yardımcı olacaktır. Projeniz bir hobi sitesi gibi daha küçükse, bir PMT aşırıya kaçabilir.

Hangisini Kullanmalıyım?

Bunun cevabı, ihtiyaçlarınıza en uygun olanıdır. Ekibiniz dört kişiden fazlaysa ve proje bir yıldan fazla sürecekse Jira'yı tercih ederim. Durumunuz buysa, Jira'nın nasıl kullanılacağı ve yazılım geliştirme metodolojilerinin nasıl kullanılacağı hakkında daha fazla okumanızı şiddetle tavsiye ederim.

Ekibiniz dört kişiden az kişiden oluşuyorsa ve proje basit bir web sitesiyse veya mevcut bir projeye bazı özellikler ekliyorsa, sadeliği nedeniyle Trello'yu öneririm. Her zaman olduğu gibi, araçlarla her ikisi de işi halledebilir, ancak bu, herkes için en iyisinin aynı olduğu anlamına gelmez.