問題タブ [agile]

私は、私が働いているソフトウェア開発へのアジャイル アプローチに従うことを実験しています。これまでのところ問題なく動作していますが、イテレーションの終わりに向かって、ビルドに問題が発生し、1 日分の時間をかけて修正する必要がありました。テストに費やすべき時間でした。

その結果、QA にはイテレーションの終了前にテストを完了する十分な時間がありません。このシナリオにどのように対処しますか? イテレーション中に予期しない問題がタスクに影響を与える場合?

私の会社では通常、各プロジェクトに 1 ～ 4 人の開発者 / アート ディレクター / コピーライターがいますが、どの方法論を使用することをお勧めしますか? アジャイル？XP？スクラム？他の何か？(基本的に同じ概念のすべてのバリエーションであることはわかっています、はい)

そこにいるアジャイル実践者のために...

プロジェクト中にデータベース スキーマへの変更をどのように管理しますか? 私の推測では、アジャイル プロジェクトでは、コードベースの場合と同様に、関連するデータベースのスキーマが変更され、リファクタリングされます。

この仮定は正しいですか？もしそうなら、物事を円滑に進めるために使用している特定のツールやプロセスはありますか?

私は何年もの間、アジャイルについて聞いたり読んだりしてきました。私はそれについての本を1、2冊所有していますが、そのアイデアが気に入っています。

私は最終的に、私が働いている場所でこのようなものを展開できる立場にいますが、それが私たちにとって進むべき道であるかどうかについて深刻な懸念があります:

• これに最小サイズはありませんか？3 ～ 4 週間のプロジェクトでは、事前に大きな設計を行う方が効率的である必要があります。
• 当社の顧客は通常、固定価格を要求します。彼らは、私たちが明らかなブラックホールに直面している特別な場合を除いて、彼らが何を扱っているかを知る必要があります. では、進行中の要件の変更に寛容なプロセスを使用する場合、どのように見積もりを提供できますか?
• アジャイルがより複雑なプロジェクトで成功の可能性を高める可能性があることは理解していますが、それによって顧客のコストが上昇することはありませんか? そしてもちろん、考慮しなければならないコストもあります。おそらく、ここで最小サイズの問題に戻ったのでしょう。
• この直感に反するアプローチを顧客にどのように説明しますか? 技術者以外の利害関係者は、ウォーターフォール以外のことについて頭を悩ませる経験がないかもしれません。
• 社内プロジェクトでも予算はあります。私は何が欠けていますか？
• 最近、アジャイルに対する反発があるようです。他の何かがすぐに勢いを増し始めるのでしょうか?

注: 私たちは、1 日か 2 日から数か月にわたるプロジェクトを持つ 5 つの開発ショップです。それらすべてを支配する 1 つの方法論があるとは思いませんが、すべてのプロジェクトに適応できるほど柔軟なものを見つけることができれば素晴らしいことです。

どうもありがとう！

ブライアン・マッケイ

アジャイル開発手法の落とし穴は何ですか？

アジャイル開発/スクラムに関する「昼食と学習」で見せることができる良いビデオを探していました。私たちの組織は主にウォーターフォールであり、ほとんどの人はアジャイル開発について聞いたことがなく、トピックに関する具体的な知識もありません。アジャイルについて説明している優れたリソースはたくさんありますが、それらはすべてアジャイルの基本的な実用的な知識を前提としているようです。私は、アジャイル開発について何も知らない人のために、アジャイル開発を現実的に紹介する優れたものを見つけることができません。

誰でもそのようなリンクを提供できますか?

前もって感謝します。

私が取り組んでいるプロジェクトは、データベースとコードをアジャイルにし、一緒に構築してデプロイできるようにするためのソリューションを考え出そうとしていました。

アプリケーションはコードとデータベーススキーマ、およびデータベースコードテーブルの組み合わせであるため、コードと一緒にバージョン管理されたデータベースがない限り、アプリケーションの完全なビルドを実際に行うことはできません。

