Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
Energized Work の Simon Baker 氏は自身の文書 “No bull” で,アジャイルの過去,現在,そして未来を語っている。その内容は,さまざまなチームや企業において 12 年間に渡る,氏自身の経験に基づくものだ。
Lean Software & Systems Consortium (LeanSCC) はシステムとシステム構築力を改善することで世界を改善することをミッションとしている(アジャイルコミュニティではソフトウェア開発への「かんばん」導入推進で知られている)が、このたびLean System Societyとして再編成された。目的は「リーン」パラダイムを加速、深化させ、さまざまな視点をもった思想家や実行家をひとつにまとめることだ。
最近多くの組織が、アジャイルのテクニックを採用することによる影響が開発の領域を超えているということを認識している。このニュース記事では非常に異なるふたつの組織への影響について紹介する。SAPの新しいクラウドコンピューティング開発施設の設計についてと、Valve Software Corporationの従業員ポリシーについてである。
Steve Denning氏はForbesでの連載記事でアジャイルコミュニティが主流のマネジメントに受け入れられるために直面する困難について書いている。
前回は、Jenkinsを使い始める部分を紹介しました。今回は、日本語での情報が少ない分散ビルドの機能について紹介します。

あらゆる場合に有効な継続的デリバリのソリューションはありません。チームの人数の構成はどのような選択肢を取りうるか、どのようなトレードオフがあるかに大きく影響を与えます。スタッフエディタであるJonathan Allen氏が自身の15年の経験の中で見てきたパターンのいくつかを紹介します。
前回はJenkinsの概要について紹介したので、今回はJenkinsの導入から始めましょう。
Jenkinsはオープンソースの継続的インテグレーション(CI)サーバです。CIサーバは最近普及しつつあるソフトウェア開発習慣・方法論の一つで、狭義にはビルド・テストの実行や品質検査を常時継続的に実行していくというものです。これによって、幾つかの具体的なメリットが得られます。
Agile 2008で行われたこのプレゼンテーションで、平鍋健児氏がトヨタの新車開発プロセスについて語った。 平鍋氏が、トヨタの元チーフエンジニア、片山信昭氏と出会った経験から得た知識と、彼から学んだ教訓を披露する。
JAOO '07 で「今時、ユニットテストを実施してないコードを納品するのは無責任な開発者だ」というBob Martin氏の主張について、議論が起こった。 このInfoQビデオは、BobとJim Coplien氏がこれに関連する話や、いくつかの他の話題について議論する様子を納めたものだ。TDDと契約による設計(Design by Contract)の比較や、システムとビジネスドメインモデルを調和させるためには、事前にどれくらいのアーキテクチャ設計をしておかなければならないのか、などが議論されている。(翻訳:近藤 修平 - (株)永和システムマネジメント)

スクラムとかんばんはアジャイルソフトウェア開発たらしめる二つの香味料だ。 - スクラムとかんばんはどのように関係しているのか?パートIは、かんばんとスクラムの類似点と相違点を描くことで、理解のための比較を行っている。比較を行っているが、決してどちらの方が優れているか、審判を下しているわけではない。よいツール、悪いツールというのではなく、ただ、どういう時にどのように、どのツールを使うのが、よい決定か、それとも、悪い決定かを示している。パートIIは、スクラムを使っていた開発組織が運用サポートチームにかんばんを導入していったケーススタディを描く。

Agileを始めるときは、とても分かりにくいです。一体どこから手をつければいいのでしょう?この物語はそんな皆様の一助になれば幸いです。本書は、スウェーデンにある、とある40人ほどの会社で、どのようにAgileとXPを実行したか、プロセス改善を行ったかを記しています。