agile

    4

    5答えて

    私たちのチームは一ヶ月の束(ほぼ2年)以来SCRUMと協力していました。 初めて奇跡を起こしたとき、この戦略で壁に向かって走りました。 私たちの問題は、(10-12人のチームから)たくさんの特別な仕事をしていることです。リリースマネージャー、QA、アーキテクト、SQLスペシャリスト 私たちは、チームによってではなく、それらの特別な人々だけが使用できるタスクをますます定義しています。例:バージョン1

    2

    5答えて

    私の質問の一般的な動向をBuilding an Aircraft using Agileについて見ると、コスト以外の最大の問題は安全であるようです。 アジャイルを使用して安全なシステムを構築すること(または安全であることを証明すること)ができないと感じていますか?反復テストのすべてがこれを軽減するわけではありませんか?アジャイルを使って開発されたソフトウェアは、滝のようなものほど信頼性が高くないで

    5

    5答えて

    は、あなたがメソッドの実装を必要とするユーザーストーリー1持っている想像してみて: public static void MyMethod(string paramA); いくつかのクラスをこのメソッドを使用して、そしてMyMethodは、ユーザーストーリー1が、より多くの何を完了するために必要なすべてを行います。 あなたはまた別の話(ユーザーストーリー2)反復将来的になるための方法が必要にな

    1

    2答えて

    対? あなたがあまりにも早く発表すると、潜在的なユーザーは、あなたの製品が他の完成したソフトウェアと競合することができず、決して戻ってこない市場に投げ込まれたちょうど焼いたものだと考えるかもしれません。しかし、やはり、「アジャイル」開発は、できるだけ早く繰り返しと公開のサイクルを持つために、非常に中核的に設計されています。 ここで線を描いていますか?ユーザーの時間に非常にふさわしいと感じるまで、出

    4

    7答えて

    断片化されたデザインを引き起こす毎月のスプリント/反復によるアジャイル方法論をどうやって防ぐのですか?例えば、マンハッタン・ストリートとボストン・ストリートのデザインのデザインの事例を取る。 Manhattan Streetsの青写真は全体として設計されているため、操作が簡単で運転も簡単です。ボストンの通りは一品食のアプローチとその悪夢の中を歩いて設計されました。

    24

    14答えて

    私のチームは、ますます軽量化された方法論を採用し、スクラムからリーン/カンバンに移行しました。正式なプロセスはますます少なくなりました。ある時点で、私たちはカウボーイコーディングに戻ります。確かに私たちは既に境界線上にいるかもしれないことを恐れている。 非常に軽いリーンとアジャイルのプロセスとアナーキーの間で線を引くことができますか?私たちがラインを越えたときはどうしたら分かりますか?そして、私た

    13

    8答えて

    ソースコントロールについて学んだ後、私がやった最初のことはsvnでプロジェクトを行うことです。 gitについて学んだ後、私は個人的なプロジェクトでそれを使用しました。 UML /デザインパターン/デザイン原則/ TDDについて学んだ後、私はそれらを個人的なプロジェクトに適用しました。どのように私はアジャイル開発に同じことをすることができますか?アジャイルはチームや大きなプロジェクトのためのものです

    1

    4答えて

    私は、1週間の繰り返しを計画する際にいくつかの問題があります。私たちはとTDDをPairsに使用しています。誰とペアリングしているのかを決めるのは難しいです。ペアの計画もサポートする反復計画のツールサポートはありますか?

    -1

    2答えて

    ...質問はすべてそれを言う!以前はSEEを使用していたので、私はその道を踏み出すことが大好きです(しかし、クロスプラットフォームでなければなりません)。

    1

    1答えて

    私は、プロジェクト管理システムのバーンダウンチャートを実装する予定です。それは使用する予定ですOpen Flash Chart 2 システムは、プロジェクトの開始時期と完了予定時刻を知ります。また、ストーリー・ポイントと各自がどれくらい多くの時間を取っているかも知っています。 ユーザは、割り当てられた各ストーリーポイントで何時間働いたかを毎日書きます。 私が見てきたチャートから、彼らは通常、ステー