ITは、世界を便利にする一方で、複雑にもします。 このことは、市民を守る責務を担う人にとって難しい問題です。現代の戦争において、敵はあらゆる技術を利用して、予測不可能で「カオス」な存在となっているからです。 スタンリー・マクリスタル元米軍司令官の話によれば、国際テロ組織であるイラクのアルカイダは、その典型だったといえます。 マクリスタルさんは、2003年から5年間に渡って、イラクのアルカイダに挑みました。多くを失った経験を通じて、組織変革と適応性は決して高尚なゴールではないこと、むしろ戦争で勝利する必須条件であることを学んだのです。 ITによって複雑化する社会、アルカイダに勝つために米軍が迎えた変化、新たな世界で組織が生き残るための教訓とは。マクリスタルさんとサイボウズの代表取締役社長青野慶久が話します。

歴史上の偉大なリーダーと聞いて、軍の司令官を思い浮かべる人は少なくないのではないでしょうか。 映画や小説では、戦場の英雄たちがすべての情報を掌握し、決断する姿が数多く描かれてきました。経験と実績を兼ね備えたリーダーがすべてを一任し、彼らの判断のもと、組織や軍隊は効率的に規律正しく運営されていました。 「それはインターネットが登場する前の話だ」と話すのは、スタンリー・マクリスタル元米軍司令官です。 現代の脅威はいつにも増して複雑で、戦争で勝つために必要な情報を1人のリーダーが効率的に管理することは非現実的だとすら言えます。 マクリスタル元米軍司令官とサイボウズの代表取締役社長 青野慶久による対談。前編前編に続き、後編では、透明性と情報共有の必要性によって再定義されるリーダーシップについて語ります。

前回（「企画と開発が責任を押し付け合う会社の前途は暗い」http://jbpress.ismedia.jp/articles/-/51448）は、「にわとり」と「たまご」の話を例に挙げて、ビジネス（ニーズ）と製品開発（シーズ）の関係の変化を説明した。今回は、アジャイルの起源にいったんさかのぼり、そこから時間を追って現在のビジネス視点での解釈について書いていきたい。 開発者の視点に立っていた古典アジャイル アジャイル開発宣言は2001年に発表された。「アジャイル」という言葉が登場すると、それ以前からあった「スクラム」や「XP（Extreme Programming）」をはじめとする軽量開発手法を総称する新しい呼び名として、大きなムーブメントとなった（ただし、注目を集めたのはソフトウエア開発の文脈においてであり、ムーブメントはソフトウエア開発者のコミュニティ内に限られていた）。アジャイルは、ソ

■ZDNET Japan Headlineの購読 ZDNET Japanの最新コンテンツをお届けします（平日毎日配信）。また、企業からのお役立ち情報も不定期でお届けしています。[サンプルはこちら] ■ホワイトペーパーライブラリーの利用 製品情報や技術紹介、導入事例など、企業のITご担当者が製品やサービスを購入する際の参考になる資料（PDFなど）をダウンロードしていただけます。 ■企業情報センターの利用 あなたが企業のマーケティング担当者なら、プレスリリース、イベント情報、会社情報、ホワイトペーパーなどを朝日インタラクティブが運営する各サイトに掲載することが出来ます。なおご利用にはAsahi Interactive IDのほか、企業ID登録する手続きが必要です。 ■イベントへの参加 朝日インタラクティブが主催および共催する、業界のキーマンが集うカンファレンスやセミナーにご参加いただけます。

アウディは2020年5月29日（現地時間）、電気自動車（EV）向けの新技術や高度な自動運転技術を採用する新型車開発にアジャイル開発を取り入れるプロジェクト「Artemis（アルテミス）」を始めると発表した。フォルクスワーゲン（VW）グループのリソースや技術を組織にしばられずに自由に活用し、まずは2024年に導入予定のEVを開発する。プロジェクトはCEO直轄となる。 VWグループでは2029年までに電動車75モデルを導入する計画だ。その中で、既存のプロジェクトの管理や進行を妨げずに新技術のベンチマークを追加し、市場における新しいチャンスを活用することが課題になっているという。アルテミスプロジェクトによる新しい開発プロセスの成果はVWグループの各ブランドの開発部門に展開し、新型車開発に活用する。 アルテミスプロジェクトには、大きな裁量が与えられる。プロジェクトはVWグループの開発拠点をグローバ

老舗の大企業において、企画部門や開発チームなど関係者全員が同じビジネスゴールを目指し、ビジネスを意識したソフトウェア開発ができるようになるため、全社横断的に奮闘されている中原慶さん。2017年11月のエンタープライズアジャイル勉強会で、『老舗メーカーに反復型開発を導入してみました』というご講演をされました。本インタビューは同年12月にご講演内容を中心に中原さんの活動をお聞きしたものです。アジャイル開発が目的化しないよう、アジャイルという言葉を禁止し、関係者のゴールイメージを合わせることもされたそう。利害関係者全員が同じゴールを目指し一喜一憂する仲間になる、そんな組織づくりを目指されています。 ソフトウェアエンジニアリングのコンサルタントから、メーカーへ 藤井－本日はお忙しいところ、ありがとうございます。2017年11月のエンタープライズアジャイル勉強会のセミナーで、『老舗メーカーに反復型開

このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 （品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル

本記事は『SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発』の「基礎編　スクラムって何？」の一部と、「実践編　どうやればうまくいくの？」の「Scene No.00　開発したいものの概要と人物紹介」を抜粋したものです。掲載にあたり一部を編集しています。 はじめに ソフトウェアを作るのは簡単ではありません。 最初にどんなものを作るかをきちんと考えて作り始めても、いざ進めてみると途中でほしいものが変わったり、さまざまな要望が出たりします。 ソフトウェアを作るのに時間がかかりすぎてそれ自体に意味がなくなってしまったり、たくさんお金がかかってしまったり、なんとか完成させても実際に手にしてみたらほしいものとは違っていたり、といったことが起こります。 ソフトウェアを作るうえで本当に重要なことは何でしょうか？ 　それは、できあがったソフトウェアを実際に

スクラムの原則を、いかにして実践するか - 現場にありがちな悩みを吉羽龍太郎に相談してみた スクラムは多くの開発現場で取り入れられており、その原則を学ぶのは簡単です。しかし原則を現実に実行しようとすると、さまざまな課題が……。アジャイルコーチの吉羽龍太郎さんにスクラムの基礎から、ありがちな課題への対処法をたっぷり聞きました。 スクラムは軽量で理解が容易、だけど実際にやるのが難しい 【スクラムの基礎知識】3つの役割を理解する 【スクラムの基礎知識】5つのイベントを理解する 【スクラムの基礎知識】3つの作成物を理解する スクラムを“現実的に”実践する手法 見積もりは誰のもので、誰が作るのか フィボナッチ数列よりも「Tシャツ見積もり」。素早く見積もりを作る手法 スプリントの期間は1週間が計画しやすくておすすめ スプリントプランニングの極意。タスクの粒度は小さければ小さいほど扱いやすい タスク管理

本連載では、アジャイル開発において効率的かつ効果的に品質保証を進めるために有用な実証済みのパターン集『Quality Assurance to Agile Quality』（以下、QA2AQ）の和訳を、関連するいくつかのまとまりに分けて提供することで、アジャイル開発における品質保証の実践をお手伝いします。初回となる今回は、全体像を解説するとともに、全パターンに共通する考え方やプロセスをまとめた2つの中核パターン「アジャイル品質プロセス（Integrate Quality）」と「障壁の解体（Break Down Barriers）」の和訳を提供します。 アジャイル品質保証とQA2AQの背景 アジャイル開発における品質保証は、特定の段階で特定の人々のみが取り組むというよりも、専門家を交えつつロードマップ策定から日々のモニタリングに至るあらゆる段階でチーム全体となって取り組む活動となります。QA

品質を犠牲にすることでソフトウェア開発のスピードは上がるのか？ 和田卓人氏による 「質とスピード」（前編）。デブサミ2020 ソフトウェア開発のプロジェクトにおいて、リリースに間に合わせるために開発スピードを優先させ、ひとまず質には目をつぶろう、という判断がしばしば行われることがあります。 はたしてその判断は正しいのでしょうか。2020年2月13日と14日の2日間、都内で行われたイベント「Developers Summit 2020」（デブサミ2020）」の和田卓人氏のセッション「質とスピード」は、これを深く考察したものでした。 この記事では、会場に立ち見がでるほど大人気だった本セッションの内容をダイジェストで紹介します。本記事は前編と後編に分かれています。いまお読みの記事は前編です。

私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時

今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ

アジャイルなプロジェクト管理において、イテレーションごとのバックログは大事な情報です。ユーザストーリーをチケット化し、イテレーションの中でこなしてリリースする、この一連の流れを繰り返すことでシステムを徐々に大きく成長させます。 今回紹介するRe:Backlogsはアジャイル開発に特化したプロジェクト管理になります。 Re:Backlogsの使い方 プロジェクト一覧です。 プロジェクトのダッシュボード。 スプリントのカンバンです。 スプリント毎の結果一覧です。 タスクの詳細です。コメントできます。 更新履歴も見られます。 プロフィールです。 Re:Backlogsはイテレーションにおけるタスクの管理、バックログに特化したプロジェクト管理です。ストーリーの作成、タスクの追加ができ、それらの進捗はカンバンによって管理するという流れをシンプルに実現できます。 Re:BacklogsはRuby/Ru

https://osh.connpass.com/event/146828/

みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こちらの記事は、技術評論社に寄稿させていただいた「エンジニアリング組織論への招待」をご紹介するための文章です。Qiitaにも再掲しておきます。 アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから、日本国内においてもアジャイル型の開発プロセスが注目を浴びて、多くの企業が実践するようになりました。 ところが、世界各国に比べて日本のアジャイル型開発の普及率は依然として低く、理解度も進んでいません。流行っているからやってみようと

デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を