BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile_Conferences に関するすべてのコンテンツ

  • 高パフォーマンスなチームとはどういったものであり、どうやって構築するか

    高パフォーマンスはチームの財産であり、チームとしてパフォーマンスを維持したいのであれば注意し続ける必要がある。高パフォーマンスなチームを構築するためにできることは、安全性をつくること、コラボレーションスキルの開発に投資すること、同僚間でフィードバックを与えること、などがある。

  • テスターのためのGitHub

    開発者とバージョン管理の話をすると、ワークフローツールとしてのGitやコードと履歴書を保存する場所としてのGithubの話になるかもしれない。テスターがGithubを使って個人的、または、仕事上でのプロジェクトに参画したり、既存のプロジェクトに貢献するのは有益なことだ。

  • クラウドソーシングテストを管理する

    クラウドソーシングテスト(Crowdsourced Testing)とは、クラウド — 実在のユーザとテスタ — が現実の条件下でテストに参加するという、ユニークなテスト手法だ。Swisscomにおいてそれは、開発プロセスの早い段階での欠陥発見と製品の品質向上に役立っている。

  • IBMのEvan Leyboum氏が提唱する“アジャイル制約の理論”

    Evan Leybourn氏は、間もなく開催されるAgile Indonesiaカンファレンスで講演を行なう。氏はInfoQに、自身のアジャイル制約の理論(Theory of Agile Constraints)について、取り組みにおける価値の定義、アジャイル予算と#NoProhectrsなどについて話してくれた。

  • モバイルおよびWebのテストカバレッジ戦略

    すべてのデジタルチャネルにおけるスムーズな機能の実現というユーザの期待に応えるため、開発チームは、各地域の市場でのアプリの使用パターンに合わせたテストを実施する必要がある。本記事ではモバイル市場におけるデータ駆動テストのカバレッジのための、デバイス/OSの組み合わせと、エージングや画面パラメータなどのテスト関連のガイドラインを同時に考慮した方法論と指標を紹介する。

  • よりテクニカルなテスタになるには

    テストの実施において、テクニカルなテスト技法(test craft)のテクニックをうまく適用できるテスタは、チームの品質と生産性の向上を実現するという意味から、より価値の高い存在である。テスタがよりテクニカルになるためには、コードについて学ぶとともに、テキストファイルを操作し解析する方法、アプリケーションプラットフォームにおいて最も重要な分析ツールを扱う方法を知っておくことが必要だ。

  • 会話を通じたより良いエンジニアリング

    敵対することを優しく押し殺すのはオンラインでの議論での真の戦略だ。侮辱や蔑視をする意図はないとを示すような振る舞いは相手の武装を解除する力がある。オンラインのコミュニケーションにはバイアスがあることを受け入れ、事実と道理を使ってバイアスに対処し、バイアスに自覚的になる訓練をして埋め合わせしようとするのが重要だ。

  • Fleur van Unen氏とSylvain Mahe氏がリーダーシップのアジャイルの道具について語る

    近日開催のAgile Indonesiaカンファレンスでは、Palo ITのFleur van Unen氏とSylvain Mahe氏がアジャイルリーダーシップのツールに関する講演を共同発表し、 Management 3.0などの技術とフレームワークを描くリーダーに具体的なアドバイスを提供する。InfoQは、両氏にインタビューし、リーダーシップの哲学、アジャイルなアイデアの普及におけるコミュニティの重要性、従業員を才能のある大人として扱うことについて話をした。

  • SamsungのRisman Adnan氏に聞く - インドネシアにおけるイノベーションとアジリティの発展

    Risman Adnan氏はSamsung R&D Institute Indonesiaのディレクタである。氏はInfoQに、大規模な組織において、いかにイノベーションとアジリティを実現し、優れたエンジニアリング文化を生み出すかを語ってくれた。間もなく開催されるAgile Indonesiaカンファレンスでは、氏が基調講演を行なう予定だ。

  • 自動受け入れテストは継続的デリバリをサポートする

    自動受け入れテストは、継続的デリバリのスタイルを持つテスト戦略に欠くこと���できないコンポーネントであり、システムの振る舞いに対して、異なった重要な洞察を与えるものだ。Dave Farley氏の主張によると、開発者は、受け入れテストが動作して通ることに責任を持たなければならない。開発チームとは別にQAチームを持つのは望ましいことではないだろう。

  • ソシオクラシー3.0の原則の探求

    原則は行動を導き、明示化されることにより意識が生まれ、文化の成長を促進する。7つのソシオクラシー3.0の原則は、取り巻く環境と一体となって行動し、経験から学び、複雑さにうまく対応する協働的・適応的で知的なシステムを生み出すことを望んでいる組織を支援する。

  • 古いシステムと現代的な技術のギャップを埋める

    手動で時間のかかるやり方で管理されている、長年動かし続けているプラットフォームはコストがかかる。チームは経営陣に対してビジネスケースを作ることで、繰り返し作業やヒューマンエラーで失われた時間に基づいて、自動化ツールやコンテナのような現代的な技術を導入して改善ができる。結果として、配置作業は予測可能で反復的なプロセスになり、配置も頻繁かつ安全に行えるようになり、人間の介在も最小限になる。

  • アジャイルによる刷新が必要な人事部門

    人材という考え方は時代遅れであり、刷新する必要がある。Dov Sal氏は最近の記事で、アジャイルな組織に置けるHRの目的を吟味し、HRの実務担当者にはアジャイルなHR開発のためのマニュフェストを導入することを推奨している。同じようにDeloit傘下のBersinもAgile Model of HRと題した記事で人事部門のミッションと注力につい��大きく変えることについて書いている。

  • Toyotaの方針管理を適用する

    ToyotaはリーンITの更なる活用を目指し、その方向付けのために方針管理を利用している。あらゆるレベルの従業員が方針項目について意見交換を行うことが可能であり、上層部の承認を得る可能性もある。このアプローチによって従業員から多くの積極的な参加を得て、より強力な成果へと繋げることができる。

  • セーフ・トゥ・フェイルを実践する

    セーフ・トゥ・フェイル(safe-to-fail)な試みは、複雑な環境での調査(probe)、把握(sense)、対処(respond)に利用可能だ。その場合には、成功と失敗がどのようなものかを知ること、潜在的な障害に対処するために調査の効果を弱めたり強めたりすること、この2つが必要になる。セーフ・トゥ・フェイルな試みは、リスクや不確実性に対処し、そこから学び、選択肢をオープンに保つために有効である。

BT