問題タブ [kanban]

かんばんを行っており、色付きのステッカーが貼られたホワイトボードがあります。チームが (ホーム オフィスのように) 分散している場合があるため、そのボードへの別のビジュアル アクセスが必要です。これを、誰もがアクセスできる固定 Web カメラで実現したいと考えています。

私たちの要件:

• 良質の画像
• 物理的なズームまたは高解像度によるパーツの拡大により、ステッカーのメモ (説明など) を読みやすくする
• browser-webapp またはインスタント メッセージングによるカメラへのアクセス
• Linux OS と互換性のあるハードウェア/ソフトウェアのセットアップ

あなたの誰かがそのようなことをセットアップしましたか？あなたの教訓は何ですか？

本物のノートを備えた物理的な壁を持つことは重要です。別のプロジェクト管理 Web アプリケーションを使用することは、私たちにとって選択肢ではありません。

私は大規模なソフトウェア プロジェクトでスクラム マスターとして働いています。現在、スクラムを実行しています。実装フェーズを終了する前に、開発フェーズが約 1 か月残っています。

次の理由により、ここ数週間、かんばん (または GTD) に切り替えることを強く検討しています。

1. 絶対的な締め切りがあります
2. 終わりに近づいている今、2 週間 (または 1 週間) 先の計画を立てるのは非常に困難です。議題、優先度、未解決のタスクはほぼ毎日変わります。私たちは、開発フェーズが終了したと言う前に、覚えておかなければならない新しいタスクを毎日見つけています。
3. かんばんを使用すると、どのタスクが応答を待っているか、どのタスクが検証を待っているかなどを簡単に特定できます。

誰でもこれを経験していますか？これは良い考えですか？

私たちのスプリントは、完全にポンテンシアルな出荷可能なインクリメントではありません (そうすべきだったことはわかっていますが、それはここで議論したいことではありません)。

sdlc でかんばんを使用しています。すべてのチケットを追跡するボードが設置されています。

ボードにはビデオカメラを使用する必要があります。

以前にこの目的でズーム可能な IP ビデオ カメラを使用したことがありますか?

これが私の日常の仕事の説明です：

2人の開発者が多くの小さな機能や修正に取り組んでいます。たとえば、開発者ごとに1日あたり3〜4人です。同僚が機能DとEに取り組んでいる間、私は機能A-B-Cに同時に取り組むことができる必要があります。

月曜日：機能Aは、クライアントレビューのためにステージングサーバーにプッシュされます。機能Bは、クライアントレビューのために同じステージングサーバーにプッシュされます。機能Dは、クライアントレビューのために同じステージングサーバーにプッシュされます。

火曜日：クライアントからAとDの承認を受けます（Bは承認されません）。そして、彼らはそれらの変更をすぐに実行する必要があります。

水曜日：機能Cは、クライアントレビューのために同じステージングサーバーにプッシュされます。ようやくBの承認を受けました。

木曜日：機能Bはすぐに本番環境にプッシュする必要があります。

金曜日：前回の製品リリースでエラーが発見されたため、前のバージョンにロールバックする必要があります。

機能をストーリーやスプリント計画にグループ化する可能性がないため、これをスクラムのようなプロセスとして扱うことはできません。これは、メンテナンスプロセスのようなものです（おそらくかんばん？）。

Gitを使用してこれをどのように処理するかの例を挙げていただけますか？現在、マスターブランチが1つしかない場合、ステージングまたは本番環境に何かをプッシュするときはいつでも、すべての変更（不要なものも含む）をライブで行うために「gitpull」する必要があります。特定のコミットを取得するためのgit"cherry-pick"はどうですか？機能が多すぎるため、機能ごとに1つのブランチは面倒に思えます。Gitコマンドとブランチの具体例を示すことができれば（主なアイデアを示すためだけに、100％正しい必要はありません）、それは素晴らしいことです。

ありがとう。

