問題タブ [kanban]

OpenERPでかんばんビューを作成するにはどうすればよいですか？

開発者向けの本には、新しいかんばんビューに関する情報が含まれていないようです。また、OpenERPフォーラムで役立つ情報は見つかりませんでした。

通常のバックログと同じように、リーフストーリーのみが表示されるようにラリーかんばんボードを変更したいと思います。

クエリを変更して、子のないストーリーのみを返すようにできれば、完了です。しかし、残念ながら、ユーザーストーリーの「子」属性をクエリできないため、構成アイテムのクエリを変更してこれを実現する明確な方法がわかりません。

これを行う最も簡単な方法は何ですか？後処理して、子供がいるカードを簡単に表示しないようにすることはできますか？

解決時間の計算を、問題の作成時間ではなく、問題が特定の状態に転送された時間から開始するように変更することはできますか？

ユースケースは次のとおりです。かんばん風の開発方法を使用します。この方法では、ほとんどの問題/機能/ストーリーをバックログで事前に作成します。したがって、これは解決時間ガジェットの有用性を殺します。私たちの場合、リード/解決時間は、問題が選択された問題にプルされた時間を使用して計算する必要があります。

この計算は複数のガジェットの基礎であるため、他のガジェットでの予期しない問題を回避するために、ガジェットごとに変更できる可能性がありますか？

現在、スクラムを使用して、C ++およびC＃での一連のソフトウェアライブラリの開発を支援しています。ドメインの性質上、要件の変化にかなり対応する必要があります。そのため、スプリント計画は、高レベルの緊急作業のために時間の無駄になることがよくあります。スクラムの代わりにリーン（かんばん）開発モデルに切り替える時が来たと思います。これは、過去にかなりうまく機能していたからです。

また、私の頭の中には、私のチームの人員が不足していることをマネージャーに主張できるようにしたいと思っています。無駄のない方法論ではタスクの見積もりに費やす時間が非常に少ないため、これを効果的に行う方法がわかりません。私は、各機能にかかる時間ではなく、作業の優先順位に焦点を当てるようにお客様（およびマネージャー）に奨励する必要があります。物事は、私たちにはまだ厳しい期限があり、彼らは私たちがそれを打つことができることを知りたがっています。コミットするためには、物事を測定し、必要と思われるスタッフを計算する必要があると感じています。

問題は、私のチームが優先順位付けに焦点を当てたプロセスを使用している場合、より多くのスタッフを議論する方法がわからないことです-私たちが行うと予想されるすべての作業を見積もり、次に提示する必要があります「X人以上が必要」を示す数字。

本質的には、無駄のないアジャイルプロセスを採用したときに、チームの能力を測定し、変更するための良いヒントを誰かが持っているかどうかを尋ねていると思いますか？

かんばんを使用できるソフトウェア開発 (プロジェクト) の種類と、かんばんを実装するための要件は何ですか? かんばんとその素晴らしさについてよく読んでいました。しかし今、私はかんばんの要件、特にかんばんが適合しないプロジェクトの種類に焦点を当てた論文を書かなければなりません。私はまだそれを理解できませんでした。

プロセスを支援するために、現在の反復のストーリー/欠陥のみをかんばんタイプのボードに表示したいと思います。

そこで、この例をSOで見つけ、QUERY行を追加して反復を除外しました。しかし今、私はこれがラリーによって提供された反復ドロップダウンボックスから来ることを望んでいます。

画面に追加しましたが、[OK]と表示されますが、実際にクエリに接続するにはどうすればよいですか？

私は、さらなるサービス コンサルティングのイネーブラーとして製品を開発する IT サービス会社で働いています。私たちには、リモートで開発できる必要がある技術コンサルタント/開発者がいて、オフィスに戻って「ベンチで」開発する必要があります。

コンサルタントが遠隔地にいるとき、または「ベンチにいる」ときに、どの方法論/プロセス/ツールがコンサルタントによる開発をサポートしているか、特に成果物の管理をどのようにサポートしているか。

私は DVCS システムと KanBan ボード ツールを検討しましたが、従来のバックルーム開発状況ではない場合に、このスタイルの製品開発を処理するための最良の方法で意見を求めたいと思います。

TFSサービスのようにTFS2012Webアクセスサイトにかんばんボードを追加することはできますか？はいの場合、どのようにcvanをWebアクセスサイトに追加しますか？

私たちのチームでは、かんばんボードをソフトウェア開発の組織ツールとして使用することを評価しています。開発フェーズは 5 人のチームで約 6 か月かかります。クライアントと合意したすべての機能要件、ビジネス ルール、ユース ケース、つまり巨視的な要件を入力として取得します。ストーリー内のこれらのルールをかんばんボードの「アトミック」プロセス単位に変換します。かんばん自体は、パフォーマンス評価ツールおよび進捗ロードマップとして使用されます。かんばんは、各段階で一定量のストーリーを持つように「規定」していますが、ソフトウェアが新しく複雑であるため、「ストーリー」はおそらく数百になるでしょう。開発は賢明な動きではありません。

この場合のベストプラクティスは何ですか?

ユーザーストーリーのかんばん状態変更日を取得しようとしています。したがって、各かんばん州について、それが発生した日。その情報を含むオブジェクトまたは属性はありますか？