GitHub Projects ve Milestones arasındaki fark / ilişki nedir?


163

GitHub'a yapılan son güncelleme , GitHub iş akışına Projeler adlı bir şey ekledi ve Jira veya Trello gibi proje izleme araçlarıyla ilgili özel bir deneyimim olmadığından (hey, en azından benzerliği fark ettim) , herkes lütfen ayrıntılı bir şekilde yapabilir GitHub'ın Kilometre Taşları ve yeni Projeler arasındaki (önemli) farklar nelerdir?

Eğer doğru anlarsam , Kilometre Taşları sorunları daha küçük "alt projelere" - tüm "projeden" (dünya görüşüme göre depo tarafından temsil edilen ) daha küçük bir şekilde organize etmenin bir yoludur . Tüm sorunlar tamamlandığında / kapatıldığında, kilometre taşı tamamlanmış olarak kabul edilebilir .

Yeni tanıtılan Projeler , gördüğüm gibi, sorunları havuzdan daha küçük "alt projelere" ( Projeler de denir ) organize etmenin bir yoludur . İş akışının "salt" Kilometre Taşlarından biraz daha farklı ve daha ince olması gerektiğini anlıyorum .

Yani, olan projeler takviyeleri bir şeylerin Aşamaları (ya da daha doğrusu Kilometre Taşları takviyesi Projeleri şimdi?) Ya da ben daha çok görmek gerekir Projeler bir şekilde yerine ait Dönüm ?

Projeler tam olarak repository[-milestone]-issuehiyerarşiye tam olarak nerede düşüyor ?

Ne yazık ki, GitHub'ın Projelerin tanıtımı hakkındaki blog girişi herhangi bir ilişkiden bahsetmiyor ( https://github.com/blog/2256-a-whole-new-github-universe-announcing-new-tools-forums-and- özellikleri ).

Her nasılsa bir tane olduğunu hissediyorum, ama üzerine bir parmak koyamıyorum.


Bu soruyu konu dışı olarak kapatmak için oy kullanıyorum çünkü programlama ile ilgisi yok.
çift ​​bip

20
Yardım merkezi açıkça şunu söylediğinden: "[...] sorunuz genellikle programcılar tarafından yaygın olarak kullanılan [...] yazılım araçlarını kapsıyorsa ve yazılım geliştirmeye özgü pratik, yanıtlanabilir bir sorundur ... sorunuzu sormak için doğru yerde! " , Bunun için bir neden göremiyorum.
Smuuf

Yanıtlar:


155

Ben de aynı şeyi merak ediyorum. İşte ortaya çıkardığım şey.

İlk olarak, ana benzerlikleri ve farklılıkları gözden geçirelim:

  • Bir sorun birden fazla Projeye ait olabilir, ancak yalnızca bir Kilometre Taşı olabilir.
  • Projeler asla tamamlanmaz . İlerleme çubuğu veya son tarih yoktur. Projelerin ilerleme çubuğu veya son tarihi yoktur, ancak şimdi kapatılabilir (@Sheen tarafından belirtildiği gibi)
  • Öte yandan kilometre taşları tüm bunlara sahiptir, ancak herhangi bir organizasyon şekli yoktur. Bir sorun ya kilometre taşındadır ya da değildir. (@Nick McCurdy tarafından belirtildiği şekilde sipariş edilebilirler)
  • Sorunlar Milestone tarafından filtrelenebilir, ancak Project tarafından filtrelenemez. @Cmonkey tarafından işaret edildiği gibi, sorunlar artık Project ve Milestone tarafından filtrelenebilir.
  • Projeler Notlar içerebilir (bunlar sorun olarak dönüştürülebilir), bu yüzden sorun izleyiciyi belirsiz fikirlerle kirletmez
  • Bir Proje birden fazla Kilometre Taşına yayılabilir ve bir Kilometre Taşı farklı Projelerin bölümlerini içerebilir.
  • Bir Kuruluşun Projeleri de olabilir. Bu projeler, organizasyondaki herhangi bir havuzdan bilet içerebilir, bu da onu oldukça yararlı kılar.

Gördüğüm şekilde Yani, yani Projeler görselleştirmek ve bir üst seviyeye işinizi organize etmek tamamen ayrı bir yol olsa da, ( "proje yönetimi", birden fazla takım, çoklu depo vb düşünmek) Kilometre Taşları organize etmek için bir yoldur senin daha temel bir düzeyde son tarihler ve yayınlar ("sürüm yönetimi", "sürümler" vb.). Bunu göz önünde bulundurarak, bir sorunun sadece bir Kilometre Taşına ait olması (sadece bir kez serbest bırakılması veya üretime itilmesi) mantıklıdır, ancak farklı Projelerin bir parçası olabilir.

Eminim buna bakmanın başka yollarıdır ve başka görüşler duymakla ilgileniyorum.

Aralık 2017'yi Düzenle

Bir süre önce, Kilometre Taşları ve Projeler ile bir yıldan uzun bir süre çalıştıktan sonra, tamamen gözden kaçırdığım başka bir önemli husus olduğunu fark ettim.

  • Kilometre Taşları Scrum metodolojisi için bir araçtır . Kilometre taşları, zamana bağlı yinelemeler ve sorunlu sprintlerde çalışmak için iyidir.
  • Projeler Kanban metodolojisi için bir araçtır . Projeler sürekli teslimat ve sürekli iş akışı için iyidir.

3
Özet için teşekkürler, bunu kendim merak ediyorum. Projelerim için çok geçerli olmadığından tüm Projeler şeylerinden uzak kalacağımı düşün. Github Projects (bana göre) “baş aşağı” gibi görünüyor çünkü genellikle 1 projeye dair birkaç depom var, tersi değil.
KEK

