Pivotal Tracker サービス終了

 (pivotaltracker.com)
2 ポイント 投稿者 GN⁺ 2024-09-20 | 1件のコメント | WhatsAppで共有
  • VMware Tanzu 部門が Pivotal Tracker サービスの終了（EOL）を発表
  • 2025年4月30日まで Pivotal Tracker のサブスクリプションを利用でき、その後サービスは終了
    • それまでにデータをエクスポートすることを推奨
    • 2025年4月30日以降はデータ移行のサポートは提供されない

FAQ

  • どのアカウントが影響を受けるか？
    • 無料、スポンサー付き（学術または非営利）、月額/年額の有料、エンタープライズのサブスクリプションプランを含むすべてのアカウントが影響を受ける
    • 2025年4月30日まで利用可能で、それ以降は更新や取引は行われない
  • プロジェクトデータはどのようにダウンロードするか？
    • プロジェクトのストーリー、エピック、履歴、およびファイル添付をエクスポートする方法については、ヘルプセンターの CSV エクスポート文書を参照できる
    • 新しい情報とフィードバックに基づき、追加のガイダンスがヘルプセンターに追加される予定
  • 過去の請求書にアクセスできるか？
    • 既存のプランおよび請求ページから過去の請求書にアクセスできる
  • 新しいユーザーやアカウントを作成できるか？
    • 招待なしで Tracker に登録したり、新しいアカウントを作成したりすることはできない
    • ただし、コラボレーターの上限を超えない限り、アカウント/プロジェクトに新しいユーザーを招待できる

関連記事

