ふりかえりの進め方を見直すため「ダメふりかえりを撲滅する3つのヒント」を読んだ #技術書典 | DevelopersIO
「ダメふりかえりを撲滅する3つのヒント」という技術同人誌を買って読んでみました。この内容はさっそく次からチームのふりかえり会に活かさなくては、と思い書評も兼ねてまとめます。 はじめに 現在開催している技術書典でふと目にしたダメふりかえりを撲滅する3つのヒントという技術同人誌を買って読んでみました。この内容はさっそく次からチームのふりかえり会に活かさなくては、と思い書評も兼ねてまとめます。 私のチームで実施している「ふりかえり会」について 本書の紹介をする前に私が所属するチームでどんなことしてるかを簡単にまとめます。 私は prismatix という EC / CRM 向け API プラットフォームの決済サービス開発チームで、毎週チームメンバー内でその週の活動に関する「ふりかえり会」を主催しています。開発の課題と感じたことや今後やるべきこと・役立てそうなことをチーム内で共有し、今後の業務で活
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本
大企業の方がアジャイル開発を積極採用。ただし国内全体では依然としてウォーターフォールのほうが多い。ガートナー
大企業の方がアジャイル開発を積極採用。ただし国内全体では依然としてウォーターフォールのほうが多い。ガートナー 調査会社のガートナーは、日本国内におけるアプリケーション開発手法に関する調査結果を発表しました（PDF）。 調査対象は従業員数20人以上の日本企業で、有効回答企業数は715。2018年4月から6月にかけて実施されたものです。 2000人以上の企業になるとアジャイルの採用率、採用予定が飛び抜けて増加 アジャイル開発に関して従業員数の規模別に調査した結果では、2000人以上の企業の約39％が「採用中」と答え最多。一方、1000人から1999人の規模の企業でアジャイル開発を「採用中」と答えたのが約21％。500人から999人でもほぼ同様です。 つまり2000人以上の従業員の企業ではアジャイル開発の採用率がそれ以下の規模の企業に比べて2倍近くあり、しかもグラフの緑色が示す「未採用：採用予定
Red Hat、「OpenShift.io」発表。Webブラウザだけでチーム開発／タスク管理／エディタとデバッガ／デプロイなどを実現するクラウドサービス。Red Hat Summit 2017
Red Hat、「OpenShift.io」発表。Webブラウザだけでチーム開発／タスク管理／エディタとデバッガ／デプロイなどを実現するクラウドサービス。Red Hat Summit 2017 Red Hatは5月2日から3日間、米マサチューセッツ州ボストンで開催した年次イベント「Red Hat Summit 2017」において、チーム開発やWeb IDE、デプロイなどを含む総合的なクラウドアプリケーション開発環境を実現するサービス「OpenShift.io」（オープンシフトアイオー）を発表しました。 OpenShift.ioは、クラウド基盤となるOpenShiftの上で、Web IDEの「Eclipse Che」、ビルドやデプロイ環境を構築する「fabric8」、パフォーマンスモニタの「Performance Co-Pilot」、そのほかOpenJDK、WildFly Swarm、Ecl
厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る（前編）。Regional SCRUM GATHERING Tokyo 2016
厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る（前編）。Regional SCRUM GATHERING Tokyo 2016 金融系システム開発会社として、しっかりしたプロセス管理の下でウォーターフォールによる開発を続けてきたニッセイ情報テクノロジー株式会社。 同社は、1月19日と20日に都内で開催されたアジャイル開発手法の1つ「スクラム」をテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」で、同社として初めてスクラムを採用したプロジェクト開発の事例を紹介しました。 金融系の開発で求められる高い品質などをアジャイル開発の特性を活かしながらどのような手法で確保したのか。そして厳格なプロセスで開発してきた文化を持つ企業の中でアジャイル開発を成功させた要因は何だったのか。事例から読み取る
「本番環境などという場所はない」マイクロソフトがSaaSの失敗と成功から学んだ、アジャイルからDevOpsへの進化（前編）。Regional SCRUM GATHERING Tokyo 2016
「本番環境などという場所はない」マイクロソフトがSaaSの失敗と成功から学んだ、アジャイルからDevOpsへの進化（前編）。Regional SCRUM GATHERING Tokyo 2016 アジャイル開発手法の1つであるスクラムをテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」が1月19日と20日の2日間、都内で開催されました。 そこでマイクロソフトが行ったセッション「マイクロソフトが実践したScrum導入7年間の旅。そしてDevOpsへの進化」は、アジャイル開発からクラウドサービスの提供へと進んだマイクロソフトが、サービス開発の過程で学んださまざまな知見を共有するものとなりました。 そこには、アジャイル開発の延長線上にあるDevOpsを成功させる組織と技術、そしてマインドのあり方が紹介されていました。セッションの内容をダイジェストで紹介
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014 スクラムのようなアジャイル開発手法を採用して開発をうまく回している現場も、最初からうまくいっていたわけではありません。現場ごとに試行錯誤を重ね、よりよい方法を模索する中で少しずつ改善が進んできているはずです。 4月30日に都内で開催されたイベント「QCon Tokyo 2014」では、サイバーエージェントのアメーバ事業部が混乱の中からどうやってスクラムを導入してきたのか、その経験とそこで得られた知見が語られています。セッションの内容をダイジェストで紹介しましょう。 Ameba流 Scrumを浸透させていく方法 サイバーエージェントの大﨑浩祟です。アメーバ事業本部コミュニティ事業部というところで、現在は24Logのシステム責任者をしています。
「真の爆速は速すぎて見えない」 ヤフーにおけるリーンスタートアップの実践。IBM Innovate 2013
「真の爆速は速すぎて見えない」 ヤフーにおけるリーンスタートアップの実践。IBM Innovate 2013 大規模な組織であってもリーンスタートアップのような方法論は重要である。IBMが10月28日に都内で開催したイベント「Innovate 2013」の基調講演に登壇したヤフーの河合氏は、同社におけるリーンスタートアップの事例を通してこのことを示しました。 エンタープライズ向けのサービスであっても、つねに改善のサイクルを迅速に回すことが不可欠になってきています。ヤフーの取り組みがどのようなものなのか、河合氏の講演内容をダイジェストで紹介しましょう。 大組織におけるリーン・スタートアップ ヤフー株式会社 CMO （Chief Mobile Officer）室。河合太郎氏
超高速開発はスクラッチ開発の3倍から10倍の開発効率が条件、競合するベンダ13社が利害を超えて「超高速開発コミュニティ」を設立
ソースコードの自動生成やカスタマイズ、ビジュアルプログラミングなど、スクラッチからプログラミングにより開発するよりも短期間で容易にシステム開発を実現するツールや開発手法を持つベンダが13社集まり、「超高速開発コミュニティ」を結成しました。 コミュニティが目指すのは、ユーザーに対してこれら「超高速開発」を名乗るツールの浸透をはかり、使ってもらうこと。「ユーザー企業がITをベンダに丸投げするシステム開発から脱却する道筋が描けるのではないかと期待している」（コミュニティ会長の関隆明氏）。また、これまでシステム開発に参入していなかった上流プロセスのコンサルタントがシステム開発に参入することなども期待しているとのこと。 コミュニティはこれからユーザー企業の参加を積極的に呼びかけ、当面200社の参加が目標。超高速開発を自社の強みにしたいと考えるSIerなどの参加も想定しています。 活動として予定されて
超高速開発と聞いて思うところ。或いは、アジャイル開発が目指すところ - プログラマでありたい
先日はじめて、超高速開発という概念を聞きました。正直何のことかよく解らなくて、ネットで幾つか調べてみると、元々は日経コンピュータの特集から生まれた言葉で、その名を冠するコミュニティが立ち上がって話題になっていた模様です。コミュニティの発起人をみてみると、開発ツールベンダーが一同に会しているようです。なんだかなぁと思っている所で、主催者の中の一人の方が書いたブログを読んで趣旨が解りました。 （本日の会で）改めて感じたのは、まだまだツールの認知度が低いということです。今は狭い市場を競合製品で奪い合うのではなく、ツールベンダーが一緒になって市場を拡大する時ではないでしょうか。 確かに開発の現場におけるツールの認知度・導入率を考えると、業界が一致団結して取り組むというのは納得です。しかし、それ以前にそもそも開発って何だというのを考える必要があるのではないでしょうか？解りやすいのでウォータフォールモ
開発と運用の新しい関係、「DevOps」とは何か？ － Publickey
このところ海外のIT系の記事で「DevOps」という言葉を見る機会が増えてきました。スペルからすると、開発＝Developmentと、運用＝Operationを組み合わせた言葉らしい、という程度の認識でしたが、どうやらアジャイル開発やソフトウェアの品質にかかわる新たなムーブメントとして認識しなければならないかも、と感じはじめています。 そこで「DevOps」とは何か？ について調べてみました。 DevOpsとは開発と運用が協力し、ビジネスリスクを軽減する まずはWikipediaの「DevOps」の項目から冒頭の部分を読んでみましょう（2011年3月8日現在の記述）。 DevOps is a set of processes, methods and systems for communication, collaboration and integration between depar
IBM、アジャイル開発とDevOpsを推進するPaaSを発表「IBM SmarterCloud Application Services」
IBM、アジャイル開発とDevOpsを推進するPaaSを発表「IBM SmarterCloud Application Services」 PaaS型のクラウドサービスといえば、セールスフォース・ドットコムのForce.comやグーグルのGoogle App Engineに代表されるように、クラウド上に実装されたミドルウェアによってアプリケーションの実行環境やデータベース機能などが提供されるのが一般的です。しかしIBMは、それとは違うアプローチのPaaSを発表しました。端的に言えば、利用者が自分でクラウド上にミドルウェアを展開し、アプリケーションを開発、実行するためのサービス、ということになるでしょう。 今回発表された「IBM SmarterCloud Application Services」は、IBMのパブリッククラウドサービスであるIBM SmarterCloud ServiceのA
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 野中氏は知識創造理論によって知られており、ウォールストリートジャーナルによる、「もっとも影響力のある思想家リスト」の20位にランクされています。 1月15日に都内で
あなたの現場を「アジャイル」に変えたいとき、たどる道筋は2つある
国内でのアジャイル開発の普及と共に、アジャイルという言葉が指す内容にも広がりがでてきました。同じ「アジャイル」という言葉を用いたとしても、それが何を指すのかを注意深く理解する必要が出てきたといってもいいでしょう。 そんな現状を、アジャイル開発の第一人者である平鍋健児氏がブログ「An Agile Way」にポストしたエントリ「アジャイルの「ライトウィング」と「レフトウィング」」で、非常に分かりやすい図と共に整理しています。以下に許可を得てその主な部分を転載します。 アジャイルの「ライトウィング」と「レフトウィング」 アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
