社会人エンジニア向けの教育プログラム「トップエスイー」から、エンジニアの皆さんに対して有用な情報をお届けするコーナーです。ソフトウェアを開発するにあたり「ウォーターフォールモデル」と「アジャイル開発」は比較対象として取り上げられ、どちらが優れているのか、あるいはどちらが正しいのかという議論がよく見られますが、果たして比較可能な対象でしょうか。これらに限らず、さまざまな開発手法の違いを客観的に比較することができないだろうか、といった疑問を持ちました。客観的な基準があれば、何を採用するのかといった議論もスムーズに行えるはずです。任意の開発手法に対する比較は困難ですが、「ウォーターフォールモデル」と「アジャイル開発」に絞ったモデルを作成することで、それぞれの違いを比較できるところまで示すことができました。 開発手法の選択はなぜ難しいのか？ システム開発を進めるための手段には多種多様なものがあり、
『カイゼン・ジャーニー』、読み終わりました。 honto.jp 導入部分の主人公と、自分の経験と重なる部分があり、そういう話をしたいなぁと思い、記事を書きます。 本書構成 読み進める 自分と重なる部分 重ね合わせて考える 感想 活動 おわりに 追記（2018/2/24） 追記（2018/03/10） 本書構成 本書の主人公はSIerに勤めていますが、いきなり「ここは僕がいるべきところではない。」と言い始めます。 ひどい開発現場に嫌気がさし、辞めてしまおう、というところから、出会いを通じて、やれることをやろうと決意する、という話です。 本書の冒頭は上記の通りで、内容は主人公の仕事を見ていく物語が、主な内容です。 物語の中に、主人公が学んだプラクティスが登場し、それを解説しつつ物語が進んでいくという構成になっています。 SIer勤めに限らず、会社に不満があって、「ここにいても仕方がない」という
1. /40 Developers Summit, Feb. 16th 2018 / Seiichi Koizumi / Digital Innovation, Engineering Research & Development © DENSO CORPORATION All RightsReserved. © 2017, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 残業ゼロで開発スピードが10倍に！ もう元の開発体制には戻れないデンソー流のアジャイル開発 デンソー 技術開発センター デジタルイノベーション室 アジャイル開発課 プロジェクトマネージャー 小泉 清一 チーフエンジニア 佐藤 義永 ２０１８年２月１６日 2. /40 Developers Summit, Feb. 16th 2018 /
アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから，日本国内においてもアジャイル型の開発プロセスが注目を浴びて，多くの企業が実践するようになりました。 ところが，世界各国に比べて日本のアジャイル型開発の普及率は依然として低く，理解度も進んでいません。流行っているからやってみようと始めた企業も流行りが変わると今度はリーンだとか，今度は○○だといったように新しい方式を導入してみては失敗するところも珍しくありません。 アジャイル開発の専門家ですと名乗る人の話を聞いてみても，それが何なのか，けむにまかれたような説明をされてしまい，いまいち納得できないまま始めると言ったこともよく聞く話です。 一体，アジャイルとは何なのでしょうか。アジャイルに限らず，IT界隈にはバズワードとして瞬間的にブームに
アジャイル導入にはアジャイルのアプローチを採用するべきであって、ウォーターフォール的な方法でアジャイルを導入するべきではない、チームの活性化を望むリーダと、それをサポートする組織の構築が必要だ — Scrum.orgのCEOでチーフプロダクトオーナのDave West氏はこう主張する。業界としては、アジリティの段階的な展開の実績を積む必要がある。 InfoQではWest氏にインタビューして、アジャイルの採用とScrum Studioの適用について、アジャイルアプローチへの理解を高めるために業界として何が可能で何を止めるべきか、将来がアジャイルにもたらすもの、などを聞いた。 InfoQ アジャイル導入について、あなたの見解を聞かせてください。 Dave West: 調査結果では大半のプロジェクト/プロダクトがアジャイルなのかも知れませんが、データが実際の姿であるとは限りません。アジャイルを採
先日、社内でアジャイル関連のイベントがありました。私は参加できなかったのですが、大変な盛り上がりをみせていたようです。私の所属する有志団体のSlackでも同様に盛り上がっていたのですが、その中で「心理的安全性って何だ？」という話題になっていました。スクラム開発をしたことがないメンバーにとっては聞き慣れない言葉だったようだったので、心理的安全性がいかに大事かを紹介しました。（後述しますが、スクラムだろうがなんだろうが、心理的安全性はどんな組織においても非常に重要だと思います。） その後、過去のスクラム案件で、心理的安全性を高める上で良かったことを整理するのは有意義かもなー、と思い記事にまとめることにしました。どれも私が主体的に施策として考えたもものではなく、自然発生的に始まったもの、お客さんのそもそも風土などが中心ですが、どんな組織でもすぐに取り組めるものばかりだと思います。 「心理的安全性
1. Copyright (C) DeNA Co.,Ltd. All Rights Reserved. - アンラーニング - たのしい社内SE業と アジャイル 2015/09/12 XP祭り2015 渋川よしき 2. Copyright (C) DeNA Co.,Ltd. All Rights Reserved. お前だれよ？ 社内SE歴 10年超 ⁃ ホンダだったりDeNAだったり栃木だった り東京だったりサンフランシスコだったり いちおう、XPユーザグループ設立準備委員会か らのメンバーです 渋川 よしき プログラミング C++とかPythonとかGolangとかJavaScriptとか 本 つまみぐい勉強法、アート・オブ・コミュニティ(翻訳)、 Mobageを支える技術、オブジェクト指向JavaScript(翻訳)、 ポモドーロ・テクニック入門(翻訳)、et
プロダクトマネジメントにおいて「製品仕様を合議制（多数決）で決めてはいけない」というルールがあるが、それは何故なのか。そして、だとしたらどのように人の意見を取り入れるのが良いのか、を考えてみた。 なぜ製品仕様を合議制で決めてはいけないのか。合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていないから。合議制や多数決で物事を決めると、必ずその結果に満足している人たちの方が満足していない人たちよりも多くなる。これは素晴らしい手法だ。 しかし、製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。製品にとっての正しさとは、「その製品を顧客（市場）が求めていること」であり、これを満たすためには様々な調査や知識が必要だ。 製品仕様のように、問題の複雑さが一定を超えると、知識を持っている人と持っていない人の意見に違いが出始める。世の中（「社内」と
前回は、「リーンスタートアップ」の登場によって、「シリコンバレー流」のイノベーションの作り方が定式化され、それが破壊的イノベーション、DX（デジタルトランスフォーメーション）の流れの中で既存の大企業も注目を始めたことを、アジャイルの歴史とともに振り返った。 （バックナンバー） 第1回「企画と開発が責任を押し付け合う会社の前途は暗い」 http://jbpress.ismedia.jp/articles/-/51448 第2回「『開発手法』だったアジャイルはここまで進化した」 http://jbpress.ismedia.jp/articles/-/51870 現代のソフトウエア中心のイノベーション、DXで大切なのは以下の事柄である。 ・ニーズ（顧客）とシーズ（製品）の両方を低燃費で育てる続けること。 ・企画と開発を組織分離せず、一体活動とすること。 ・そのために、サイロ（既存組織の枠）を取
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2018年1月11日から13日まで開催されているRegional Scrum Gathering Tokyo 2018で登壇いたしましたので、資料を公開します。 今回は、実際にスプリント1を開始する前にどのような準備をしておけばよいかがテーマです。 スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。またスプリント中の次以降のスプリントの準備としてプロダクトバックログのリファインメントを実施します。 つまりプロ
ニコニコカレンダーって？ニコニコカレンダーは(以下ニコカレ)、公式サイトの説明は次のようになっています。 ニコニコカレンダーとは、チームのムード、メンバーの気持ちやヤル気を見える化するツールです。 簡単に説明してしまえば、各メンバーが毎日退社直前に、その日の自分の気持ちをシールとして貼るというものです。貼るシールは一般的にはその日の気分をGood、Normal、Badの3種類に色分けをして貼りだします。チームによっては基本の３状態に加えてSad（悲しい）などと種類を増やしている場合もあります。公式サイトでは、黄はスマイリーのイメージでGood、赤がNormal、青がBadとなっています。（注：筆者がニコニコカレンダーを海外に紹介した時に、色についての感覚が違うというフィードバックをもらったことを思い出します。海外からのフィードバックでは、赤はバッドイメージでした。） シールにはその日の気分
昨年末、ブログをネタにTwitterで議論したことを akipii さんが「アジャイル開発にはモデリングや要件定義の工程はあるのか、という問題とその周辺: プログラマの思索」というエントリにまとめてくださいました。ありがとうございます！。 ブログで書かれたことに直接の返答にはならないのですが「アジャイルにおける事前合意はどうあるべきか？」ということを書きたいと思います。 アジャイルは最初に全てのCDSを決めない まず、狭義のアジャイル開発プロセスは優れたマネジメント手法です。システム開発を評価するQCDS（品質/コスト/期日/スコープ）ですが、Q（品質）というは「そのシステムにとって問題ないレベルにする」でしかないので、CDSの調整が論点になります。 ウォーターフォール型開発というのは、 「スコープは最初に確定」し、 「コストや期日はスコープを達成するために必要な分を最初に設定」し、 必要
いつの間にか、社内ですっかりインセプションデッキおじさんと化している中村です、こんにちは。 今日は、ヌーラボでのインセプションデッキの使われ方と、インセプションデッキを作る際に私が気をつけていることを紹介します。 インセプションデッキとは インセプションデッキとは、プロジェクトの目的や背景といった全体像を捉え、プロジェクトの向かう先を表すためのドキュメントです。お偉いさんから一方的に降ってくるものではなく、メンバーみんなで考えて共通認識を合わせるのが特徴です。詳しくは、書籍「アジャイルサムライ」などを参照ください。 私とインセプションデッキの馴れ初めは、およそ1年前の2016年末のことです。外部アジャイルコーチとして入ってもらっているギルドワークス様からこういうものがあるよと教えてもらい、その当時走ろうとしていたプロジェクトに適用してみました。 それ以来、事あるごとに社内で展開していき、1
前回（「企画と開発が責任を押し付け合う会社の前途は暗い」http://jbpress.ismedia.jp/articles/-/51448）は、「にわとり」と「たまご」の話を例に挙げて、ビジネス（ニーズ）と製品開発（シーズ）の関係の変化を説明した。今回は、アジャイルの起源にいったんさかのぼり、そこから時間を追って現在のビジネス視点での解釈について書いていきたい。 開発者の視点に立っていた古典アジャイル アジャイル開発宣言は2001年に発表された。「アジャイル」という言葉が登場すると、それ以前からあった「スクラム」や「XP（Extreme Programming）」をはじめとする軽量開発手法を総称する新しい呼び名として、大きなムーブメントとなった（ただし、注目を集めたのはソフトウエア開発の文脈においてであり、ムーブメントはソフトウエア開発者のコミュニティ内に限られていた）。アジャイルは、ソ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
みなさんこんにちは。@ryuzeeです。 2017年3月18日におこなわれたProductivity Engineering − Forkwell Meetup #4の登壇資料『Effective Retrospective』の資料を公開します。 登壇の時間が20分ですので基本的な内容になっていますが、これからふりかえりを始める方やなんとなくいまのやり方がうまくいかないと思う方には役にたつと思います。 もっと詳細が知りたい場合は、アジャイルレトロスペクティブズを一読することをお勧めします。2007年の本ですがまったく陳腐化していないので参考になると思います。 なにかご質問があればTwitterなどでお知らせください。それでは。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
