私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
アジャイルの破綻―原因、そして新たな提案 | POSTD
2001年、17人のメンバーによって アジャイル宣言 が発表されました。私はその立案者そして著者の1人であることに誇りを感じます。この出来事は、何かをする上でより良い方法を導き出すことへの期待、そしてソフトウェアを開発することで世界をより良くするといった、私自身の活力の源となり、極めて重要なターニング・ポイントとなりました。 あれから14年が経ち、私たちは行き先を見失っています。”アジャイル”という言葉はスローガン化してしまいました。本来の意味をなさなくなっただけならまだいいですが、最悪に考えれば排外的な存在になってしまったとすら言えます。2～3のソフトウェア開発のプラクティスを、不十分に生半可に試みるといった”軟弱なアジャイル”を行う人が数多く存在します。本来の目的を忘れて努力を重ねるといった、口先だけのアジャイルの 狂信者 がたくさんいるのです。 更にひどいのは、アジャイル開発手法その
大規模スクラムの失敗から学んだこと #AgileJapan2015
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
アジャイルがそんなにダメだと思わない7つの理由 - haradakiro's blog
鈴木雄介さんが、「アジャイルがダメだと思う7つの理由」というすごいブログを書いてくれたので、がんばって返答を書いてみる。どこかでディスカッションできるといいなぁ。 1. 全体スケジュールにコミットできない コミットメントって何だろう。コミットメントは約束なのか。約束であったら、破った場合のペナルティも受け入れるのか？受け入れたところでバッファが巨大になるだけではないのか？そして、そのバッファは見えないところで食い尽くされる。 全体を見えずに計画したところでうまくいくはずはない。アジャイルがタイムボックスで計画、実施を行うからといって、全体を計画しないわけではない。むしろ積極的にやるべきである。 全体を計画する上では、なるべく漏れがないように、実施可能なように最大限の努力をする。ただ、それに時間を掛けすぎるのは無駄だ。そして、神ならぬ人間が計画するのであるから、以下を認めなければならない。
アジャイルがダメなようでダメじゃないちょっとだけダメだと思う7つの理由 - @ledsun blog
素晴らしいエントリが立て続けに出ているので便乗します。 id:arclampさんのアジャイルがダメだと思う7つの理由 id:haradakiroさんのアジャイルがそんなにダメだと思わない7つの理由 1.全体スケジュールにコミットできない 主語を間違えやすいけど 経営者は顧客やVCと全体の計画にコミットしなきゃいけない の通りで全体スケジュールにコミットできるのはスポンサーだけなんです。開発者は「努力すること」しかコミットできません*1。 現実問題として、プロジェクトを上手くスタートするにはゴールをいつまでに何かって決める必要があります。アジャイル開発でも重視している。アジャイルサムライはインセプションデッキにかなりのページ数を割いています。 2. アーキテクチャ上の無駄が生じる アーキテクチャ設計を慎重に考えても元のビジネスモデルがウンコだったら役に立ちません。困ったことにビジネスモデルは
アジャイルプログラマーに必要なスキルセットのお話（Ultimate Agilist Tokyo) - メソッド屋のブログ
Ultimate Agilist Tokyo 昨日はUltimate Agilist Tokyoというイベントでしゃべてきました。@papandaの見事なスライドと講演、@kuranukiさんのセッションの死ぬほどの面白さと刺激、@haradahikoの講演のNo Bull Know How というセッションどれを見ても面白いものでした。 No-Bull Know-How この形式の発表ははじめて見たのですが、面白い。原田さんが、皆に向かって話をするのではなく、あくまで１人に対して、その１人の問題を解決する為の質問をするのをその他大勢で観察するというスタイルです。この形式のいいのは、コンテキストによるという話が要らなくなるので、より深い話が出来るところです。この短い時間のなかでいろんな気づきを匠に引き出す原田さんのテクはさすがです。にやりとしてしまいましたわ。 さて、このブログは私の講演の
翻訳 アジャイル関連書籍ベスト100(2012年度版)
来年1月に行われるScrum Regional Gathering Tokyo 2013で基調講演をしていただく予定のJurgen Appelo氏による2012年度版のアジャイル関連書籍ベスト100に邦訳書籍の情報を加えました。書籍選びの参考までに。 なお、リストに入っていて本年新たに訳された本は、リーンスタートアップ、Clean Coder(@kdmsnrさん翻訳)、継続的デリバリー(和智さん、高木さん翻訳)、アジャイルなゲーム開発(@ebacky_jaさん翻訳)、アジャイルソフトウェアエンジニアリング(@tomohnさん監訳)だと思われます。Specification by Exampleとかは是非訳されると良いですねー。Management3.0は進んでいるという噂があるとかないとか。 それからJurgen氏といえば、How to Change the Worldという組織に関する短
Agileな開発からAgileな組織へ #aj21 #b2
This document contains links and snippets of text on various Agile topics including Scrum, continuous delivery, iterative development, inspection and adaptation. It discusses priorities of satisfying customers through early and frequent delivery of valuable software. It also includes questions about release cycles and mentions that organizations tend to design systems that mirror their own communi
「アジャイルなスクラッチ開発」ではダメ - 設計者の発言
他のソフトウエア分野についてはわからないが、売掛・買掛・在庫・原価といった会計要素を統合的に管理するためのしくみ（基幹システム）の開発については、はっきり言えることがある。ウォーターフォール手法（ＷＦ）に替わるやり方としてアジャイル手法を導入しても、それが「スクラッチ開発（いちいちゼロからシステムを作るやり方）」である限り、状況はたいして変わらない（もっと悲惨なことにならなければ幸運というものだ）。 基幹システムの開発に関して、アジャイル手法に救いを求めようとする人たちの初歩的な勘違いが「ＷＦ元凶論」である。これまでの開発プロジェクトがなかなかうまくいかなかったのは、やり方が悪いからだ――そこまでの観察はおおむね正しい。しかし、そこからＷＦこそが元凶と断ずるのは短絡である。 それは、今にも崩れそうな石橋を前にして「＜石橋を叩いて壊す＞ような慎重でおおげさな渡り方はやめて、軽やかにスキップし
開発をより良くしたい人が読んでおくべき10冊
アジャイルな開発の導入支援の現場や色々な勉強会でよく「どんな本を読んだら良いですか」と聞かれたりします。 何のために本を読んで勉強するかは人それぞれですし、自分のおかれたコンテキストでどの本が役にたつかは分からないですが、以下にあげた本は個人的に強くオススメできる本です。人に聞くのも大事だし自分で試行錯誤するのも大事だけど、本を読んで体系的に学んだり先人の知恵を学ぶことは続けたほうが良い。 プロダクティブ・プログラマ -プログラマのための生産性向上術どうやったら自分自身の生産性を高くすることができるのか。PCの使いこなしから始まり、自動化やバージョン管理等にも触れている プロダクティブ・プログラマ -プログラマのための生産性向上術 (THEORY/IN/PRACTICE)著者／訳者：Neal Ford、島田 浩二 (監訳)、夏目 大出版社：オライリージャパン発売日：2009-04-27単行
I want to run an agile project.
みなさんこんにちは。@ryuzeeです。 Youtubeをさまよっていたら関する面白い動画（アニメーション）をみつけたので紹介します。 I want to run an agile project. ということで、アジャイルな開発をしようとしている主人公が、ステークホルダーやコンプライアンス部門やチームやリリース担当部門のところにいき、交渉をしているストーリーです。 例えば、コンプライアンス部門がたくさんの文書が必要だ、といっているのに対して例外はないのか？と交渉したり、チームにアーキテクチャは出現すると説いたり、プログラマが困っているのを聞いてペアプロしたら？と言ってみたりしています（言われた側は、俺はグレートなコード書けるんだけど、と渋っていました)。 より各シーンの詳細についてはこちらに解説があります。 それでは。
プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン（SIビジネスの本質編）
SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 プログラマを一生に仕事にできるビジネスモデルで目指す未来のビジョン ソニックガーデン代表取締役社長 倉貫義人氏。 倉貫です。今回のオファーをいただいたときに「技術者の人が元気になるような話をしてほしい」というのがあって、私自身がずっとエンジニア、プログラマやマネージャ、営業などいろいろや
アジャイルサムライ−達人開発者への道− - forest book
オーム社 様に献本いただきました。ありがとうございます。 私は、実際にアジャイルな開発プロジェクトに参加したことがなく、一種の憧れのようなものを抱いていました。本書は、私のようなアジャイル開発って何か凄そうだけど、具体的にはよく分からないという人にとって、とても分かりやすく「アジャイルって何なのさ？」という質問に対する答えになる本だと私は思います。 私が本書を読んで得た答えは、アジャイルって文化なんだと強く感じました。それは他の人にとっては違う答えになるかもしれませんが、そんなことにあまり大きな意味はないということが本書を読むことでよく分かると思います。気になる方は、どうぞ本書を読んでみてください (^ ^;; 期待マネジメント 漫画とかに「戦場は生き物だ」のような台詞がよく出てくる気がします。それは開発プロジェクトも同じようなものだと私は考えています。ただ指示された通りに作業を行い、求め
誰にでも心当たりのありそうな、アジャイルが失敗する理由7＋11
コンサルタントであるMartin Proulx氏のブログ「Analytical-Mind」に、「 Seven wrong reasons to adopt Agile」（アジャイルを導入する7つの間違った理由）」というエントリがポストされています。読んでみると、なんだかドキっとするようなことが書いてあります。 次の7つの理由、心当たりのある人も少なくないのでは？ We recently attended a conference and Agile is becoming more popular. If others are doing it, so should we. 最近カンファレンスに参加したところ、アジャイルが人気らしい。他でやっているのなら、うちでもやるべきではないか Because Gartner and Forrester say so. ガートナーやフォレスターがそう言
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルリーダーシップと組織改革 ～楽天のアジャイル開発というリアル～
アジャイル開発とTDDを半年間実践してみた顛末と、これから