Pivotal Tracker hizmeti sona eriyor

 (pivotaltracker.com)
2 puan yazan GN⁺ 2024-09-20 | 1 yorum | WhatsApp'ta paylaş
  • VMware Tanzu ekibi, Pivotal Tracker hizmetinin kullanım ömrü sonunu (EOL) duyurdu
  • Pivotal Tracker abonelikleri 30 Nisan 2025'e kadar kullanılabilecek; bu tarihten sonra hizmet sonlandırılacak
    • Bundan önce verilerin dışa aktarılması öneriliyor
    • 30 Nisan 2025'ten sonra veri taşıma desteği sunulmayacak

SSS

  • Hangi hesaplar etkilenecek?
    • Ücretsiz, sponsorlu (akademik veya kâr amacı gütmeyen), aylık/yıllık ücretli ve kurumsal abonelik planları dahil tüm hesaplar etkilenecek
    • 30 Nisan 2025'e kadar kullanılabilecek, sonrasında yenileme veya işlem gerçekleşmeyecek
  • Proje verilerini nasıl indirebilirim?
    • Proje hikâyeleri, epikler, geçmiş kayıtları ve dosya eklerini dışa aktarma yöntemi için yardım merkezindeki CSV dışa aktarma belgelerine bakılabilir
    • Yeni bilgiler ve geri bildirimler doğrultusunda yardım merkezine ek yönergeler eklenecek
  • Geçmiş faturalara erişebilir miyim?
    • Mevcut plan ve faturalandırma sayfasından geçmiş faturalara erişilebilir
  • Yeni kullanıcılar veya hesaplar oluşturabilir miyim?
    • Davet olmadan Tracker'a kaydolmak veya yeni bir hesap oluşturmak mümkün değil
    • Ancak iş birliği yapan kullanıcı sınırı aşılmadığı sürece hesaplara/projelere yeni kullanıcılar davet edilebilir

İlgili okumalar