Rally のかんばんボード アプリから壮大なストーリー (つまり、子供のいるストーリー) を非表示にする方法はありますか (おそらくかんばんの「カタログ アプリ」コードをカスタム アプリにカスタマイズすることによって)?

「リリースに割り当てられた」ストーリーが非表示であるかどうかに応じてクエリを設定するかんばん JavaScript アプリ コードの一部を見つけました (また、設定に別のチェックボックスを追加して、エピック ストーリーの表示/非表示を制御しました)。しかし、子を持つストーリーを除外するようにクエリを変更することに成功していません。（クエリを変更できるかどうか、またはクエリ結果を取得した後にカードをフィルタリングする必要があるかどうかはわかりません）。

タグでフィルタリングする (そしてそのタグを含むストーリーを強調表示する) 代わりに、コードを編集して、カンバン ボードに特定のタグを含むストーリーのみを表示することはできますか?

このコードで別の質問を見つけました（別の目的のサンプルとして）：

これは機能しますか？もしそうなら、このコード行をどこに入力すればよいですか? 私はいくつかの場所を試しましたが、成功しませんでした。

ありがとう！

カスタム ユーザー属性の値を、デフォルトの cardboard Kanban アプリのカードのヘッダーに追加したいと考えています。render 関数に以下を追加しました。

.....

....

これにより、テキスト値がカード ヘッダーに追加されますが、その際に所有者の名前と画像が 1 行下に配置されます。私はCSSを見てきましたが、文字列の長さに依存するフォーマットは見当たりませんが、私はまだこの分野に比較的慣れていません. CSS でフォ​​ント サイズを変更しようとしましたが、上記のコードを追加しても何も変わりませんでした。所有者の名前と所有者の画像が常に 1 行下に表示されます。私が間違っているかもしれないこと、またはこれを行うためのよりクリーンな方法があるかどうかについての助けをいただければ幸いです。

私は基本的なかんばんボードを持っており、開発者とテストの間で引き継ぎがあります。

ボードにいくつかの制限を設けたと仮定します。アイテムがテストに失敗した場合はどうすればよいですか？実際に間違いを修正するのはテスターの仕事ではないので、私が見ているように、「完了」に進む方法はありません。テスターに​​「Ready」に戻してもらいたいのですが、それで限界を超えてしまいます。テスターがアイテムを「準備完了」から「実行」に降格した場合、テスターは基本的にPOの優先順位付けを元に戻します。

これまでの私の魂は、「準備完了」の制限を超えて大丈夫であり、テストに失敗したアイテムにマークを付け、それらを優先することです。

他のアイデアはありますか？

選択したイテレーションのみを表示するように、デフォルトの Rally Kanban アプリケーションを変更する必要があります。クエリ反復ドロップダウンを配置し、次を追加しました: //反復ドロップダウンに基づいてクエリを構築 cardboardConfig.query = dropdownIteration.getQueryFromSelected(); 関数 displayBoard() で構成オブジェクトを宣言した後。何らかの理由で、クエリ文字列を無視しています。デバッガーをステップ実行すると、適切な値が返されますが、ボードには常にすべての反復からすべてのストーリーが表示されます。構成オブジェクト クエリで「Iteration = "March 2012"」というハード コーディングを試みただけでも、表示される内容には影響しませんでした。すべての反復のすべてのストーリーが引き続き表示されます。他に何を試すべきか、またはクエリ文字列をオーバーライドしている可能性のあるものについて何か提案はありますか?? ありがとう。ダックス

Rally Kanban - hide Epic Storiesを読みましたが、Estimation Board アプリのフィルター プロセスに基づいてフィルターを実装する際にまだ問題が発生しています。現在、段ボールのクエリ オブジェクトにアイテム フィルターを追加しようとしています。クエリ オブジェクトは this._getItems を呼び出して、フィルター処理する項目の配列を返します。私が知る限り、クエリは関数を呼び出し、1 秒か 2 秒間ロードした後、結果を表示しません。入力、提案、または代替ソリューションを歓迎します。

これが私のコードです