InfoQ ホームページ Agile に関するすべてのコンテンツ
-
TDDの5つの前提 - GeePaw Hill氏に聞く
TDDは単なるテクニックではない、プログラミング全般のスタイルであり、関連する行動や考え方の統合システムである。TDDの5つの前提は、我々が活動するリングを提供する。それらはTDDを行うものが呼吸する大気なのだ。
-
GitLab 11.6がサーバレス機能のデプロイをサポート
GitLabの最新リリースでは、KnativeとKubernetesを使用して、Function as a service（FaaS）モデルを利用したサーバレス処理の構築、デプロイ、管理ができる。
-
未来の仕事は女性である
Agnieszka Walorska氏によると、今日の一般的な女性の仕事は、適応性、即効性、感情的な知性、暗示的な知識が中心であり将来的に優位になるという。人工知能とロボティクスは、主に男性が行っている高度な技術のある仕事を自動化する。
-
テクニカルリーディングに関する一考察
役割のバランスを見つけるために、雇用者は流動的な人事構造を採用する��要がある。技術職と管理職の道は隣り合わせでなくてはならない。心理的安全なしに、本当の効果的な成長を遂げることはできない。問題とシナリオについて話せる良きメンターは非常に貴重だ。これらは、Redgate Softwareでテクニカルリードを務めるJulia Hayward氏が示した、テクニカルリーディングに関する一考察の一部だ。
-
AtomistがSoftware Delivery Machine 1.0をローンチ
ソフトウェアデリバリ自動化の企業であるAtomistが、Software Delivery Machine (SDM) 1.0を発表した。Atomist SDMはクラウドネイティブなソフトウェアデリバリプラットフォームであり、特にKuberneteとSpring用には追加機能を備えている。
-
ConcouseCIによるテスト駆動コンテナ化ビルドパイプライン
ThoughtWorksの主任開発者のひとりが、同社のあるクライアントでビルドパイプラインを書き換えた際の、自身のチームの経験談を公開している。チームは、コンフィギュレーション・アズ・コード、パイプライン駆動デリバリ、コンテナのサポート、システムの可視性といった点を重視して、JenkinsからConcourseCIへのスイッチを行った。
-
Jeff Smith氏に聞く - DevOps転向に関するDevOpsDays NZ基調講演
InfoQはjeff Smith氏に、来たるDevOpsDays NZの基調講演で取り上げる予定である、CentroのDevOps文化への転換について話を聞いた。氏はさらに、先日のDevOpsDays Indianapolisで取り上げた、協力者が異なるレンズで世界を見ているために生ずる不整合についても説明してくれた。
-
デザインスプリントによるアジリティ構築
デザインスプリント(Design Sprint)は、ビジネスのアジリティを損なう従来の作業方法に対抗する強力な手段になり得る手法だ。ビジネスや顧客の難解な問題を驚くほど創造的に、エキサイティングに、価値のある方法で解決することができる。グループとしては、望ましくないアイデアを早期に、かつ積極的に破棄する手段にもなる。
-
マネージャのいない組織管理 - セルフマネジメントの実践例
Doug Kirkpatrick氏がAgile Peopleカンファレンスで基調講演を行い、組織内におけるセルフマネジメント(Self-Management)の採用に必要なものを深く掘り下げるワークショップを開催した。セルフマネジメントとは、機械的な階層や、他者に対する独裁的かつ一方的な命令権限を持たず、従来の管理機能を個人が自由かつ自律的に行うという組織哲学である。
-
善をなす力としてのソフトウェア- ティールとアジャイル
ティール組織(teal organisation)はその視点を、より高い目標の定義と存在理由の証明においている。世界に向けて価値を創造するため、人は企業に加わり、定められた目標に向かって自由に働く。ティール企業は完全にオープンで、透過的で、相互に信頼する文化を持たなくてはならない。誰もが安心して、積極的にアイデアを共有し、不安なく失敗できるべきなのだ。
-
スキル開発とキャリアのためのフィードバックの重要性
自己啓発と専門能力開発には、フィードバックと継続的学習が不可欠だ。創造的問題解決、批判的思考、起業家精神といった非技術的スキルは、キャリアを前進させるのに重要だ。あなたは自らのキャリアの舵を握り、次のステップを決めるために最終的にどうなりたいか知る必要がある。
-
コードレビューの実際
コードレビューは、バグを見つけたり、他のチームメンバーからインプットを得たり、知識とオーナーシップを共有するのに最適な方法だ。最大の恩恵を受けるには、コードレビューを開発プロセスに統合して、レビューされていないコードが本番環境に投入されないようにしなくてはならない。レビューは、開発プロセスにおける解決を必要とする未解決問題を明らかにするのに役立つ。
-
エンジニアのためのDevOpsにおけるテストについて、Katrina Clokie氏とのQ&A
ウェリントンで開催されたDevOpsDays NZは、エンジニアがDevOpsで活用できるテストスキルと強大な力に関するKatrina Clokie氏のキーノートで幕を閉じた。 『A Practical Guide to Testing in DevOps』の著者が、テスト現場で見てきた変化と、これがDevOps原則を受け入れる動きにどう影響するのかをInfoQに語った。
-
継続的デリバリーはテストにどんな影響を及ぼすか
継続的デリバリーでは、コードを書きながら品質に重点を置く必要がある。全てのチームにテスターがいるわけではないが、もしいるなら開発者と密に仕事をして、開発者がユニットテストを作成するのを手助けしながら、ユニットテストでカバーできない少数のテストを自動化するコードを書くことになる。
-
マイクロサービスの人間的側面
マクロサービスアーキテクチャは、純粋に技術的なソリューションではなく、チームのコミュニケーションにとってのゲームチェンジャーだ。チーム間に安定した直接的なコミュニケーションチャンネルがない場合、彼らが作るソフトウェアはひどいものになるだろう。マイクロサービス実装を成功させるのに不可欠な5つの重要な特性は、ゼロコンフィグレーション、オートディスカバリ、高い冗長性、自己修復、フォールトトレランスだ。