1 yorum

 
GN⁺ 2024-09-20
Hacker News yorumları

  • Ücretsiz iş fikri: Tek kişilik bir geliştirici ya da küçük bir ekiple Pivotal Tracker klonu yapmak yeterli
    İş fikrinin nereden bulunacağı sıkça soruluyor; işte böyle, ortadan kaybolan bir ürünü sevdiklerini açıkça söyleyen çok sayıda insanın olduğu durum, doğrulanmış bir fırsattır
    İnsanların zaten para ödediği ve epey kullanıcısı olduğu anlaşılan bir ürün; ürünü basitçe kopyalayıp “Pivotal Tracker klonu” diye pazarlasanız VMWare’in bunu dert etme ihtimali düşük
    Şu anda Pivotal Tracker kullanan şirketleri araştırıp bir veritabanı oluşturabilir, ürün hazır olduğunda da soğuk arama veya e-posta satışı yapabilirsiniz
    React ya da Svelte, barındırılan veritabanı gibi modern teknolojiler kullanılırsa, tek başına ya da çok küçük bir ekiple nispeten basit şekilde kopyalanabilecek bir ürün
    Kilit nokta küçük kalmak. Gelir maliyetleri haklı çıkaramazsa ya da risk sermayesi baskısıyla “ya çok büyü ya da bat” tarzı bir yola girilirse bu tür işler çöker
    Aylık $100’lık bir Hetzner sunucusu, Go ya da C# gibi verimli bir backend, Svelte ya da React frontend ile çok sayıda müşteriyi kaldırabilirsiniz; gerisi zaman ve satış becerisi meselesi

    • Sabah alınan taze iyimserlik kokusu hoş tabii
      En büyük engel, bunu hızla yapabilecek tek kişilik geliştiricilerin çoğunun zaten iyi işlerde çalışıyor olması ve taşınmak isteyen kullanıcılar başka bir karar vermeden önce, yani 1 Ocak civarının fiilen MVP++ son tarihi olması
      Ayrıca migrasyon başlar başlamaz depolama maliyetleri fırlayacağı için, çıkış anından itibaren bir ücretlendirme stratejisi gerekir
    • Çekirdek ürün nispeten basit, ama Pivotal gibi bir yazılım paketi yalnızca çekirdek özelliklerle satılmaz
      Asıl satış noktası entegrasyonlar ve otomasyon gibi katma değerlerdir; bunlar çok daha uzun sürer ve daha fazla insan gerektirir
    • En büyük risk, insanların bir sonraki iyi seçenek olan Linear’a akın etmesi ihtimali
    • Bu ürün her ne sebeple olursa olsun kapanmış bir iş. Bugünlerde daha iyi araçlar var gibi; batmış bir geminin peşinden neden aynısını yapmaya çalışılır anlamıyorum
    • Meydan okumayı kabul ediyorum
      Büyük şirketler için birkaç web uygulaması yaptım, Pivotal Tracker’ı gerçekten seviyordum ve yok olmasına çok üzüldüm
      Hemen editörü açıp Pivotal Tracker hesabımdan dışa aktardığım verileri aldım; bunları içe aktaracak veri modelini oluşturup ardından UI’a taşıma işine başladım
      Temel ürün oldukça anlaşılır, ama bazı özelliklerin evrilme biçiminde çok sayıda ince nüans var
      MVP’de hepsini kapsayamama ihtimalim yüksek; bu yüzden yeni bir ürün bu boşluğu doldurmaya çalışırken eksik kalırsa gerçekten üzücü olacak Pivotal Tracker’ın temel özelliklerinin neler olduğunu merak ediyorum
      Diğer proje takip araçlarında yaygın olan, kapsamı genişletilebilecek ya da iyileştirilebilecek özellikler de görüyorum; ayrıca Pivotal Tracker’ın kurumsal müşterilere satılmasını zorlaştıran eksik özelliklerin neler olduğunu da bilmek isterim
      Bu başlığa geri bildirim bırakırsanız takip etmeye devam edeceğim; başka bir rakip geliştirme tarafında kapışmak isterse o geri bildirimlere birlikte bakabilir
      Lansman bildirimi ya da başka haberler almak isterseniz e-posta listesine https://mailchi.mp/73f113e474f1/robert-kohrs-blog abone olabilir veya blog RSS’ini https://robkohr.com takip edebilirsiniz

  • Pivotal’da hep sevdiğim şey, tek bir kuyruğun olduğunun görünür olmasıydı
    Herkesi acımasızca önceliklendirme yapmaya ve zor kararlar almaya zorluyordu
    O anda bir hatayı mı düzelttireceğinize, yoksa yeni bir özellik mi yaptıracağınıza karar vermeniz gerekiyordu ve ikisinden yalnızca birini seçebiliyordunuz
    Bu sayede “her şey yüksek öncelikli” ikilemi önleniyordu

    • Özelleştirmeye izin vermemesi ve yalnızca belirli, tanımlı durumlarda ısrar etmesi de hoşuma gidiyordu
      Bir issue’nun durumları en fazla yapılacak, devam ediyor, tamamlandı, teslim edildi, onaylandı şeklindeydi
      Jira’nın özel issue durumları özel bir cehennem türü
    • Pivotal Tracker’ı tam da bu yüzden gerçekten seviyordum. Çok daha odaklı bir araçtı ve bugüne kadar kullandığım iş takip araçları içinde açık ara en iyisiydi
      Projelerimin çoğu kodla ilgili olduğu için sonunda GitHub Projects’e geçtim; dürüst olmak gerekirse odak seviyesi benzer
      Dezavantajı, teknik olmayan rollerin de GitHub hesabına ihtiyaç duyabilmesi; ama pratikte büyük bir engel olmadı
    • Tek büyük bir kuyruk yerine, kuyruğu müşteri bazında bölme yöntemi de var. Harici müşteriler, iç ekipler, geliştirme ekibinin kendi teknik borcu vb. için ayrı akışlar oluşturma yaklaşımı; “JIT selection from independent streams: An alternative to the “big backlog” of work” yazısında anlatılıyor
      https://longform.asmartbear.com/jit-backlogs/
      Her müşteri kendi kuyruğunun sırasını yönetirse, geliştirme ekibi her kuyruğun en başındaki öğeye odaklanabilir
      Elbette geliştirme ekibinin, en öndeki işin hemen başlanabilir durumda olması için müşterilerle birlikte sıradaki birkaç işin gereksinimlerini netleştirmesi gerekir
      Sonrasında geliştirme ekibi, her kuyruğun başındaki öğelerden hangisine öncelik vereceğini seçebilir; müşteri işleri dışında her zaman 1 teknik borç işi ve X adet hata düzeltmesini devam eden işler arasında tutmak gibi bir denge kurabilir
    • Bir ekipte kullandığımda bana hep fazla basit gelmişti
      Yine de kabul etmek gerekir ki, genelde her sprint’te taahhüt ettiğimiz şeyi gerçekten teslim ediyorduk ve aşırı taahhüdün ne zaman oluştuğu da oldukça netti

  • Üzücü. Kullandığım proje yönetim araçları içinde Pivotal’dan en az nefret etmiştim
    Sık yapılan işleri kolaylaştırıyordu ve özelleştirmeyi makul bir seviyede sınırlıyordu
    Genel olarak yoluma çıkmayan bir araçtı. Jira’ya anlamlı anlamlı bakmama neden oluyor

    • Sonunda Linear’da karar kıldık; yolumuza çıkmıyor
      Yani şimdilik öyle. Rakip ürünlere bakınca, şirket değerlemelerini haklı çıkarmak için şişmelerinin an meselesi olduğu görülüyor
      https://linear.app/
    • Katılıyorum. Bu aracın iyi olmasının nedenlerinden birinin kendi haline bırakılmış olması olduğunu düşünüyorum
      Belirsiz yeni özelliklerin olmaması ve daha karmaşık büyük bir platform paketinin parçası olmaması hoşuma gidiyordu
    • Katılıyorum. 10 yıldan uzun süredir Pivotal Tracker kullanıyorum ve hâlâ kullanıyorum
      Jira’yı ve birkaç aracı denedim ama genelde yönetim yükünün çok fazla olduğunu hissettim
      Özelleştirmesi ve günlük yönetimi hafif bir alternatif olarak neler var merak ediyorum
    • Eski bir Pivotal çalışanı olarak PT’yi gerçekten seviyordum. Jira gibilerle karşılaştırınca daha da öyleydi
      VMWare’in şirketi bozacağı açık görünüyordu; Broadcom da bunu daha kesin hâle getirdi
      Bir zamanlar harika bir şirketti, Pivotal Labs’tan bahsediyorum
      Artık bitti
    • https://www.shortcut.com Linear’dan daha az dayatmacı ve Pivotal’a daha yakın bire bir alternatif gibi geldi
      Hepsi yavaş yavaş şişiyor; keşke sürekli özellik eklemek yerine azaltma yönüne giden bir ürün olsa
      Linear’ın geleceği de sonunda buna varacak gibi görünüyor

  • Pivotal Tracker için bir kadeh kaldırıyorum. Zamanının ilerisinde, mükemmel bir ticket takip ve proje yönetim sistemiydi
    Sözleşmeli yazılım mühendisliği yaptığım dönemde Pivotal Tracker, özellik isteklerinin etkisini müşteriye kusursuz biçimde gösterip müşterinin kendi işi için uygun tavizleri bizzat seçmesini sağladığı için müşteri ilişkilerini yönetmeyi kolaylaştırıyordu
    “Bu yeni özelliği hemen eklemek mi istiyorsunuz? Sorun değil. Ama gördüğünüz gibi bunu 4 puanlık bir iş olarak bu haftaya çekersek geri kalan iki gün kayıyor; o zaman ya başka bir şeyi kesmemiz ya da çıkış tarihini değiştirmemiz gerekir” diye açıklayabiliyordum
    Harika bir UI’ı, harika bir havası vardı ve kullanması keyifliydi. PT kaybolsa da mirası kalacak

  • PT’nin ruhu şad olsun. Bu yazılımın hayatımı ne kadar değiştirdiğini anlatamam
    Pivotal’da çalıştığım dönemde, Cloud Foundry’nin çok erken zamanlarıydı; yazılım ve ürün geliştirmeyi gerçekten çok öğrendim
    İnsanlarla yakın çalışmayı, pair programming’in gücünü, yinelemeli geliştirmeyi ve hıza dikkat etmeyi, story yazmayı, zaman içinde berbat şeyleri iyileştirmeyi öğrendim
    Bu becerileri her gün kullanıyorum ve başka hiçbir şey buna yaklaşamıyor

    • Ben de aynı durumdayım. 15 yerde çalıştım ama burası tamamen farklıydı; pair programming ve TDD’nin doğru düzgün uygulandığını gördüğüm tek yerdi
      Bir keresinde hiç bug’ı olmayan bir alım satım ürününün ilk sürümünü bile yayımlamıştık
      Sonrasında bu yöntemi başkalarına anlatmaya çalıştığımda, sanki masal anlatmışım gibi omuz silktiler
      Başka sistem migration’ları sırasında bunu birkaç kez daha gösterme fırsatım oldu; çok başarılıydı ve zihinsel/duygusal yükü de çok düşüktü
      Önce test case’lerini madde madde çıkarıyor, sahte bir implementasyon yapıyor, sık commit ediyor, trunk-based development yapıyor, küçük story’ler ve kademeli iyileştirmeler kullanıyorduk
      Ama insanlar bunu tasarlanmış bir başarı olarak kabul etmedi; genelde önyargıları o kadar güçlüydü ki, bunu alışıldık yazılım geliştirme maymun sirkinin içindeki tesadüfi bir sapma gibi gördüler
      Artık eski mezunlar için bir destek grubuna ihtiyaç duyacak aşamadayız
    • Pivotal’da çalışmış başka kişilerden de benzer şeyler duydum. Mühendislik ekibi epey iyiymiş gibi görünüyor
    • “Zaman ayırıp berbat bir şeyi iyileştirmek” sonuçta iterate etmek ve pivot etmek demek

  • Shortcut(https://www.shortcut.com/), Pivotal Tracker’a iyi bir alternatif
    Ben orada engineering manager olarak çalışıyorum ve Pivotal Tracker verilerini Shortcut’a aktaran import aracının (https://github.com/useshortcut/api-cookbook/tree/main/pivota...) yapımına yardım ettim
    Shortcut takım odaklı bir ürün ve GitHub/Gitlab/Bitbucket ile Slack entegrasyonları sağlam

    • Hâlâ çok fazla sütun ve çok fazla durum varmış gibi geliyor
      Pivotal Tracker’da ice box, backlog, current iteration kadardı
      Trello cehennemine düşmüş şirketlere bakınca niyet iyi olsa da durumlar sık sık birbirine karışıyor ve gri alanlar oluşuyor
      Board’da 10-15 kadar sütun oluyor ve tamamen arapsaçına dönüyor
    • Vay, bunun adı bir zamanlar Clubhouse değil miydi? Geçmiş birden gözümde canlandı
      Uzun zaman önce Papa’da Clubhouse kullanmıştık

  • Hâlâ özel bir ekibi olan ve ilerleyen açık kaynak, kendi barındırabileceğiniz bir takip/proje yönetimi aracı var mı?
    Eskiden kendi barındırdığımız bir Phabricator instance’ı kullanıyorduk ve oldukça seviyordum, ama upstream bakımcısının ayrılma kararını anlaşılır buluyorum
    Artık kendi barındırılan çözümlerin nişi pek büyük değil gibi
    Düşük karmaşıklıktaki çoğu kullanım senaryosunu GitHub Issues’ın ücretsiz katmanı karşılıyor; daha karmaşık senaryoları ise kurumsal SaaS çözümleri hallediyor

  • Bu haber üzücü. PT kullanmayalı sanırım 10 yılı geçti, ama ondan önce 3-4 yıl boyunca yoğun kullanmıştım
    Diğer “agile” araçlarla karşılaştırınca nefes aldıran bir araçtı
    Çok basitti, her şey tek ekrandaydı ve durumlar arasında geçiş yapmak kolaydı
    Ekibimiz onu bir pencerede açıp gün boyu açık tutabilmeyi ve gerektiğinde değiştirebilmeyi seviyordu
    O zamandan beri buna bu kadar yaklaşan bir araç gördüğümü sanmıyorum
    Yıllar sonra giriş yaptım; hâlâ iki yan projem duruyormuş. Artık indirme zamanı gelmiş gibi

  • 2011’den kalma bir Pivotal Tracker projesini açtım; UX’in ne kadar iyi olduğuna ve hâlâ iyi kalmasına şaşırdım
    Görsel olarak eski görünüyor, ama UX’in harika olduğunu düşünüyorum
    Sadelik, yüksek bilgi yoğunluğuyla güçleniyor. Çok şey var ama bunaltıcı değil
    Günümüz tasarım trendleri bilgi yoğunluğunu fazla düşürüp daha çok kaydırma yaptırıyor; bir şeyleri görmek için çok daha fazla enerji ve zaman harcatıyor
    Bir öğeyi “açmanız” gerektiğinde bile aynı ekranda kalıyorsunuz. Modal yok, bağlam değişimi yok. Yalnızca metaveri, açıklama ve konuşma var; fazlası yok
    Linear’da projeler, cycle’lar, görünümler ve projeler yüzünden tamamen kayboluyorum
    Şu anda GitHub Issues/Projects’e bağlıyız ama Pivotal’ın sadeliğini özlüyorum
    Az önce 10 MB’lık bir Pivotal CSV’sini dışa aktardım

  • 37Signals’ın böyle bir şeyi kopyalayıp https://once.com/ üzerinden satmasını isterdim
    Bir kez ödeme yapıp kendiniz kurarak barındırabileceğiniz bir model olsa güzel olurdu

    • Basecamp’te pano görünümü olduğu için bunu yapmayacaklardır