BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ

  • RhoHub,Apparat.io - ネイティブモバイル Web アプリ構築における煩雑な SDK 管理からの解放

    ネィティブアプリケーションとしてパッケージされた HTML/Javascript コードによって,クロスプラットフォームなモバイル開発が可能になる - しかし,やっかいな事がまだある。すべてのターゲットプラットフォーム用 SDK のインストールと維持,ビルドの実行という「ヤク毛刈り」作業だ。この問題を解決するソリューションがある - Rhohub for Rhodes,Apparat.io,そして PhoneGap/Build だ。

  • 経験豊かなチームのためのより良い見積もり法はあるか

    ソフトウエアの見積もり結果はチームの割当や予算を考えるためにステークホルダにとって重要だ。アジャイルの世界で広く行われている手法はプランニングポーカー見積り法だ。この方法は合意に基づく手法だ。この方法は時間がかかりすぎるだろうか。経験豊かな実践者が採用できる他の方法はあるだろうか。

  • スクラムにプロダクトマスタの役割はない

    様々なフォーラムでよく聞かれる質問は、スクラムマスタとプロダクトオーナーの役割の組み合わせは受け入れられるかということだ。アジリストのほとんどはこれらの役割は水と油のようなものだと信じている一方で、これらの組み合わせが避けられない状況もある。

  • ヨーロッパにおけるMaven Centralミラー

    SonatypeはヨーロッパにおけるMaven Centralのミラーを立ち上げた。あなたがMavenを使っていてヨーロッパにいるなら、高速なアセット取得のためにミラーを指定するようmaven設定を更新するべきだ。

  • アジャイルは永遠のベータを促進するか

    アジャイルソフトウエア開発はチームワークや共同作業、作業の適用可能性をプロジェクトのライフサイクル全体に渡って促進する。たいていの場合、市場に需要がある最小限の機能セットを持って市場に投入されるので、市場投入にかかる時間は短くなる。そして、新しい機能の実装が各イテレーションから滑り落ちて、製品はいつまでもベータであり続ける。

  • Maven 3.0リリース

    Sonatypeは本日、Maven 3のリリースを発表した(リリースノート)。このリリースは2005年のMaven 2のリリース以来の最大の変更になる。Maven 3のリリースでは後方互換性をなるべく維持するために、オープンソースのツールでの自動テストが十分に行われた。この結果、Maven 3はMaven 2を単純に置き換えるものになり、性能の向上以外にはほとんど目につく違いはなくなった。

  • 制約は利点の仮の姿だ

    ソフトウエアを構築することは多くの制約を管理することと密接に関連する。制約とは時間、資金、技術、意思決定、互換性、規則、そして人や業務のプロセス、またはこれらすべてを合わせたものからなる。Jim Bird氏は、創造性を育て正しいソフトウエアを作る上で、スクラムやXPによって背負わされる制約が役にたつことについて論じた。

  • スプリントバーンダウン - 間違ったことを計測しているのか?

    従来のスプリントバーンダウンチャートはチームの役に立っているのか。多くのスクラムチームが作業時間の追跡がスプリントの本当の状態を隠蔽することを指摘し、他の方法を選択する。

  • 優れたコードだけでプロジェクトは成功するか

    開発者であり、アーキテクトであり、著書も持つSimon Brown氏はプロジェクトを成功させるには良いコード以上のものが必要だと考える。良いコードだけでは不十分と題したプレゼンで氏はプロジェクトの成功に必要なすべての要素について、事前の設計から運用尾のための文書まで、くまなく論じた。

  • CloudBeesがHudson-as-a-Serviceを紹介

    CloudBeesは同社初のPaaSであるHaas(Husdon-as-a-Service)を紹介した。このサービスは、技術にとらわれないセットアップや構成、柔軟なリソース確保を提供することで万人に恩恵を与えるクラウドに継続的統合とプロジェクトのテストを導入する。

  • 大規模なリファクタリングを行う方法

    リファクタリングの定義は,外部的な動作機能に影響を与えずにプログラムの内部構造を変更することだ。主にプログラムの非機能属性を改善し,結果としてコード品質を向上する目的で実施される。しかしリファクタリングの規模が大きくなると,経験を積んだアジャイリストさえ不安を感じる ことが少なくない。アジャイルのコミュニティで,大規模なリファクタリングを扱う方法をいくつか検討した。

  • 製品オーナーは、プラニング ポーカーの場に、どのように参加すべきか?

    プランニングポーカーの間、製品オーナーは、各ストーリーを明確にする責任があるが、しかし、オーナーは、開発チームの見積りに不当な影響を及ぼそうとしては、ならない。

  • 変革としてのクラウドソーシングテスト

    クラウドソーシングは,従来であれば組織内の選ばれた人々,多くの場合は従業員や契約作業者によって行われてきたタスクの実行を,大規模なコミュニティすなわちクラウドに要請するプロセスである。クラウドソーシングによるテストの実施は,Web とクラウドが持つ経済性と,クラウドソーシングの有効性・効率性を組み合わせた,強力なコンビネーションだ。クラウドソーシングテストは変革者(game changer) になり得るだろうか?

  • 管理職にリファクタリングを説明する

    コーディングをしたことがない管理職の人にリファクタリングの重要性と価値を説明するにはどうしたらよいだろうか?開発が遅くなってもリファクタリングすべき、ということをどうしたら正しく説明できるだろうか

  • アジャイルチーム環境を管理する

    人は組織ではなくマネージャの元を去るのだ、というのはよく知られている事実である。アジャイルチームにはチームメンバの間に仲間意識があることが知られているが、アジャイルマネージャとして成功するための鍵を握るのは、総じてチームメンバや組織のエコシステムとマネージャとの関係だ。

BT