アジャイル/スクラム環境でコードと一緒にデータベース開発を行うための優れたアジャイル手法をまだ思い付くことができていません。

これが私の要件のいくつかです：

1. システムの完全なビルドに対応するsvnリビジョン＃を使用できるようにしたい。
2. データベースのソース管理にバイナリファイルをチェックインしたくありません。
3. 開発者は、コードを継続的インテグレーションサーバーにコミットし、システム全体とデータベースを一緒に構築できる必要があります。
4. ビルドサーバーで元のビルド以外の再構築を行わずに、さまざまな環境への展開を自動化できる必要があります。

（更新）もう少し説明するために、ここにいくつかの情報を追加します。

膨大な量のコードを含むレガシープロジェクトであるため、OR/Mツールはありません。アジャイルデータベースの設計情報を読みましたが、そのプロセスは単独で機能しているようですが、アクティブなコード開発と組み合わせることについて話しています。

これが2つのシナリオです

1. 開発者は、データベースの変更を必要とするコード変更をチェックインします。自動ビルドが失敗しないように、開発者はデータベースの変更を同時にチェックインできる必要があります。

2. 開発者はDBの変更をチェックインします。これにより、コードが破損するはずです。自動ビルドを実行して失敗する必要があります。

最大の問題は、これらのものがどのように同期するかです。「データベースの変更をチェックインする」などのことはありません。現在、DB変更の適用は、コード変更が絶えず行われている間、誰かがしなければならない手動プロセスです。それらは一緒に作成され、一緒にチェックされる必要があります。ビルドシステムはシステム全体をビルドできる必要があります。

（更新2）ここにもう1つ追加します：

本番環境を停止することはできません。パッチを適用する必要があります。本番データベース全体を再構築することは受け入れられません。

私は、さまざまなタイム ゾーンにグローバルに分散している開発者のチームを持っています。

そのようなチームで最大の生産性を達成するための最良のツールは何ですか?

を探しています：

• ソース管理
• バグ追跡
• ビルド管理
• 他に役立つ可能性のあるもの

ありがとう

アジャイル開発手法を採用したプロジェクトの途中で、予算の制約により 3 つのソフトウェア テスト請負業者を手放す必要がありました。経営陣の姿勢は、これを補うために常勤の団体を均等に投入することです。アジャイル開発はこの混乱を許しますか? 似たような状況になった人がいるか知りたいのですが、どのように対処されましたか?

仕事のやり方にアジャイル思考をどんどん吸収していくにつれて、ヤグニ (「あなたはそれを必要としない」) がますます重要になっているようです。見当違いの優先順位を除外し、次に取り組まないものを決定するための最も効果的なルールの 1 つであるように私には思えます。

しかし、ヤグニは、ここ SO ではほとんどささやかれている概念のようです。必須の検索を実行しましたが、それは 1 つの質問のタイトルにのみ表示され、その後は二次的な役割に表示されます。

どうしてこれなの？その重要性を過大評価していませんか?

免責事項。私が異議を唱えると確信している応答を先取りするために、ヤグニは迅速で汚いの反対であることを強調させてください. 貴重な時間と労力を、必要な部品を正しく入手することに集中することをお勧めします。

以下は、人が尋ねるかもしれないいくつかの最先端の進行中の質問です。

単体テストは、ユーザーの要件またはフレームワーク構造に基づいて選択されていますか?

フレームワークから外れているため、そこにあるだけの単体テストをインストール (およびテストと保守) していますか?

私のフレームワークによって生成されたコードのうち、私が一度も見たことのないものはどれくらいありますか?

ユーザーの問題ではなく、ツールの作業にどれくらいの時間を費やしていますか?

ペアプログラミングの場合、オブザーバーの役割値は「yagni」にあることがよくあります。

CRUD ツールを使用していますか? _RU_ ツールまたは C__D ツールとして使用することを許可しますか (いや、推奨しますか)、それとも 1 つまたは 2 つしか必要ないのに 4 つのコード (および 4 つの単体テスト) を作成しますか?