問題タブ [backlog]

プロジェクトの進捗状況を監視するために、データをバーンダウン チャートに変換しようとしています。私のExcelシートの内容は簡略化されており、次のようになります。

ID - 説明。- ストーリー ポイント (SP) - 残りの SP - 予定の残りの SP - 終了日

bla1; ブラ; 20; 100; 100; 2012年 1 月 1 日
bla2; ブラ; 20; 80; ""; 2012年 1 月 2 日
bla3; ブラ; 15; 65; ""; 01-jan-12 <-- 注、日付は論理的に並べる必要はありません!
bla4; ブラ; 30; 35; ""; 2012年 1 月 12 日
..
..
bla5; ブラ; 5; 0; 0; 2012 年 2 月 31 日

基本的に、プロジェクトの開始日とプロジェクトの終了日を知っています。プロジェクトを完了するのにどれだけの労力が必要か、おおまかに知っています。実行する必要があるすべての項目は、実際に実行されたときにタイムスタンプを取得します (したがって、日付の順序は保証されません)。そして、開始日から終了日までを X の上にプロットし、残りの作業量と計画された残りの作業量を Y の上にプロットするバーンダウン チャートで進捗を視覚化したいと考えています。

このグラフを Excel で取得できません。私は 2010 を使用しており、オフィスの平均的なユーザーです。誰が私を助けることができますか?

よろしくお願いします！

乾杯、

バス

最近、CM コントロールと問題追跡のためにプロジェクトを TFS 2010 に移行しました。ほとんどの場合、私たちはこの動きに満足しています。しかし、ユーザー (特にヘルプ デスク) が製品バックログに対して動的クエリを記述できるようにする方法が必要であることがわかりました。未処理のQuery Results Web Part作業項目や最近の問題などの情報を表示する場合は問題なく機能しますが、ユーザーは、サポート コールごとに変化する可能性のある特定の情報を照会する機能が必要です。ユーザーがカスタムの動的クエリを TFS で作成できるようにする方法はありますか? そうでない場合、これを可能にする SharePoint と統合するサード パーティ ツールはありますか?

ありがとう。

私はTFS 2012が初めてで、おそらくばかげた質問ですが、誰かが助けてくれるかどうか疑問に思っていました:

バックログの優先度は、TFS ですぐにどのように決定されますか? ドラッグ アンド ドロップで優先度を変更できることがわかります。値は常に変化しますが、どのように、またはなぜ変化するのかはわかりません。ビジネス バリュー フィールドとエフォート フィールドの値でバックログの優先順位を決定したいのですが、これらはまったくリンクしていないようです。これらのフィールド値を取得してバックログの優先度を高める方法はありますか?

chiliproject3.3.0をインストールしました。いくつかの問題の後、それはうまくいきました...

しかし今、私はBackLogプラグインを追加しようとしましたが、そこで立ち往生しています...

ここからインストール手順を実行しました：http：//www.redminebacklogs.net/en/installation.html そのコマンドを呼び出すと、"bundle exec rake redmine:backlogs:install"常にエラーが発生します。

もう何を試してみたらいいのかわからない：S私を助けるためにどの情報が必要か教えてください。

backlogプラグインでredmineをインストールしてみました。このチュートリアルに従いました: https://github.com/backlogs/redmine_backlogs/wiki/Installation-of-Backlogs-in-Redmine-2.0

そして今、Apacheエラーがあります:

これは私の仮想ホスト構成です:

私の /etc/apache2/mods-available/passenger.conf

もっと：

何か案が？

Team FoundationServer2010をTeamFoundationServer 2012にアップグレードし、優れたTFS2012 Webアクセスを使用して、製品のバックログ、スプリント、およびスクラムボードを処理しています。そして、それはすべて非常にうまく機能します。これを除くすべて：TFS2012 WebアクセスでWORKにアクセスすると、製品バックログが表示されます。ただし、スプリント（過去/現在または将来のスプリント）に割り当てられていないPBIのみが表示されることを期待しています。ただし、ステータスがDoneではないすべてのPBIが表示されます。PBIがスプリントバックログに移動されると、この製品バックログから削除されると思います。右？

作業項目クエリを編集して、反復パスを持つPBIのみがスプリント内にないように変更したいと思います。それをしてもいいですか？

[バックログクエリの作成]ボタンがあり、それをクリックすると新しいクエリが作成されます。そのクエリを編集できますが、バックログ/計画画面のクエリとしては使用されません。

このクエリが新しく作成されたTFS2012チームプロジェクトのクエリに似ているかどうかを確認しようとはしていません。TFS2010チームプロジェクトからのアップグレードと関係があるかもしれません。

前もって感謝します。

10月15日編集：

この質問を作成したとき、PBIがスプリントバックログと製品バックログの両方に含まれる可能性があるのは間違っていると感じました。ただし、計画がどのように行われるかを考えると、これは問題ないかもしれません。製品バックログは、実行されていないPBIのバックログと考える必要があります。PBIは、スプリント（現在または将来、あるいは過去のスプリント）に対して計画される場合がありますが、実行されません。

製品バックログビューの予測機能について：これにはいくつかの問題があります。バックログの優先度は、すでにスプリントに割り当てられたPBIよりも高い優先度を持っています-これは改善される可能性があります。この機能は、将来のスプリントの非常に大まかな見積もりにのみ使用できると思います。スプリントに多くのPBIがある場合、予測機能は誤解を招く可能性さえあります。それが私の意見です。

