サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
今日も今日とて、様々なところで相談を受けている。日本中、そこかしこで課題がある。そんな中で寄せられる一つに「アジャイルができない」という話がある。 話を聞いていくと、アジャイルをやりたいのだけど上手くいかない、という。よくある話だけども、そもそも「なぜアジャイルをやりたいのか」を問うと、ごにょごにょし始めてしまう。 なぜアジャイルなのか？ になると言葉に詰まる、あるいは通り一遍のフレーズ「変化に対応できるために」しか出てこない。どんな変化のことなのか、対応とはどういうことか？ このあたりが言語化できないと、アジャイルを利用しようとしていて、その実、アジャイルという言葉に使われているだけかもしれない。これもよくある話。いわゆるアジャイルをやることが目的になっている。 そんなんじゃダメだから。すぐにアジャイルなるものの意義を確認しよう。 「だから、アジャイルは手段なんだ。あくまで手段なんだ。ア
アジャイルマニフェストとユーザーストーリーマッピングのお話です。
エンタープライズアジャイル勉強会という勉強会に呼んでいただけたので資料公開しますね。広島の旅費が苦しいのでこういうのうれしい！ Gumroadからの課金勢のみなさんへ 恒例！スライドに名前を入れる券 2017-2018 反復開発を中心に お話したこと 反復開発は全工程やって1ターンだよっていうみんなが知ってる（けど、ある方面のScrumではやられていないことが多いらしい）ことを45分間ずっと説明しました。 その結果チームの境界（サブシステムとか工程別チームとか）がどうでもよくなると思う（実感してる）んだけど、Scurm Incの説明だと階層がたくさんある例を示していたし、永田さんはQA部門にこだわりがあるのがおもしろいなー。自分も含めて、みんな自分の状況が好きなんだな。いいことだ。 再演バイト待ってます。 （再演したいんじゃなくて、RubyKaigiの旅費かせぎたいので！） speaker
KDDI株式会社 2017年1月10日 KDDIは、2017年2月より、Scrum Inc.社 (本社: 米国マサチューセッツ州ケンブリッジ、CEO: Dr. Jeff Sutherland) ならびに株式会社永和システムマネジメント (本社: 福井県福井市、代表取締役社長: 平鍋 健児) と共同で、法人のお客さまにアジャイル開発の導入を促進することができるアジャイル開発教育プログラムの提供を開始します。アジャイル開発は、お客さまに必要な機能を絞り込んだシステムからスタートさせ、短期間の周期で開発から評価、改善までの工程を高速で回転させる開発手法です。アジャイル開発によって、市場の変化に対応しながら柔軟にシステムを変更し改良を進めていけるほか、新しくIoTビジネスなどを始めるお客さまにとって、IoTで実現したいアイデアを素早くスモールスタートすることが可能です。 この度提供を開始するアジ
2014/11/07 神山.rb 第一回にて XP祭り2014の再演の資料。ESM版からの資料の修正加筆あり。 http://kamiyamarb.doorkeeper.jp/events/16452
ポジション的なもの 個人的に、アジャイルは「（あんまり未来や遠くのことを考えるのをやめて）目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは？ と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
自社会場で開催したりして、それなりの回数を参加したり聴講したりした経験があるので、なんとなくまとめていきます。 Jeff Patton, 認定スクラムプロダクトオーナー研修VOYAGE GROUP会場で4-5回くらいは開催してる。会場係としてお手伝いしつつ、内容をなんとなく聞いている。 印象に残ってるのは、プロダクトオーナーは開発者に対して、いろんな手段を使って実現したいもののことを伝えるのが仕事だということ。ドキュメントだけ書きゃいいってもんじゃないし、かと言って会話すりゃいいってわけじゃない。やり方はそれぞれの関係性によるが、とにかく、伝えるというのが大事らしいぞっていう。 研修の進め方も面白くて、毎回ちょっとずつ違いがあって、改善してるんだなーっていう印象がある。 手法の一例として彼はユーザストーリーマッピングというものを提唱していて、そのトレーニングもある。いろんな人に感想を聞くと
みなさんこんにちは。@ryuzeeです。 Impediment（障害事項・妨害事項）について、海外で良い記事がいくつかあったのでご紹介しましょう。 Recognizing ImpedimentsThe biggest impedimentImpedimentとはスクラムでよく使う単語で、プロジェクトを進めていく上での障害や妨害になる事項のことです。 人的なもの、プロダクトに関するものなど全てを含みます。 例えば以下のようなものが一例になります。 未完了なままの作業情報の不足繰り返しの作業待ち依存先の欠如割り込みバグ官僚主義間違った、もしくは不明瞭なコミュニケーション意思決定がなされない間違った推定時間がたりないパーツがないよく知らない新しい技術 などなど、ほかにもたくさんあります。 当然のことながら、これらの障害事項を把握することは大事ですし、日々の活動の中で優先順位をつけて改善していかな
（画像：wikimedia commons） こんな記事を見かけました。 記者の眼 – 「アジャイル嫌い」はもうやめよう：ITpro http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/082400357/?ST=system&P=1 開発の経験が長い人からすると、「あーはいはい」と昏い目をしてしまうような記事なのですが、実際のところアジャイルを宣伝する本やブログなどは多く、「プロジェクトを始めよう！」となったときに、候補に上がることが多い開発手法ではあります。 しかし、現場の現実から言うと、安易にアジャイルを導入して失敗するケースは非常に多いです。 私は20件以上のアジャイルプロジェクトを見てきましたが、そのうちちゃんと成功していたプロジェクトはたったの3件だけです（ウォーターフォールは100件以上見ていますが、成功率はそんなに低くはあり
“User StoryMapping“は、Jeff Patton氏が提案する計画手法です。バックログには背骨が欠けている（InfoQ）でJeff氏が説明するように、バックログを効果的に見える化することにより、システムの全体像を捉えようとしています。そして、ユーザーストーリーマッピングによって、UX（User Experience：ユーザーの体験）指向のストーリーとして整理され、より高いユーザーバリューへとプロダクトを導いていきます。 Jeff氏は、来年2月に『User StoryMapping』という書籍をオライリーからリリースするため、この手法がより広がっていく可能性があります。それでは、ユーザーストーリーマッピングの旅に出かけましょう。 ユーザーの行動を洗い出す 今回は、Jeff氏のプロダクトオーナートレーニングで学んだ方法を使って、ユーザーストーリーマッピングの作り方を確認します
2015/6/22にアイ・ラーニング様にて開催された「悩める管理職のためのエンタープライズ・アジャイル導入セミナー」の講演資料です。
1.全体スケジュールにコミットできないアジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
アジャイルソフトウェア開発はキャズムを超えたと言われてもピンと来てなかったけど、本当に超えたと僕が実感でき日も近いのではないかと思う@HIROCASTERでございませう。 「キャズム」という意味は、先進的な人と一般的な人との間にある隔壁のことです。 つまり、一部で活発になってきているアジャイルソフトウェア開発が一般的になってきているということ。 システムインテグレータ大手のNTTデータが下記の発表をしたことについて、思うことを書いておきたい。 若手リーダー層を対象としたアジャイル開発研修を開始 会社としての姿勢 これまで欧米を中心に普及してきたアジャイル開発は、米国IT企業のソフトウエア開発における採用率で30%を超えるなど、欧米では最も利用されている開発手法となっています。昨今では、日本国内でも、Webサービス業界やゲーム開発業界などを中心に多くの開発事例が見られるようになってきましたが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
