ベストアンサー
リクエストしたとおりの適切なテーブル/グリッドベースの比較ではありませんが、両方を使用した私の主観的な解説です。
JIRAは主に問題追跡システムです。それがそのルーツです。それは非常に優れています。パフォーマンスと成熟度は安定しています。JIRAには、「アジャイルウェーブをキャッチする」ために多数のアジャイルベースの機能が追加されています「もしあなたがそうするなら。私はそれらが最高に機能的であるが、使用するのはかなりイライラすることを発見した。根本的な問題追跡オブジェクトモデルとボルトで固定された「アジャイルツール」もはっきりと言うことができる。まだです。
一方、PTはアジャイル開発に非常に簡単に使用でき、かんばん/反復の概念が好きな場合にうまく機能します。開発者はそれを非常に好む傾向があります。しかしこれは大きな問題追跡システムではありません。PTにバグを追加し始めると、プロジェクトのバックログとアイスボックスがすぐに非常に大きくなります。これが私が見つけた場所です。 dPTは少し弱い。たくさんのストーリーとたくさんのバグが混在する大規模なプロジェクトでは、ナビゲートするのが難しいと感じました。物事は簡単に失われる可能性があります。または、ツールに混在するアイテムの数に人々が圧倒される可能性があります。
これは間違いなくYMMVタイプのものです。チームやプロジェクトのサイズなどを考慮に入れる必要があります。問題追跡にはJIRAが、開発にはPTが好きでした。だから私は「両方を使うという考えをいじっています。しかし、それは私がまだ実装していない理論にすぎません。
スペースにはたくさんのオプションがあります。多すぎます。それはむしろ状況を要約しています。誰もそれを釘付けにしませんでした。そして、誰もが少し違ったものを好むので、あなたのために働くものを見つけるためにいくつかのツールを試してみる必要があるだけの方法はわかりません。 ：-/
回答
Asana（まだベータ版ですが）とPivotal Tracker（PT）ですぐに目立ついくつかの大きな違いは次のとおりです。
1。より簡単なオンボーディングプロセス -Asanaは、アプリケーションを消費者向けアプリのように扱っているようです。訪問者がサインアップするのに30秒もかからず、個人的に価値を引き出すのに数分かかるはずです- -その1つは、単純にタスク編成です。
PTは、私がスタートアップを構築しているときに、チーム全体が採用するのにしばらく時間がかかりました。それがどのように機能するかを学ぶのは簡単ではなく、アプリケーションから即座に価値を引き出すことはできません。私の共同創設者の1人は、アプリケーションの使用方法を理解するのが非常に複雑であることに気付いたため、実際にはまったく使用していませんでした。
2。すぐに関連する 私たちが使用するシンプルなユビキタス製品（メールなど）– Asanaのチームは、多くの人がPTやBasecampなどの新しいアプリケーションを採用していることを認識していますが、多くの場合、メール、付箋、メモ帳などの製品を使用して整理されています。その理由の一部は、（1）速度（電子メールまたはメモ帳を使用する方が速い）、および（2）構造（プロジェクトのさまざまな視点（たとえば、タスク、チームのタスク）を確認するのが難しい）によるものです。 、および全体的なマイルストーン）、したがって、「さまざまなアプリケーションを使用して、整理された最新の状態に保つ必要があります。
現在デモを行っているAsanaの主なコンポーネントは、次のとおりです。無制限のメモ機能、タグ、人の割り当て、期日、添付ファイル、（最も興味深い）フォロワー、ニュースフィードへの各タスクこれらはすべて個別のコンポーネントであり、ウェブ上のほとんどの人がある程度慣れているため、 「それがどのように機能するかを理解する必要はありません。また、理解しやすく実用的な方法で整理する（つまり、各タスクに添付する）ことは、AsanaがPTよりもはるかに優れているように見えることです。コンポーネントの主な違いは、タスクに関連付けられたフォロワーとニュースフィードです。
個人的には、Asanaは、タスク管理を中心に実際にどのようにやり取りするかをより厳密に再現していると思います。
3。電子メールで使用可能 -Asanaのキラー機能の1つは、ユーザーが自分の電子メールを介して操作できることです。たとえば、Asanaを使用していない人にタスクを割り当てると、その人は返信可能な電子メール通知を受け取り、アプリケーションとその特定のタスクのすべてのフォロワーに表示されます。これは、本質的に、促進に役立ちます。プラットフォームをすぐに採用したくないが、それでも関与できるユーザーのための、はるかに自然で有機的なオンボーディングプロセス。この種の機能を備えたエンタープライズソフトウェアは見たことがありません。
4。より広範なユースケース -Asanaは、一般的なタスク管理の問題の解決に役立ち、Web開発に限定されません。 PTは、Web開発指向のタスクに非常に向いていると感じており、そのドメインの外ではそれほど多くはありません。
これらは、ゲートから出たAsanaのほんのわずかな違いであり、ソフトウェアをリリースして人々がそれを使い始めたときにのみ、それ自体が複雑になると私は信じています。
彼らのビジョンは単にもっと壮大であるように思われるため、最初から異なる思考プロセスが必要でした。