Explore with Erawan – Introducing Digital.ai’s latest AI-Powered DevSecOps Platform: Erawan Release!
This document is a slide deck from a DevOps conference presentation. It discusses the history and evolution of the DevOps movement from its early days focusing on velocity and continuous delivery (CD) to its current form as a cultural and professional movement. Key topics covered include the origins of DevOps thinking in Agile development practices, the need for infrastructure to become more agile
Web2.0とは何かを定義するのは難しいが,大きな流れとしてテクノロジからビジネスへと多くのエンジニアが視点を移していることは間違いないだろう。言語,設計,コンパイラ,ライブラリ,といった要素技術から,SOA(Service Oriented Architecture)の視点,例えばGoogle APIをどのように使ってサービスをミックスし,新しいビジネス価値を提供できるか,というサービスの視点がより時代に合ったものになっていると思う。エンジニアがビジネス・モデルに関心を示し,ビジネスの言葉で技術を語るようになってきているのだ。さらに,アジャイル開発の考え方が浸透し,「ビジネス価値(Business Value)」を開発の最優先とする考え方が広まっているという背景もある。 この連載では,このような時代におけるソフトウエア製品開発にはどういった視点が必要か,また,その開発はどのような手法によ
アジャイルサムライ他流試合から半年、原著者を迎えて他流試合はAgile Samurai Dojo Gatheringと名前を改め、ふたたびの道場大集合となるイベントを開催します。 今、日本で一番熱心にアジャイルについて語っている人達の経験に触れ、それを自分の言葉で議論する事でアジャイルサムライへの新たな一歩を!! 開催概要 日程: 2012.03.24(土) 10:00 - 18:00(予定) 会場:オラクル青山センター (東京都港区北青山2-5-8) 参加費用: 早期割引(3/12(月)まで):4,000円(税込)終了しました, 通常料金: 6,000円(税込) 懇親会: 前売:2,000円(税込), 当日:2,500円(税込) 運営: Agile Samurai Dojo Gathering 2012実行委員会, (株)永和システムマネジメント ハッシュタグ: #agilesamura
Presentation Slides & Handouts Short Talks Embrace Uncertainty: Strategies for on-time delivery in an uncertain world In this talk I explore the common misconceptions about incremental and iterative development that lead Agile practitioners to focus more on building required scope on time, and less on the value they're delivering. I'll then offer strategies to help Agile projects both finish on ti
開発者たちの祭典、Developers Summit 2012(デブサミ)で「アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル〜」という発表をさせていただきました。資料はSlideShareとSpeaker Deckで公開しています。 機会をくださったDevLOVE@papandaさん、翔泳社@kohseiさん、ちゃんこを食べながらアドバイスを下さったマスター@kakutani、一緒に働いた会社の同僚や来てくださったみなさんに感謝いたします。 アジャイルリーダーシップと組織改革 セッションについては、タイムテーブルの説明がベースになっています。 【16-B-5】アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ レガシーコード、求められる開発生産性。開発現場の課題は、この10年で変化したのでしょうか?一方で、世界は日々変化しており、変化を抱擁しな
2. 自己紹介 ㈱永和システムマネジメント – 本社:福井県福井市、支社:東京(2002-) – Ruby と Agileを使ったシステム開発 株式会社チェンジビジョン – 本社: 東京 – astah*(JUDE) で見える化 平鍋健児 – リアルタイム,CAD, オブジェクト指向の実践 – UMLエディタJUDE/astah*の開発 – アジャイルプロセス協議会、副会長 – 翻訳、XP関連書籍、『リーン開発の本質』等多数。 – 2008 Gordon Pask Award Recipient for contributions to Agile practice 4. Seeing is understanding. アジャイルの現在位置 2000 2002 2010 2012 Evo FDD, Crystal, DSDM, ASD LeanStartup Patterns XP 大規
2011年9月3日(土)に早稲田大学理工学部で行われたXP祭り2011(記念すべき第10回!)にて、Agile Buffet というワークショップをアジャイル界のスーパースターで、多くのご活躍をされているお二人、@Ryuzee さんと、@Qooh0 さんと一緒に実施してきました。 XP 祭り 2011 で、Agile Buffet やります! として以前、お知らせをしたワークショップです。 ご参加いただいた方、XPJUG の実行委員の方、このワークショップに絡んだすべての方に、感謝感謝!ありがとうございました! まずは、当日の資料を公開: 資料には、ワークショップでやりたいこと、やりたいと思った背景、US Tech・Ed North America 2011 の The Agile Buffet から引用した欧米でのアジャイルの実情の紹介、そして、今回のワークショップの段取りが盛り込まれて
スクラムにおけるよくある偏見スクラムではドキュメントは何も書かないスクラムではアーキテクチャの設計はしない。またはアーキテクチャはないスクラムでは計画はしないプロジェクトの開始時点では、何を作りたいかは何も決まっていないスクラムと固定費用のプロジェクトは相容れない(※1)チームはチームが望むことは何でもできるスクラムマスターは上級管理職ではない(※2)スクラムはマネージャを必要としない(※2)プロダクトオーナーは全てのステークホルダーの代弁者であるスクラムはシンプルだ(※3) 以上がよくあるスクラムに対する偏見だそうです。 偏見をもったままでスクラム(やアジャイル)を導入したところで良い成果は出ません。 補足上記に関していくつか補足しておきます。 (※1)相容れないのは、「固定費用かつ固定スコープ」のプロジェクト(※2)チームではもちろん自己組織化が前提なのでコマンドコントロール型の管理職
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ4年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 (元請け会社の2人、当時同じ会社だった先輩、僕の4人) そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
Summary A prioritized user story backlog helps to understand what to do next, but is a difficult tool for understanding what your whole system is intended to do. A user story map arranges user stories into a useful model to help understand the functionality of the system, identify holes and omissions in your backlog, and effectively plan holistic releases that delivery value to users and business
“User Story Mapping“は、Jeff Patton氏が提案する計画手法です。バックログには背骨が欠けている(InfoQ)でJeff氏が説明するように、バックログを効果的に見える化することにより、システムの全体像を捉えようとしています。そして、ユーザーストーリーマッピングによって、UX(User Experience:ユーザーの体験)指向のストーリーとして整理され、より高いユーザーバリューへとプロダクトを導いていきます。 Jeff氏は、来年2月に『User Story Mapping』という書籍をオライリーからリリースするため、この手法がより広がっていく可能性があります。それでは、ユーザーストーリーマッピングの旅に出かけましょう。 ユーザーの行動を洗い出す 今回は、Jeff氏のプロダクトオーナートレーニングで学んだ方法を使って、ユーザーストーリーマッピングの作り方を確認します
みなさんこんにちは。@ryuzeeです。 昨年夏に同人誌として刊行された「Ultimate Agile Stories」に寄稿させていただいたのですが、昨日のJim Coplien氏の認定スクラムマスター研修でもコミットメントの話が出ていましたので、参考までに僕の考えを転載します。 なお、Ultimate Agile StoriesはIteration2として今年も刊行を計画されるそうなので、是非動向をウォッチしておいてください。昨年は平鍋さんをはじめとする日本のアジャイルコミュニティを牽引するすごい方たちがたくさん寄稿されていました。 システム開発をしていると「コミットメント」という単語をよく耳にするだろう。アジャイル、特にスクラムの文脈においては「コミットメント」は重大な意味を持っている。本稿ではシステム開発における「コミットメント」とは何なのかについて考察してみたい。 1. 辞書の定
Private content!This content has been marked as private by the uploader.
connpass-ワンクリックデプロイ勉強会 (資料公開)ワンクリックデプロイ勉強会 #ocdeploy | Ryuzee.com 2011/12/20 ワンクリックデプロイ勉強会 #ocdeploy - Togetter (写真:講演終盤、ワンクリックデプロイを実演中の@Ryuzee氏。) 開催までの経緯 まずはこちらのつぶやきやり取りを。 …という様な感じでつぶやきのやり取りがなされ、この日に晴れて『ワンクリックデプロイ勉強会』が開催されました。 開催場所は日本マイクロソフト品川本社。私自身この日が2回目のマイクロソフト本社での勉強会だったのですが、開始前のモニターには何とTV画面が。勉強会とは関係無いところでちょっとした驚きでした(笑) イベント発起人であるkatzchang(TwitterID:@katzchang)さんによる前説的トーク、会場をご提供頂いたTomoharu Nag
Ryuzeeさんの記事をトリガにしてContinuous Deliveryネタが多く回ってきたので、Continuous DeliveryとDevOpsについて考えてみた。なぜDevOpsかというと、日本語だと「継続的デリバリー」や「Continuous Delivery」よりも「DevOps」の方が目的の情報に引っかかりやすいから Continuous DeliveryとDevOps Continuous Deliveryとは 継続的に動作するソフトウェアをリリースすること アジャイル宣言の背景の一番目「価値のあるソフトウェアを早く継続的に提供します」が、まさに「Continuous Delivery」である*1 アジャイル宣言の背後にある原則 Principles behind the Agile Manifesto DevOpsとは 開発と運用の壁をなくし、ともにビジネスの成功に向け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く