BT

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

寄稿

Topics

地域を選ぶ

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

ニュース

RSSフィード
  • Slackが新しいロール管理アーキテクチャを詳しく説明

    Slackは最近、新しい役割管理システムのソフトウェアアーキテクチャの詳細な説明を投稿した。Slackは、以前よりも柔軟なシステムを構築する必要があった。Slackは、カスタムコンテナ化されたGoベースのパーミッションサービスを開発した。これは、gRPCを介して既存のシステムと統合される。その結果、顧客の管理者は、ユーザが実行できることをきめ細かく制御できるようになった。

  • "プロダクトオーナ”は最悪の発想だ

    プロダクトオーナという役割の是非に、チームの成熟度、組織の成熟度、組織のタイプ、組織の複雑度、さらにはプロダクトオーナ自身など、多くの要素が関係していることは疑う余地がない。一方で一部の思想的リーダは、特にこのVUCA(不安定性、不確実性、複雑性、不明確性)時代において、その役割の機能には疑いの目を向けている。

  • マイクロサービス実装時の課題 - なぜプログラミングスタイルが問題なのか

    Fred George氏がGOTO Amsterdam 2015で,“Challenges in Implementing MicroServices”および“The Secret Assumption of Agile”と題した講演を行った。InfoQは氏にインタビューして,マイクロサービスをできる限り小さくする方法,マイクロサービス実装時の問題と対処方法,プログラムスタイルが問題となる理由,開発者がコードスキルを向上させるためにできること,などについて聞いた。

  • スクラムマスタとインポスタシンドローム

    Geoff Watts氏がスクラムマスタのインポスタシンドロームについて語る。インポスタシンドローム(Imposter Syndrome,詐欺師症候群)とは,人が自分自身の成果を受け入れられなくなる心理的現象である。

  • プロダクトチャンピオンの必要性

    Ron Jeffries氏は先日プロダクトチャンピオンの必要性について記事を書いた。プロダクトチャンピオンとは、顧客の業界を知り、成功を最大限にする責任を負うことのできる人物だ。プロダクトオーナーが力不足であるスクラムやXPや "アジャイル" チームがいかに多いか説明し、プロダクトチャンピオンの観点をとることで素晴らしい成果をあげられるのだと論じている。

  • State of Testing 2015調査

    State of Testing Survey 2015の目的は,テスト技術やプラクティス,自動テストなどの採用状況を調査し,テスト担当者が直面している課題に対する見解を提供することだ。モノのインターネット(IoT)やアジャイルの採用など,発展を続ける技術は,テストにも影響を与える。そこでは,開発者とテスト担当者が同じチームで協力し,役割や職名よりも能力が大きな意味を持つ。

  • プロジェクトはすべてやめるべきか?

    XP Days Benelux��ンファレンスで行った"Kill all projects"と題するセッションの中で,Paul Kuijten氏は,すべてのプロジェクトを廃止することを提案した。InfoQでは氏にインタビューして,アジャイルにとって価値のあるプロジェクト管理や製品開発の資金について話を聞いた。

  • ロールプレイングゲームのダンジョンマスタとして学んだことをアジャイルコーチングに活用する

    Guillaume Duquesnay氏はゲームやロールプレイングでの経験をアジャイルコーチとしての仕事に活用している。Agile Tour Brussels 2013カンファレンスでは,権威に頼らないリーダシップやファシリテーション(facilitation),マネージメントスタイルについて講演した。InfoQではコーチング,ファシリテーション,リーダシップのスキルに加えて,ゲームをプレイすることが人々に幸福や楽しさだけでなく,生産性の向上をも実現するものなのか,氏に話を聞いた。

  • プロダクトオーナーパターン

    プロダクトオーナーの役割は、多くのオンライン・フォーラムやブログで定期的に議論されている。この役割の持つ課題と、そこに含まれるさまざまな責任は、議論やアドバイスが生み出される原因になってきた。最近、プロダクトオーナーという役割と、アジャイルプロジェクトの中でプロダクトオーナーが確実にやるべき重要な活動、さらにプロダクトオーナーとプロダクトマネージャの違いについて、いくつか議論がなされた。

  • アジャイルチームのアーキテクトのための10の助言

    Microsoft AustraliaのソリューションアーキテクトであるTom Hollander氏は、TechEd Australiaでアジャイルチームにおけるアーキテクトの役割と題したプレゼンを行った。 氏はこの��でアジャイルチームを率いるアーキテクトとして氏が行っていることについて議論した。

  • "アジャイルチームリード"は必要か

    Patrick Wilson-Welsh氏、Chris Beale氏、Gary Baker氏、 John Huston氏、Daryl Kulak氏らが新しい役割の概念を広めようとしている。その概念は、"アジャイルチームリード"というものだ。 目的は、アジャイルチームやその周辺にある従来のリーダーシップの概念を置き換えるためだ。

  • 従来のソフトウェア開発の役割をスクラムに対応させる

    アジャイル採用の道に乗り出した多くの組織では、従来のソフトウェア開発の役割をスクラムが定める3つの役割に対応させるという課題に取り組まなければならない。一連の見解の中で、Mike Cottmeyer氏は従来の役割を効果的にスクラムに対応させようと試みている。

  • 'MSF for Agile'とMS VSTS - 一見の価値あり、か?

    私たちはしばらくの間、マイクロソフトの'MSF for Agail'についての噂をあまり聞いたことがなかった。「より良いアプリを構築する」と言うこのInfoQビデオでは、コンサルタントであるKevin Jonesが、Visual Studio Team System (VSTS) とともにMSF for Agailを使ってみた彼の経験について、QConで話した内容が記録されている。

  • Article: サービスのガバナンス組織を構築する

    サービスのガバナンス化はSOA(Service Oriented Architecture)の成功に必要不可欠な事項の一つです。その構築はきっちり計画して行わなければならなく、SOAイニシアティブの最初の段階で、計画され、テストされていなければいけません。本Articleでは、Jean-Jacques Dubrayが、効率的に構築するには何が必要かについて示します。

BT