1件のコメント

 
GN⁺ 2024-09-20
Hacker News の意見

  • 無料の事業アイデア：1人開発者や小規模チームで Pivotal Tracker クローンを作ればよい
    事業アイデアをどこで見つけるのかという質問は多いが、今のように消えつつあるプロダクトが好きだと公に言う人が多い状況こそ、検証済みの機会である
    すでに人々がお金を払っていたプロダクトで、かなり多くのユーザーがいたように見えるので、単にプロダクトを複製して「Pivotal Tracker クローン」とマーケティングしても、VMWare が気にする可能性は低い
    現在 Pivotal Tracker を使っている会社を調べてデータベースを作り、プロダクトが準備できたらコールドコールやメール営業をすることもできる
    React や Svelte、ホスティング型データベースのような現代的な技術を使えば、1人またはごく小さなチームでも比較的シンプルに複製できるプロダクトである
    重要なのは 小さく保つこと。売上がコストを正当化できなかったり、ベンチャー投資の圧力で大きく行くか潰れるかという形になったりすると、この種の事業は崩れる
    月額 $100 の Hetzner サーバー、Go や C# のような効率的なバックエンド、Svelte や React のフロントエンドがあれば多くの顧客をさばけるし、残りは時間と営業力の問題である

    • 朝に嗅ぐ新鮮な楽観主義の匂いはいいものだ
      最大の難関は、素早く作れる1人開発者の大半がすでに良い職に就いていることと、移行したいユーザーが別の決定を下す前である 1月1日ごろが、事実上の MVP++ の締め切りだという点である
      そしてマイグレーションが始まった途端にストレージ費用が急増するはずなので、リリース時点から課金戦略が必要になる
    • コアプロダクトは比較的シンプルだが、Pivotal のようなソフトウェアパッケージはコア機能だけで売れるわけではない
      実際のセールスポイントは 連携と自動化のような付加価値であり、こうしたものにははるかに長い時間と多くの人員が必要になる
    • 最大のリスクは、人々が次に良い選択肢である Linear に殺到する可能性である
    • このプロダクトは何らかの理由で事業が畳まれたものだ。最近はもっと良いツールがあるようなのに、なぜ沈んだ船を追って作ろうとするのか分からない
    • 挑戦、受けて立つ
      大企業向けのWebアプリをいくつも作ってきたし、Pivotal Tracker が本当に好きで、なくなるのがとても残念だった
      すぐにエディタを開き、自分の Pivotal Tracker アカウントからエクスポートしたデータを取り込み、それをインポートするデータモデルを作り、その次に UI へ移す作業を始めた
      基本的なプロダクトはかなり直感的だが、一部の機能が発展してきた形には繊細な違いが多い
      MVP にすべてを盛り込むことはおそらくできないので、新しいプロダクトがこのニッチを埋めようとするとき、抜けていると本当に惜しい Pivotal Tracker の中核機能が何なのか知りたい
      他のプロジェクト追跡ツールによくある機能の中にも、広げたり改善したりできそうな部分が見えるが、Pivotal Tracker を企業に売りにくくしていた欠けた機能が何だったのかも知りたい
      このスレッドにフィードバックを残してくれれば見続けるつもりだし、他の競合が開発で一戦交えたいなら、そのフィードバックを一緒に見てもよい
      リリース通知やその他のニュースを受け取りたいなら、メールリスト https://mailchi.mp/73f113e474f1/robert-kohrs-blog に登録するか、ブログの RSS https://robkohr.com をフォローすればよい

  • Pivotal でいつも良いと思っていた点は、キューが1つだけだということが目に見えて分かったことだ
    全員に容赦なく優先順位を付けさせ、難しい決断を下させた
    今この瞬間にバグを直させるのか、新機能を作らせるのかを決めなければならず、どちらか一方しか選べなかった
    そのおかげで「すべてが高優先度」になるジレンマを避けられた

    • カスタマイズを許さず、具体的で定義済みの状態だけにこだわった点も良かった
      Issue は「To Do」「進行中」「完了」「納品済み」「承認済み」程度がすべてだった
      Jira のカスタム Issue ステータスは特別な種類の地獄である
    • まさにこの理由で Pivotal Tracker が本当に好きだった。はるかに焦点の絞られたツールで、これまで使った作業トラッカーの中で断然最高だった
      自分のプロジェクトのほとんどがコードに関係しているので、最終的には GitHub Projects に移ったが、正直なところ集中度は似ている
      欠点は非技術職も GitHub アカウントが必要になる可能性があることだが、実際には大きな障害ではなかった
    • 1つの大きなキューの代わりに、顧客ごとにキューを分ける方法もある。外部顧客、社内チーム、開発チーム自身の技術的負債などを別々の流れにする方式で、“JIT selection from independent streams: An alternative to the “big backlog” of work”で説明されている
      https://longform.asmartbear.com/jit-backlogs/
      各顧客が自分のキューの順序を管理すれば、開発チームは各キューの先頭項目に集中すればよい
      もちろん開発チームは、次のいくつかの作業の要件を顧客と一緒に明確にし、先頭の作業がすぐ着手できる状態になるようにしなければならない
      その後、開発チームは各キューの先頭項目のうち何を優先するかを選び、顧客作業以外にも常に技術的負債1件とバグ修正 X 件を進行中にしておく、といったバランスを保てる
    • あるチームで使ったときは、いつも単純すぎるように感じた
      それでも認めざるを得ないのは、私たちは通常、各スプリントで約束したものを実際に届けていたし、過剰コミットがいつ発生しているかもかなり明確だった

  • 残念。使ったことのあるプロジェクト管理ツールの中では、Pivotalがいちばん嫌いではなかった
    よくやる作業を簡単にしてくれて、カスタマイズも sane な範囲に制限していた
    全体的に邪魔にならないツールだった。Jira を意味ありげに見つめることになる

    • 結局 Linearに落ち着いたが、邪魔にならない
      今のところは、という意味。競合製品を見ていると、企業価値を正当化しようとして肥大化するのは時間の問題に見える
      https://linear.app/
    • 同意。このツールが良かった理由の一つは、放置されていたからだと思う
      曖昧な新機能がなく、より複雑な大型プラットフォーム群の一部でもない点が良かった
    • 同意。10年以上 Pivotal Tracker を使ってきて、今も使っている
      Jira といくつかのツールを試したが、たいてい管理負担が大きすぎると感じた
      カスタマイズと日常的な管理が軽い代替案には何があるのか気になる
    • 元 Pivotal 社員として、PT は本当に好きだった。Jira のようなものと比べるとなおさらだった
      VMWare が会社を台無しにするのは明らかに見えていたし、Broadcom はそれをさらに確実にした
      かつては素晴らしい会社だった、Pivotal Labs のことだ
      もう終わってしまった
    • https://www.shortcut.com は、Linear よりも押しつけがましくなく、Pivotal により近い 1:1 の代替に感じた
      どれも少しずつ肥大化しているので、機能を追加し続けるよりも削る方向に進む製品があればいいのにと思う
      Linear も結局そうなる未来に見える

  • Pivotal Trackerに一杯捧げる。これは時代を先取りした優れたチケット追跡およびプロジェクト管理システムだった
    契約のソフトウェアエンジニアリングをしていた頃、Pivotal Tracker は機能要望が及ぼす影響を顧客に完璧に示し、顧客が自分のビジネスに合ったトレードオフを自分で選べるようにしてくれたので、顧客関係の管理が楽だった
    「この新機能をすぐ追加したいですか？ 問題ありません。ただ、ご覧の通りこれを4ポイントの作業として今週に持ってくると、残りが2日遅れます。そうなると何かを削るか、リリース日を変える必要があります」と説明できた
    素晴らしい UI、素晴らしい雰囲気で、使うのが楽しかった。PT は消えても、その遺産は残るだろう

  • PT の冥福を祈る。このソフトウェアが自分の人生をどれほど変えたか、言葉では言い尽くせない
    Pivotal で働いていた頃、ごく初期の Cloud Foundry の時代だったが、ソフトウェアとプロダクトを開発する方法を本当にたくさん学んだ
    人々と密接に働く方法、ペアプログラミングの力、反復開発と速度に注意を払うこと、ストーリーの書き方、時間をかけてひどいものを磨き上げていく方法を学んだ
    これらのスキルを毎日使っていて、他のどんなものもこれには及ばない

    • 自分も同じ。15社で働いてきたが、ここはまったく違っていて、ペアプログラミングと TDDがきちんと実践されているのを見た唯一の場所だった
      あるときは、バグがまったくない取引プロダクトの初版をデプロイしたこともある
      その後、このやり方を他の人に説明しようとすると、おとぎ話でも聞いたかのように肩をすくめられた
      別のシステム移行の中でさらに何度か実演する機会があり、非常に成功し、精神的・感情的な負担もとても低かった
      テストケースを先に列挙し、偽の実装を作り、頻繁にコミットし、トランクベース開発を行い、小さなストーリーと漸進的な改善を使った
      しかしそれを設計された成功として受け止める人はおらず、たいていは偏見が強すぎて、慣れ親しんだソフトウェア開発の猿回しサーカスの中での偶然の変動程度に見られた
      今では元同窓のための支援グループが必要な段階だ
    • Pivotal で働いていた他の人たちからも似た話を聞いた。エンジニアリングチームはかなり素晴らしかったようだ
    • 「時間をかけてひどいものを磨く」というのは、結局 反復してピボットするという意味だ

  • Shortcut(https://www.shortcut.com/) は Pivotal Tracker の悪くない代替だ
    私はそこでエンジニアリングマネージャーとして働いていて、Pivotal Tracker のデータを Shortcut に取り込むインポートツール(https://github.com/useshortcut/api-cookbook/tree/main/pivota...)の制作を手伝った
    Shortcut はチーム志向のプロダクトで、GitHub/Gitlab/Bitbucket および Slack との連携がしっかりしている

    • それでも列が多すぎ、ステータスも多すぎるように感じる
      Pivotal Tracker は ice box、backlog、current iteration くらいだった
      Trello 地獄に陥った会社を見ると、意図は良くてもステータスがしょっちゅう混ざり合い、グレーゾーンが生まれる
      ボードに列が10〜15個ほどあって、完全にめちゃくちゃになる
    • わあ、これって一時期 Clubhouse と呼ばれていなかった？ 昔の記憶が一気によみがえる
      ずっと前に Papa で Clubhouse を使っていた

  • 今でも専任チームがあり、前進し続けているオープンソースのセルフホスト型トラッキング／プロジェクト管理ツールはあるのだろうか？
    以前は Phabricator のインスタンスをセルフホストして使っていて、かなり気に入っていたが、アップストリームのメンテナーが離れることにしたのは納得できる判断だった
    いまやセルフホスト型ソリューションのニッチはそれほど大きくないように思う
    複雑度の低い大半のユースケースは GitHub Issues の無料ティアでカバーでき、より複雑なケースは企業向け SaaS が担っている

  • このニュースは悲しい。PT を使わなくなってもう10年以上たつと思うが、その前は3〜4年かなり使っていた
    他の「アジャイル」ツールと比べると、息がつけるツールだった
    とてもシンプルで、すべてが1画面にあり、状態間の移動も簡単だった
    うちのチームは、ウィンドウ1つで開いて一日中表示しておき、必要なときにいつでも変更できるところを気に入っていた
    それ以来、これほど近いツールを見たことがない気がする
    数年ぶりにログインしてみたら、まだサイドプロジェクトが2つ残っていた。そろそろダウンロードすべき時のようだ

  • 2011年の Pivotal Tracker プロジェクトを開いてみたが、UX がどれほど良く、今でも良いかに驚いた
    見た目は古く見えるが、UX は素晴らしいと思う
    シンプルさは高い情報密度によって強化されている。多いが圧倒されるほどではない
    最近のデザインの流れは情報密度を低くしすぎて、スクロールを多くさせ、何かを見るためにずっと多くのエネルギーと時間を使わせる
    項目を「開く」必要があるときも同じ画面に留まる。モーダルもなく、コンテキスト切り替えもない。メタデータ、説明、会話だけで、それ以上はない
    Linear では、プロジェクト、サイクル、ビュー、プロジェクトのせいで完全に迷子になる
    今は GitHub Issues/Projects に縛られているが、Pivotal のシンプルさが恋しい
    たった今、10MB の Pivotal CSV をエクスポートした

  • 37Signals がこういうものを複製して https://once.com/ で売ってくれたらいいのに
    一度だけ支払って、自分でインストールしてホスティングする方式だといい

    • Basecamp にボードビューがあるので、そうはしないだろう