1
@KEK, GitHub Enterprise'da, kodu olmayan, ancak tüm projeleri ve sorunlarını merkezileştirmek için kullanılan, isimsiz bir depoya sahip bir kuruluş kullanıyorum. Kodu tutan depolara karşı Çekme İstekleri, merkezi deponun sorununa kısa bir referansa sahiptir.
yegeniy

Benim düşüncem, dönüm noktalarının çoğunlukla tüm sorunların az ya da çok bilindiği önümüzdeki haftalar / aylar için olduğu ve projelerin henüz tüm sorunların bilinmediği bir yıla kadar aylar için olduğu yönünde. Üst üste binmeyi azaltan ikisi arasında daha yüksek bir entegrasyon aslında faydalı olabilir.
Trilarion

1
Sütun otomasyon ön ayarları kullanılıyorsa, projelerde ilerleme çubukları var.
emlai

Bu fantastik. Ancak, bir dönüm noktasını ve projeyi birlikte mi kullanmalı, yoksa ikisinden sadece birini mi kullanmam gerektiği hala net değil. Ne düşünüyorsun?
chrisdembia

41

Benim fikrim:

  • Bir Proje bir hakkındadır süreci ve insanlar .
  • Bir Milestone bir ilgili ürün .

Proje, gruptaki kişilerin kullandığı bir süreç hakkında bilgi edinmek için en iyisidir . Bunun için daha iyi bir isim "iş akışı" veya "süreç" olacaktır. Yeni bir proje oluşturmakla yeni bir Kilometre Taşı oluşturmakla ilgili daha fazla yük var. Yani gerçekten sadece ekibinizde yeni bir süreç olduğunda yeni bir Proje oluşturmak istiyorsunuz : Şeritler seçilmeli, yapılandırılmalı ve sipariş edilmelidir. Ayrıca her projede çok farklı olabilirler. Kanban'ın Toyota tarafından orijinal kullanımına geri dönüyorum: insanları ve iş yükünü yönetmek.

Bir Proje "Şu anda ne üzerinde çalışıyoruz?"

İki harika Proje örneği: yazılım geliştirme ve blog oluşturma. Her biri için konfigürasyonlar farklı grupların insan süreçlerini destekleyecektir; birlikte nasıl çalıştıklarını ve bir şeyleri imzaladıklarını

Kilometre taşları, aksine, hepsi aynı şekilde çalışır. Bunlar, iş ürününün eksiksiz kabul edilmesi için tümü kapatılması gereken sıralı bir görevler listesidir. İsteğe bağlı olarak, yalnızca hatırlatıcı sağlayan ancak Kilometre Taşı işlevini değiştirmeyen bir bitiş tarihi ayarlanabilir.

Bir kilometre taşı, "Bu ürünü bitirmek için ne kaldı?"


14

Projelerle ilgili güzel bir şey, dönüm noktalarından daha serbest biçimli olmalarıdır. Notları bunlara kopyalayıp sorunlara bağlayabilir ve size uygun şekilde düzenleyebilirsiniz. Fikirleri not almak, yol haritaları yapmak ve kaynakları ve bağımlılıkları listelemek için harikadırlar. Geçmişte aynı şeyler için sorunlar ve wiki kullandım, ancak hem çok resmi hem de işlemsel (yani daha yüksek yük) buldum.


10

Kilometre taşları , belirli bir zamanda teslim edilmesi beklenen biletleri işaretleyen ve gruplandıran tür etiketlerdir. MilestonesEğer erişebileceğiniz sayfa Issuessayfa bunu açıkça gösteriyor - Belirli bir kilometre taşı ve ödeme tarihinde tamamlanan bilet yüzdesini görebilirsiniz. Ayrıca, kilometre taşlarını son tarihe göre sıralayabilir ve belirli bir kilometre taşı içindeki biletlere öncelik verebilirsiniz.

Buradaki stres, teslimat tarihleri ​​ve ilerlemenin takibi üzerindedir.

Öte yandan projeler GitHub'da Kanban panoları olarak bazı çan ve ıslıklarla uygulanmaktadır. (Sen sütun sayısını belirtebilir ve swimlanes - aşağıda @Doug dediği gibi swimlanes basit iş akışları oluşturmak için henüz desteklenmemektedir). Daha sonra bir veya daha fazla havuzdan bilet ekleyebilir, bunlara öncelik verebilir ve daha sonra üzerinde çalışılırken bir sütundan diğerine ilerleyebilirsiniz. Örneğin, 'İş Listesi', 'Devam Ediyor', 'İnceleniyor', 'Test Ediliyor' ve 'Bitti' sütunlarına sahip olabilir ve biletleri soldan sağa veya örneğin bir kusurlu ise sağdan sola taşıyabilirsiniz. Bilet 'Testte' den 'İş Listesi'ne geri döner.

Buradaki stres, işi organize etmek ve yönetmek üzerinedir.

O zaman bu işi nasıl organize edeceğiniz ve bölümleyeceğiniz size kalmış. Kilometre taşı başına bir proje oluşturabilir veya tek bir projede birkaç kilometre taşına sahip olabilir veya kilometre taşlarını daha kısa sprintlere ayırabilirsiniz . Ayrıca, ürün üzerinde çalışmanın farklı yönlerini kapsayan birkaç projeniz de olabilir, örneğin biri geliştiriciler için, diğeri de test kullanıcıları için.


deniz uçağı Kanban'da sütun değildir. Bunlar sıra. Github şu anda birinci sınıf bir özellik olarak yüzücüleri desteklemiyor.
Doug

@Doug düzeltmesi için teşekkürler. Bu bağlamda birinci sınıf özelliğin ne anlama geldiğini anlatabilir misiniz? Beta sürümünde veya bunun gibi bir şey var mı?
Johnny Baloney
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.