InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
チームの相互作用がKubernetesの採用にどのように役立つか、QCon LondonでのManuel Pais氏の講演
Manuel Pais氏は、QCon Londonで、Kubernetesの採用を成功させるために、認知的負荷を軽減するためにチームの相互作用がいかに重要であるかについて話した。Pais氏は、Kubernetesの上にデジタルプラットフォームを配置することを推奨している。また、組織は、チームの認知的負荷を評価し、デジタルプラットフォームを定義し、明確なチームの相互作用を設定することから始めることができる。
-
zero-bugポリシを実践する - Redgateの例
zero-bugポリシは単純だが効果的なバグ管理システムだ。数か月、時には数年前のバグに埋もれてしまう事態を回避する上で、有効に機能する。修正の必要があると合意した重要なバグは即座に修正し、そうでないバグは修正せずにクローズするのだ。Tom Walsh氏はLean Agile Exchange 2020で、氏の属するRedgate Softwareにおいてzero-bugポリシを適用した方法について講演した。
-
技術者のリモートワークが普及
COVID-19で何が起こっているかに関係なく、リモートワークは技術者に普及してきている。多くのハイテク企業は、今後リモートワークを実施できるようにするために長期計画と雇用慣行を変更しつつある。そして、育児と自宅学習のプレッシャーを持つ親をサポートするために福利厚生パッケージが作り直されつつある。
-
“規律あるアプローチ”で変化に対応する
企業がアジャイルを採用しようという時、最初に考えるべきなのは、"アジャイルの実践にはどのフレームワークがよいのか"ではなく、"我々の目標は何か"ということだ。変革に対する規律あるアプローチ(disciplined approach)は、アジャイルに移行する上での"デザインパターンブック"のように、実行可能なプラクティスから方法を選択し、そのプラクティスが有望かどうか、現在の状況がそのプラクティスにとって望ましいものかどうか把握する上で有用なものとなる。
-
Chaos Conf Q&A - Adrian Cockcroft、Yury Niño Roa両氏に聞く
Chaos Conf 2020を前に、InfoQでは、カオスエンジニアリングコミュニティが関心を持つ話題を探るべく、Adrian Cockcroft、Yury Niño Roa両氏に話を聞くことにした。おもな話題は以下のとおりだ — 心理的安全性を獲得する上で、"game days"の実施には明確なメリットがある。カオスエンジニアリングの将来は、セキュリティの導入と、より大規模な障害モードを想定した試験のスケールアップに向かっている。
-
個人と組織の勇気を高めるには
勇気は、可能な最高レベルの創造性、適応性、生産性のためのコンディションを作り出すものであり、今日の複雑化した社会を生き抜くためには必要不可欠なものだ。我々には、自分の役割が何であろうと、勇気を持ってリードする力がある。
-
Katherine Kirk氏との一問一答 - 不確実な時代のエントロピに対処する
Katherine Kirk氏と、コントロール喪失下での繁栄について議論した。現在のパンデミックの組織への影響を議論する中で、Kirk氏は、エントロピの影響を理解し、対抗するという、状況対応型戦略の重要性について説明してくれた。
-
複雑なソフトウェアプロジェクトをナビゲートし、不確実な時代をリードする - InfoQ Live 9/23
InfoQ Liveには、Red HatのGlobal Transformation Officeでシニアディレクタを務めるJohn Willis氏や、FTでオペレーションとリライアビリティを担当するテクニカルディレクタのSarah Wells氏など、世界クラスの実践家が参加して、ソフトウェアエンジニアリングリーダシップに関する価値ある洞察や実践的アドバイスを提供してくれる。
-
”守破離”によってチェンジエージェントを組織内に確立する
守破離(Shu-Ha-Ri)は漸進的な成功を収めるための基本をマスタし、ファンダメンタルを理解することを通じて、アジャイルになるための習得パスを示してくれる。自身のチェンジ・エージェント(Change Agent)を持つことによって企業は、変化する市場ニーズに素早く対応し、競争力を獲得することが可能になる。
-
テスト欄を止めればデリバリは早くなる
タスクボードに"テスト中(In test)"のような欄があると、進行中の作業の数が多く、実際に完了した作業の数が少なくなることがよくある。このような欄は取り払ってしまった方が、テスタと開発者のコラボレーションが増え、デリバリが早くなる。
-
社内プラットホームチームを効果的に管理する - Camille Fournier氏の講演より
Two Sigmaでプラットフォームエンジニアリングの責任者を務めるマネージングディレクタのCamille Fournier氏が先頃、社内のプラットフォームチームエンジニアリングチームのマネジメント経験から自身が得た教訓について講演した。氏が指摘した2つの大きな課題は、カスタマベースが小規模であることと、カスタマがプロダクトをどのように使用しているかを理解することの問題だ。
-
天国から地獄に落ちたプロジェクトに学ぶ
Kantegaのプロジェクトリーダで部門マネージャのMaja Selmer Megard氏は、当初はすべての要件に対して完璧にフィットしていると思われながら、最終的には氏が経験した中で最も大変で葛藤に満ちたものになったプロジェクトにおける、自身の経験を公開した。
-
ソフトウェアエンジニアリングリーダーシップによるテクノロジーの提供：近々開催されるInfoQライブイベント
InfoQ Liveは、現代のソフトウェア実務家向けに設計されたインタラクティブな仮想イベントで、9月23日に新しいトピックにフォーカスして開催される。ソフトウェアエンジニアリングのリーダーシップとチームの能力強化によって、テクノロジーを提供する。Sarah Wells氏、John Willis氏（@botchagalupe）、Holly Cummins氏、Sarah Shewell氏などのワールドクラスの実務家と共に、技術プロジェクトのリード、チームデータダイナミクスの分析、不確実なタイミングにおけるチームのリードのベストプラクティスについて深く掘り下げましょう。
-
製品開発に態度を活用する
シニシズム(cynicism、皮肉)、懐疑主義、楽観主義といった態度は、プロダクトを開発する方法に影響する。開発を阻害したり、あるいは誤ったプロダクトの構築に導く可能性があるため、態度を認識することは重要だ。Gwen Diagram氏に、シニシズム、懐疑主義、楽観主義と、開発者が与え得る影響、チームにおける態度への対応などについてインタビューした。
-
"プロダクトオーナ”は最悪の発想だ
プロダクトオーナという役割の是非に、チームの成熟度、組織の成熟度、組織のタイプ、組織の複雑度、さらにはプロダクトオーナ自身など、多くの要素が関係していることは疑う余地がない。一方で一部の思想的リーダは、特にこのVUCA(不安定性、不確実性、複雑性、不明確性)時代において、その役割の機能には疑いの目を向けている。