SAFe (Scaled Agile Framework) 3.0 入門 (第3回) | オブジェクトの広場
SAFe (Scaled Agile Framework) [1]の 構造やプラクティスは、プロダクト開発フローという強力なプロダクト開発を実現するための原則集と整合するように考案されています。それにも関わらず、SAFeの解説本である「アジャイルソフトウェア要求」[2]はプロダクト開発フロー本を読んでいることを前提に執筆されているようでプロダクト開発フローに関する説明はかなり省略されています。本記事では、SAFeを理解する助けとなるよう「アジャイルソフトウェア要求」の説明よりもやや詳しくプロダクト開発フローを説明します。 1. プロダクト開発フローとは プロダクト開発フローは、Donald Reinertsen氏が “The Principles of Product Development Flow―Second Generation Lean Product Development”
IPA の アジャイル開発版「情報システム・モデル取引・契約書」｜木下史彦
IPA から アジャイル開発版「情報システム・モデル取引・契約書」が公開された。 【プレス発表】 DX推進に向け、アジャイル開発版の「情報システム・モデル取引・契約書」を公開 https://www.ipa.go.jp/about/press/20200331.html 【成果物公開ページ】 https://www.ipa.go.jp/ikc/reports/20200331_1.html 私はこの1年間、IPA の「社会実装推進委員会 モデル取引・契約書見直し検討部会 DX対応モデル契約見直し検討WG」の委員としてこのモデル契約書の策定に関わってきた。 モデル契約策定にあたって、私が特に実現できてよかったと思うことを書いていきたい。 準委任契約を前提とすることができた2012年にIPAから出された「非ウォーターフォール型開発に適したモデル契約書」（当時、IPAではアジャイルと言わずに非ウ
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
いまアツいアジャイルプロジェクト管理ツール9選＋Pivotal Tracker入門
いま再びキてる「アジャイル」開発 世界で広がりつつあるアジャイル 2001年の「アジャイルソフトウェア開発宣言」から10年が経過しました。アジャイルマニフェスト登場当時の熱狂的な雰囲気は一時期停滞気味でしたが、最近再びアジャイル開発が広がりを見せています。 その理由の中心は、ITの進歩や世界のボーダレス化とともに、ビジネスの変化のスピードが早くなり、競争が激化したため、一刻も早く顧客に新しい価値（ソフトウェア）を届ける必要性が増したため、アジャイルに開発する必要が出てきたためでしょう。 欧米はもちろん、日本でもアジャイルに対する注目は増していて、先日開催されたDevelopers Summit 2012のデブサミ2012アワードでも、角谷信太郎氏の講演『アジャイルマニフェスト ディケイド』が1位を取り、来場者数も過去最高を記録するなど高い注目を浴びています。 群雄割拠 アジャイルプロジェク
アジャイルにTDDしようとしてペアプロして失敗した話 - 水まんじゅう2
これはTDD Advent Calendarの18日目。 記事としては @mao_instantlife さんの TDDやってみてコメントが減った話 のあと、@cubeon さんの きっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！ の前となります。 最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。 ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。 以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。 その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。 それなりの規模のプロジェクトに多いように、さ
この門をくぐる者は一切の希望を捨てよ – Agile 2011 Conference フィードバック
今日は、社内でAgile 2011 Conferenceのフィードバックを発表させて頂きました。 フィードバックについて 近いところで働いている人中心の勉強会だったのですが、たくさんの人に聞いていただけてうれしかったです。ただ、時間が足りず、途中駆け足になってしまったり、説明がうまくできていない部分があったと思います。しかも、最後のまとめ部分は、僕が考える未来。そしてそれは限りなく、今の現場の話だったので、自分自身、答えが出ていない部分があり、ものたりない方もいたかもしれません。ごめんなさい。 最終的に伝えたかったのは、例えとして表紙にした「地獄の門」をくぐるぐらいの覚悟がないと、現状をよくできないのではないかという危機感でした。そして、今回はアジャイル開発の話が中心でしたが、そういった武器を持って、乗り越えていく人がいたら、その人と働きたいなぁという気分も入っています。 全部を説明すると
「アジャイルサムライ」読書会 | Lab by engineering@dwango.jp
今回の記事はちょっと趣向を変えて、「アジャイルサムライ」という本と、ドワンゴが取り組んでいるアジャイル開発手法についてご紹介します。 「アジャイルサムライ」とは 今年7月にオーム社から訳書が刊行された「アジャイルサムライ――達人開発者への道」という本のことです。 開発現場でアジャイル開発を実践するための現実的な手法や取り組みについて、軽妙な文体と親しみやすいイラストで語られています。 「エクストリーム・プログラミング入門」や「アジャイルプラクティス」、「アート・オブ・アジャイル デベロップメント」といった名著が「アジャイル開発の教科書」であるならば、本書は現場で実践するための「アジャイル開発のマニュアル」というべき位置づけの本です。 監訳を担当したのは、日本におけるアジャイル開発の第一人者である角谷信太郎氏と西村直人氏。弊社のエンジニアであるレオがレビューに参加しています。 「アジャイルサ
SIerにはコード記述の自動化からビルド・デリバリの自動化へのトレンドの変化を理解してほしい - 達人プログラマーを目指して
ちょっと前にTogetterで作成したまとめに対して大きな反響をいただきました。 SIerは自動化する対象が違っているのでは？ - Togetter これは、私が Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler)) 作者: Jez Humble,David Farley出版社/メーカー: Addison-Wesley Professional発売日: 2010/07/27メディア: ハードカバー購入: 3人 クリック: 141回この商品を含むブログ (23件) を見るを読み始めて、ふとつぶやいた をきっかけに始まったTL上での議論をまとめたものです。この本は、7月に行わ
アジャイルの人たちは自分の優秀さに気づいていない - 設計者の発言
アジャイル手法を実践できるプロジェクトは恵まれている。それは、「理解ある管理者」がアジャイル手法を了承してくれたからではない。管理者がそう判断できるほどに参加メンバーが優秀だからだ。 アジャイルの特徴のひとつが「少数精鋭」である。いっぽう、アジャイルの対立手法として理解されているウォーターフォール型手法では「人海戦術」で進められる点が対照的だ。じつは「少数精鋭」というのはアジャイルの特徴であるだけでなく、あまり触れられたくない弱点でもある。なにしろ「精鋭」しか関われない。 しかしアジャイル手法の推進者は、自分が優秀であることをそれほど意識していない。それどころか彼らは「いえいえ精鋭である必要はありません。じっさい私はアジャイルが大好きですが、凡庸な技術者ですよ」と自嘲的に語るだろう。そしてそれは本心でもあるだろう。なぜなら、彼らは「超」がつくほど優秀な技術者たちがいることをアジャイルコミュ
ウェブ開発におけるアジャイルとデザインの勘所
なぜアジャイルか？ なぜデザインか？ なぜペルソナか？ この資料は"CC BY"(Attribution)ですが、以下の点にご注意ください。 ・Jesse James Garrett氏の図は氏の著作物(copyright contents)なのでご注意ください。 ・参考図書の表紙画像も各著作権者の著作物ですのでご注意ください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
- Scaled Agile
大規模スクラムの失敗から学んだこと #AgileJapan2015
アジャイルはプロジェクトをデスマーチにするか
SIerは自動化する対象が違っているのでは？
Y.M | 株式会社ラグザイア