問題タブ [extreme-programming]

神話上の人月は今や古典的ですが、「外科チーム」の方法論は依然として興味深いものです。どの方法論がそれに最もよく似ているか、または同じ本質を持っていますか?

外科チームのアナロジーを要約すると: 外科医は問題/ビジネス領域を理解し、専門家です。彼らは、チーム内で疑問や対立があるときの権限です。外科医は、設計などの問題が発生した場合、専門家の小規模な緊密なチームとして機能し、互いに協力します。つまり、本質的に彼らはドメインの知識を持っており、正しいと思うことを任せられ、実際のコーディングを行うのでしょうか? チームの残りの部分は、サポート、テスト、文書化に重点を置いており、プロジェクト計画は委任されたタスクです。したがって、外科医は最も熟練した/訓練されたリソースでもあります。

答えは、プロジェクト、プログラミング、設計方法論である可能性があります。これは、主要な方法論ドメイン全体に影響を与えるように思われるためです。アジャイル、MDA、エクストリーム、ソーシング開発? この質問は、複雑なビジネス ドメインで大規模なソフトウェアの場合にも、より意味があります。COTS 開発者や一般的なユーティリティではなく、航空管制を考えてみてください。

バックエンド システムを設計するとき、通常、ストーリーとタスクにどの程度の粒度を与えますか?

ストーリーとタスクを作成するほとんどの例は、通常、ユーザーが実行できるもの (ISBN で本を検索するなど) であるストーリーと、この GUI 機能を有効にすることを中心とした各タスクを含む GUI アプリケーションを中心にしています。

バックエンド システム、つまりユーザー インターフェイスを持たず、データベースやミドルウェアなどと通信する一連のサービスを設計する場合、どのようにタスクやストーリーを思いつきますか?

私はここ数年、TDD と (一部の) XP を実践してきましたが、それを採用する前の私のキャリアで抱えていた問題の多くが、それによって解決されることがわかりました。非常に多くの頭痛の種が取り除かれたことで、私のコーディングへの愛情が復活しました。問題は、これらのプラクティスを利用している .NET (現在のスタック) プロジェクトを見つけるのが難しいことです。

SO コミュニティに対する私の質問は次のとおりです。どのコミュニティ (言語および/またはフレームワーク) が、tdd、(実際にはすべての xDD の) xp、ci などのアジャイル プラクティスを最も取り入れていると思いますか?

この質問をするためには、測定手段を定義する必要があります。特定のコミュニティ/スタックに対して次のように定義します。

(アジャイル方法論を採用している現在のプロジェクトの数) / (現在のプロジェクトの数)

明らかに、おそらく存在しないデータがなければ、これを判断することは不可能です...私は人々の認識を探しているだけです

私は最近、エクストリーム プログラミングを調べていて、自分の職場でそれを実装することが現実的かどうか疑問に思っています。

私の質問は、あなたが潜在的な新しいクライアントに売り込みをしていて、あなたが XP を使用していることを伝え、顧客としての彼らの責任を説明した場合、彼らはあなたの会社を選ぶのをためらう可能性が高いでしょうか?以前に XP 環境で作業したことがありませんか?

XP が非常に顧客集中型のソフトウェア開発手法であるように思われる場合、クライアントに XP を販売する人々の経験は何ですか? ここでのコンテキストは、中規模から大規模の Web サイトをさまざまなクライアントに販売することです。

彼の著書ExtremeProgrammingAppliedの中で、KenAuerは何気なくイネーブラーパターンについて言及しています。Kent Beckもそれについて言及しています（少なくとも2004年11月8日付けの電子メールで）が、私は通常の場所（Google、c2.comのwikiなど）で詳細を見つけることができませんでした。

詳細はどこで確認できますか？

Javaコードの他にいくつかのBashスクリプトが実行されているシステムがあります。壊れてしまう可能性のあるすべてのものをテストしようとしているので、それらのBashスクリプトが壊れている可能性があるので、それらをテストしたいと思います。

問題は、Bashスクリプトをテストするのが難しいことです。

Bashスクリプトをテストする方法またはベストプラクティスはありますか？または、Bashスクリプトの使用をやめて、テスト可能な代替ソリューションを探す必要がありますか？

「サーバーをv1からv2にアップグレードする」、「起動パフォーマンスを向上させる」、「ログインモジュールをリファクタリングしてコードの複雑さを軽減する」などの技術的な項目が製品のバックログに含まれる場合、技術的でない製品所有者がそれらに優先順位を付けるにはどうすればよいですか。対他のより機能的なバックログアイテム？

技術的なもののために別のバックログがあるべきですか？製品のバックログで機能的および技術的なものを優先できる2人の共同POの役割を担う必要がありますか？

アジャイル/XPは階層化されたアプローチと一緒に行くことができますか？

アジャイル/XPは階層化されたアプローチと一緒に行くべきですか？

ソースコードをレイヤーに分割するには余分な労力が必要であり、それによって開発時間が大幅に増加します。

注意：「レイヤー」とは、POCO、DAなどの個別のアセンブリを意味します。

極端なプログラミング専用の SaaS コラボレーション ツールを探しています。バックログ、タスクおよびプロジェクト管理、ダッシュボードなどを備えた SocialText のようなもの...どのツールを使用していますか?

ありがとう！

私はXPのバックグラウンドを持っています。私はそのプロセスをよく知っており、確かな実務経験があります。私はそれがソフトウェアを開発するための最良の方法であることに気づきました。

私はある種のプロセスドクターの立場にいることに気づき、これは私自身の理解の多くの自己検査と再評価を生み出します。

私がよく耳にするのは、一部の作品はストーリーにできないということです。私は個人的にこれを信じていません。言い訳には以下が含まれます

1. 大きすぎます（開発者は5週間の終わりまで何も表示されません）。
2. これは複雑なアルゴリズムまたは抽象的な概念です（作成には5週間かかり、表示には何もかかりません）。

この質問は、ヒント、ヒント、または提案を取得することです。

私は、これらおよび同様の認識された問題に対処する方法に関するヒント、ヒント、および提案を探しています（そしてあなたがそれらについて考えることができればもっと）。

ストーリーを書かないユーザー/開発者を回避する方法について最も多くの情報を持っている答えをマークし、その理由について多くの言い訳に対処します（私はほんの数例をリストしましたが、もっとたくさんあります）。