BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ コラボレーション に関するすべてのコンテンツ

  • フィールグッド・マネージャはカルチャをいかに成育させるか

    以前の記事でArne Roock氏が,組織文化の促進と発展を支援する役割として取り上げたのが "フィールグッド・マネージャ(Feel Good Manager)"だ。InfoQでは今回,Jimdoのフィールグッド・マネージャであるMagdalena Bethge氏にインタビューして,文化とコラボレーションのサポート,幸福,そして社員のワークライフ・バランスの実現支援について話を聞いた。

  • アジャイルを導入する上で助けを求めるということ

    組織がアジャイルを導入するにあたっては、コーチングやメンタリングがその助けとなる。しかし人々が助けを受け入れる状態でなければうまくいかない。人は時々コーチの助けを受け入れないことがあるが、何がそうさせるのだろうか? 組織の助けになるような行動を促すために、あなたにできることは何だろうか?

  • Etsyはいかにして1日に50回ものデプロイをしているのか

    Daniel Schauenberg氏は先日のQCon Londonで、DevOpsや継続的インテグレーションを実践していることで有名なEtsyは1日に50回ものデプロイをしていると語った。リスクを最小限に抑えながらこのペースの変更を実現するためには、完全に自動化されたデプロイメントパイプライン、徹底的なアプリケーションのモニタリング、IRCベースの共同作業、これらすべてが重要なのだ。Etsyの訪問者数は毎月6千万、月あたりのページビューは15億だ。

  • アジャイルチームを互いに連携し協同させるためにスクラム・オブ・スクラムを使うこと

    スクラム・オブ・スクラムは、複数のチームが関係しているときにデイリー・スタンドアップ・ミーティングをスケールするために用いられる。その目的は、チーム間で協同し作業を連携するアジャイルチームを支えることだ。何人かの執筆者が、スクラム・オブ・スクラムを用いた経験をもとに、それに対する見解を述べている。

  • アジャイルとリーンを組み合わせる

    アジャイルとリーンはソフトウエア開発を改善する方法だ。マネージャはどちらが自分たちの組織に適しているか判断しなければならない。しかし、解決しなければならない問題によっては複数の方法を組み合わせることもできる。

  • 即興的な劇場型ワークショップで言葉の壁を経験する

    XP Daysに行われたAgile Cross BordersワークショップでHoang-Anh PHAN氏とAnais Victor氏は,多文化組織(multi cultural organization)における言葉の壁への対処方法を検討した。両氏はベトナムの企業であるOfficienceに所属する。フランスのユーザを対象としたアウトソーシングサービスを提供している同社では,コミュニケーションや共同作業には英語を使用している。

  • プロダクトオーナーの役割を拡大するには

    スクラムのプロダクトオーナーの役割はビジネ��と開発の橋渡しをすることだ。複雑な商品を持ち多くの決定をする必要がある大きな組織では、プロダクトオーナーの役割をひとりで担うのは現実的ではない。このような場合、何らかの方法でプロダクトオーナーの役割をスケールアウトしなければならない。InfoQはTimo Punkka氏にインタビューを行い、プロダクトオーナーの役割、リーンポートフィリオマネジメント、顧客との協業について話を聞いた。

  • Kevin Behr氏に聞く,継続的改善の技術(Kung-Fu)

    先頃ニューヨークで開催されたDevOps Daysで,"The Visible Ops Handbook"と"The Phoenix Project"の著者のひとりであるKevin Behr氏は,Jesse Palmer氏とともに,常態的にオーバーワークにある運用チームに継続的改善の文化をいかに浸透させるか,というテーマで講演を行った。InfoQではKevin Behr氏にインタービューし,採用されたアプローチについて詳しく聞いた。

  • サウンド・オブ・サイレンス:「理解する」と「聞く」を向上するワークショップ

    Agile Tour BrusselsカンファレンスでLuc Taesch氏は「理解すること」と「聞くこと」に関するワークショップを行った。氏はそこで"認知科学"あるいは"神経科学"をITプロフェッショナルに紹介し,思考の中断や感情の処理を支援するためのソリューションを提示した。

  • アジャイルな企業でフィードバックを使って業績を評価する方法

    企業がアジャイルを導入するとき、業績評価の方法を変えるべきかどうかが論点になる場合ある。業績評価と報賞のプロセスは個々人の成果を元にトップダウンで行われることが多く、チームとしての貢献や協力は査定されない。何人かの著者がフィードバックを次に活かしたり、既存の評価制度を改めることで個人やチームの成果を向上させる方法について話している。

  • アジャイルの柔軟性 : 短所か長所か

    “計画に従うのではなく変化に対応する”ことは実践では役に立たないアジャイルの強みなのだろうか。例えば、過度の柔軟性を期待する顧客と変化を管理しなければならないプロジェクトの難しさはどうだろう。アジャイルは期待される効果を発揮できないのだろうか。それとも、チームや組織がアジャイルを導入する方法に問題があるのだろうか。

  • テストの独立性とアジャイルのコラボレーションのバランスをとる

    開発者とテスターの協力はアジャイルチームが成功する上で重要だと思われている。同時に独立したテストチームを持つことの利点もある。品質について忌憚のない意見をもらえるからだ。アジャイルチーム内でどのようにテスターの独立性と協力関係のバランスを保てばいいのだろうか。

  • Happy Melly: 幸せな労働者を作るビジネスネットワーク

    “Melly Shum hates her job”という写真に着想を得て、Jurgen Appelo, Maarten Volders 、Vasco Duartoの三氏がHappy Mellyを設立した。Happy Mellyは組織が環境の変化に適応するのを支援し、仕事をするモチベーションが高い幸せな労働者を生み出す。

  • ビジネスとITの協力を改善する方法

    企業にとってITとビジネスの協力は問題になる可能性がある。人々はビジネスのニーズをよりしっかりとサポートしITのビジネス価値を向上する方法を探している。

  • アジャイルチームのテスターと開発者の協力関係を改善するには

    開発者やテスターなどアジャイルチームのメンバの協力はチームの成功を助ける。アジャイルチームで開発者とテスターが協力し合うようにするためにはスクラムマスタはどうすればいいだろうか。

BT