ユーザーからのリクエストを管理するためにどのツールを使用していますか？
私はユーザーの電子メールに溺れています。これらすべてのリクエストを管理し、チーム内のユーザーとユーザーがアクセスできるようにキューに入れて、共通にすることができるより良い方法を実装したいと思いますノート。メール、コメント、アイデアなどをドロップ/入力して簡単にアクセスできるプロジェクトで複数のタスクを作成できるようなタスク管理ツールについて考えています。
ユーザー、マネージャー、チームリーダー、開発者など、すべての関係者が関与できるものが必要です。私はできるツールを探しています：
- メールをドラッグアンドドロップするだけで、メンテナンスや機能強化のリクエストを送信できます。
- 開発者は、各タスク/プロジェクトのキューと重み付けされた優先順位を確認するだけです。
- 全員がリアルタイムで取り組んでいることを確認する開発者のチーム。
- 各タスクに費やされた時間のログを保持する管理。
私はこの問題を解決するために、アジャイル/スクラムの方向性をさらに検討し始めています。 スクラムアジャイルソフトウェアプロジェクト管理オープンソースツール のリストを見つけました。時間が限られているので、これを使った人はいますか？それが私のニーズを満たすかどうかを確認するために、どちらをテストする必要がありますか？ TeamPulse は良い方向ですが、少し肥大化しすぎていると思います。すべての関係者にとってシンプルなものが必要です。
...プロジェクト管理Webアプリケーション。 Ruby on Rails Framework）を使用して記述されており、クロスプラットフォームおよびクロスデータベースです。
Redmineはオープンソースであり、GNU General Public License v2（GPL）...の条件に基づいてリリースされています...
Redmineの主な機能は次のとおりです。
- 複数のプロジェクトのサポート
- 柔軟な役割ベースのアクセス制御
- 柔軟な問題追跡システム
- ガントチャートとカレンダー
- ニュース、ドキュメント、ファイル管理
- フィードとメール通知
- プロジェクトごとのwiki
- プロジェクトごとのフォーラム
- 時間追跡
- 課題、時間入力、プロジェクト、ユーザーのカスタムフィールド
- SCM統合（SVN、CVS、Git、Mercurial、Bazaar、Darcs）
- メールによる課題作成
- 複数のLDAP認証のサポート
- ユーザー自己登録サポート
- 多言語サポート
- 複数のデータベースのサポート...
FogBugz
統合された ウェブベース プロジェクト管理システム バグ / 課題追跡 、 ディスカッションフォーラム 、 wikis 、 顧客関係管理 、および エビデンスベースのスケジューリング は、Fog Creek Softwareによって開発されました。
機能トラッカーを使用すると、特定の問題に関連する情報、タグ、添付ファイルを含むタスクのツリー構造を管理、フィルタリング、ソート、およびナビゲートできます。ディスカッションフォーラムとWikiは、任意のトピックを中心に作成でき、投稿/ページは同じトピックに追加できます。ユーザーは自分のメールアカウントをシステムに統合して、メールを送受信したり、メールに関する問題を作成したりできます。
将来のタスクの予測と将来のマイルストーンの完了予測は、ユーザーパフォーマンスの過去の記録に基づいています。ユーザーはすべてのタスクの推定期間を手動で入力し、現在作業しているタスクを述べる必要があります。これにより、後で確認できる毎日の作業ログ（タイムシート）が作成されます...
正直なところ、私が使用した中で最高のシステムの1つ。さらに、自動的に新しいタスクを作成するクライアントごとの電子メールアドレスを持つことができます。
10ユーザーの標準ライセンスで10ドル（収益は慈善団体に寄付されます）。あらゆるペニーの価値があります-私はそれを使用して、複数のプロジェクトの機能、バグ、リリースなどを追跡します。使用と設定は非常に簡単です。そして、アトラシアンにはそれとうまく統合できる他の多くのツールがあります（そしてそれらの標準ライセンスは同じくらい安いです！）-GreenHopper、Bambooなど.
あなたの基準に基づいて：
この問題を解決するために、アジャイル/スクラムの方向性をもっと検討し始めていると思います。
GreenHopper 統合を参照してください
ユーザーは、メールをドラッグアンドドロップするだけで、メンテナンスまたは機能強化のリクエストを送信できます。
開発者は、各タスク/プロジェクトのキューと重み付けされた優先度を確認するだけです。
開発者のチームが全員がリアルタイムで取り組んでいることを確認します。
上記を参照。
各タスクに費やされた時間のログを保持するための管理。
Trac 。
- ユーザーは、アカウントを作成してチケットを送信したり、ステータスを表示したり、サポートWikiとして追加したドキュメントを表示したりできます。また、編集できるWikiのセクションをユーザーに提供して、共有されたプラクティスを文書化できるようにすることもできます。
- チケットを特定のコンポーネントに割り当てることができるため、開発者は、コードに割り当てられたチケットの「キュー」を確認できるだけでなく、コードの一部に影響を与えるチケットをすばやく確認できます。
- チケットはリリースまたはマイルストーンに割り当てることができます。これは、マネージャがプロジェクトの全体的な「正常性」または「パルス」を確認できる1つの方法です。カスタムレポートにより、マネージャーは関心のある他のメトリックを表示できます。
- TracはSubversionとうまく統合できますが、他のSCMシステムについてはよくわかりません。
- 価格は正しいです。
Bugzilla（roa any ticketing system-Jiraなど）はここで素晴らしいはずです。チケット（ケースではタスクになります）をリンクできるようになり、最後にタスクフォース（エンジニアなど）のチケットを作成できます。
Bugzillaは、製品、コンポーネント、チケットの依存関係などをサポートしています。おそらく、タスクキューを管理するために必要なものすべてです。
手紙ではない顧客の+1は、チケットを直接作成するメールを送信します。
TestTrackPro 私の最後の仕事でうまくいきました。過去3年間でどのように変化したかはわかりません。
当時はサーバー上にあったため、誰でも問題を追加してアクセスできました。私はそれが問題にファイルを追加することを可能にしたと確信しています。多くの異なるパラメーターでクエリを実行できるため、タスクのみを表示できます。タスクには、作業中に変更できるステータスがありました。これは標準のバグ追跡システムでした。
ユーザーからのリクエストを管理するためのツールを探していた場合、私はそれを見て（最も投票数が多かったツールを最初に見ていきますが）、自分のニーズに基づいて他のツールと比較しました。私は確かに自分のタスクを追跡するために電子メールを使用するだけではありません！
私の経験では、あなたはうんざりしています。元に戻せないのは、そもそも誰かにあなたにメールを送らせたときだった。
真剣に OnTime はいいですし、カスタマーポータルがあります（全体がセットアップが簡単で、無料のオンラインセミナーがあり、かなり優れています）。そこでチケットを作成したり、投票したりできます。 。
ただし、ユーザーが[送信]をクリックするよりも簡単なソフトウェアはありません。それらを変換しようとする良い知らせを望みます！
BugzillaやFogbugzなどの「正式な」ものに近いものはありませんが、クライアントをより引き付ける方法として、私は Google Docs を使用して素晴らしい結果を得ました。確かに、それは皆がいつもあなたにいつもメールを送っているという全体の混乱からの良い最初のステップでしょう。
複数の人があなたにリクエストを送信している場合にも、それは本当にうまくいきます。誰もが他の人が書いたものを見ることができるため、さまざまな人がすべて同じものを送信する可能性は低くなります。また、完了時にポイントを1つずつ更新できます。
誰かが「アウトオブバンド」のメールを送ってきた場合は、ドキュメントに追加するよう依頼します。
多くのクライアント、多くの組織タイプで使用しました。
「アジャイル/スクラム向け」です。ユーザーストーリー、特に価値をもたらす機能に焦点を当てています。
- 無料/とても安いです。
- ドラッグ＆ドロップで注文できます。
- 技術に詳しくないエンドユーザーにもわかりやすく使いやすい。
- 特定のストーリーのURLリンクを提供します。
- 過去の履歴の事実に基づいたプロジェクト管理と時間の見積もりを可能にするために、スプリント中に実際にどれだけ行われているかについてのフィードバックを提供します。
以前はXPlannerを使用していましたが、数年間維持されていないようです。 "VersionOne" というツールを使用します。大丈夫です。それがあまりうまくいかないことは：
- レポート-限られた統計を適切に機能させるには、正確なタイミングですべてを入力する必要があるようです
- カスタムフィールドを追加する-実際にはフィールドを非常にうまく処理しますが、それらを追加するプロセスは複雑です
- UIの微妙な点-そのメインUIはWeb UIであり、そのAJAXは場所によって異なりますが、5つの異なる方法があり、どれも直感的に望んだものではありません。
- 検索-その検索の実装はひどいです。たとえば、ストーリーの正確なタイトルを検索ボックスに貼り付けても、ストーリーが見つからないことがあります。
ただし、HTTP経由でアクセスできるかなり優れたAPIがあるため、ストーリー/タスク/管理情報をより簡潔で有用な方法で表示するカスタムデスクトップアプリインターフェイスを作成することになりました。
それを使うことに決めたとき、私たちは私たちにとってより良いものを見つけることができませんでした。それは多くの機能を備えていますが、UIがかなり整理されて実装されている（そして多くのフラストレーションを節約できる）と感じました。