Java/C++ アプリケーションがあり、Java 部分は Backlog を使用しており、C++ 部分のログ ファイルを Backlog と同じパスの場所に配置する必要があります。Logback API を使用して、実用的に Logback パスの場所 (logback.xml の fileNamePattern 値) を取得する方法はありますか?

ありがとう

この一連の質問は、スクラム 2 を使用して TFS 2012 の領域と反復をセットアップする方法に関するベスト プラクティスの回答を引き出すことを試みます。

コンテキスト: 私たちは TFS 2005 から Team System を使用しており、最初に所有する製品ごとにチーム プロジェクトを作成し、次に MSF 4.2 プロセス テンプレートを使用しましたが、最終的に微調整しました (いくつかの作業項目の種類にいくつかのフィールドを追加しただけです)。

現在にロールフォワードすると、現在 TFS 2012 と VS 2012 を実行しています。過去の経験とコミュニティからのフィードバックを考慮して、単一のチーム プロジェクトとスクラム 2.1 に移行し、領域を使用して製品とチームを分離します。次のリンクは、このアプローチをよく読んでいます。

• http://blog.hinshelwood.com/when-should-i-use-areas-in-tfs-instead-of-team-projects-in-team-foundation-server-2010/
• TFS 領域、最適な定義と構成
• Team Foundation Server - エリア / イテレーション

エリアに適用する予定の典型的なレイアウトは、次のようなものです。

上記は私たちの環境にとって論理的であるため、概念的には非常に満足しています。上記によると、次のようなチームがあります: * "クライアント A チーム" * "クライアント B チーム"

質問 1)私たちのチームはそれほど大きくなく、管理をより管理しやすくするために、製品ごとにチームを定義したくないと考えました。物理的にクライアントごとにチームがあり、そのクライアントのすべての製品を監督しているためです。これは間違いですか、それともこれでよろしいですか?

質問 2)上記のチーム構成に問題がないと仮定すると、上記の各エリアを各チームに「マッピング」するのは正しいでしょうか。つまり、チーム「クライアント A チーム」の場合、エリア「クライアント A」(およびすべてのサブエリア) を次のように指定します。そのチームが所有する領域。デフォルトのエリアはどうですか? 「クライアント A」エリアのルートをチームのデフォルトとして設定してもよろしいですか?

イテレーションのレイアウトに関しては、次のような類似のものを計画しています。

質問 3)これは、特にバックログを表示する TFS に関しては、反復を正しく行うのが難しいようです。具体的には、TFS スクラム 2 反復のセットアップでは、計画とその後の開発のためのリーフ レベルの反復のみを選択 (チェック ボックス) する必要があるようです。したがって、上記の例を拡張すると、「クライアント A チーム」が次の 4 週間 (2 週間のスプリントを想定) で新しい製品 B の作業を開始できるようになる可能性があります。次に、リリース 1 から「スプリント 1」と「スプリント 2」のみを選択 (チェック ボックス) しますか? 正しく理解/使用していますか?

質問 4)チーム バックログ イテレーションの選択 - これは、製品ごとではなく、クライアントごとにチームを配置するという私たちの概念のために問題になる可能性がありますが、私の理解が間違っているだけかもしれません。TFS エリアのセットアップでは、どの反復が「チームのバックログ反復」であるかを指定します。私の問題は、私たちの PBI (製品バックログ項目) が製品固有のものであり、別の製品の PBI と混合したくないということです。したがって、おそらく「製品 B」ではなく、「チームのバックログ イテレーション」としてエリア「クライアント A」を選択した場合にどのような影響があるかは、まだ理解できません。私はここで自分自身を混乱させていると思います-賢明な選択は何でしょうか?

上記の質問は、定義された各 TFS 2012 チームに対して、イテレーション、エリア、チーム バックログ イテレーション、および既定のエリアのこれらの選択がどのような影響を与えるかを理解していないことに起因します。このセットアップで私が抱えているいくつかの問題は、TFS がチームの製品バックログとスプリント バックログを正しく識別することです。

1 つのチーム プロジェクトと製品の複数の領域 (一般的に推奨されている) が問題を複雑にしているのかどうかはわかりません。

質問 5) TFS Web アクセス Web サイト - 「作業 | 作業項目 | 共有クエリ」の下にある特定のチームについて、「現在のスプリント」(ブロックされたタスク、スプリント バックログなど) というフォルダーの下に定義済みのクエリがありますが、これらのクエリは"Root Project\Release 1\Sprint 1" に対してハードコードされています - これらは、反復に対して定義された日付が与えられた現在のスプリントを自動的に検出するべきではありませんか? そうでない場合、これらのクエリを維持するためのベスト プラクティスは何ですか?

これらの質問に対処するのに役立つ、または Scrum 2 TFS セットアップを成功させるためのガイダンスを提供する、TFS 2012 および Scrum 2 固有の高品質のトレーニング/チュートリアルを知っていますか?

Python インタープリターと ipython には、コマンドの履歴を参照する簡単な方法があることを知っています。それはインタラクティブな Python プログラミングです。

私の問題/質問: 「PLOT」ボタンを押す前にフィールドをクリックして値を入力できる GUI ベースの Python ツールがあり、画面にプロットが表示されます。私が探しているのは、プロットを正確に再現する「最小限のスクリプト」にアクセスする方法です。

そのため、非対話型の Python インスタンスが実行したすべてのコマンドのバックログを要求する方法があるかどうか疑問に思っていました。

組み込みでない場合は、実行と同時に関数呼び出しをファイルに自動的にダンプする方法を誰かがアドバイスできますか。