)
リーン ソフトウェア開発
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 David J. Anderson 著 David J. Anderson は 3 冊の本の著者です, Lessons in Agile Management: On the Road to Kanban は 2012 年に出版されました。Kanban: Successful Evolutionary Change for your Technology Business、[1] は 2010 年に出版され、そして、Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results
アジャイル世界でのUXの実践： ケーススタディでの発見
アジャイルチームはアジャイル開発プロセスの実行という点では非常に優れている。しかし、時間に追われるために、ユーザー調査をあきらめたり、結果としてユーザーエクスペリエンスの質を下げてしまうこともある。 Doing UX in an Agile World: Case Study Findings by Hoa Loranger on May 26, 2014 日本語版2014年8月5日公開 アジャイル開発プロセスがプログラマーの間で人気だ。そこで、迅速なプログラミングを追求しつつ、ユーザビリティもあきらめない素晴らしいプロダクトを作るには、どのようにアジャイルメソッドとユーザーエクスペリエンスの手法を融合させると一番良いかをここ数年、調べてきた。以前の調査では幅広い視点について考察した。そこで、今回は少数のプロジェクトを掘り下げ、より深い知見を新コースの「リーンUXとアジャイル」のために集め
10分で分かるアジャイル開発の基本
ウォーターフォール型で重視する要素（価値）とアジャイル開発で重視する価値を対比。ウォーターフォール型の価値を否定しているのではなく、重要であることを認めつつ、新たな価値にも目を向けることを促している アジャイル開発の各手法の提唱者が合意した宣言で、アジャイルの根幹ともいうべき精神を表す。ウォーターフォール型開発で重視すべき要素（価値）を四つ挙げ、それぞれに対するアジャイルの価値を提示している（図1）。 新しい四つの価値が、あたかも既存の四つの価値を置き換えるように見えるがそうではない。これまでの価値の重要性は認めつつ、別の新しい価値に目を向けることを促している。 word2 自己組織化 アジャイル開発が目指す行動規範のこと。チームを構成する各メンバーは自分自身をコントロールして自律的に行動し、目標に向かってチームの成長に貢献する。この成長を「自己組織化」と呼び、変化への適応能力を高める上で
アジャイル開発と反復開発の落とし穴
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。 ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。 （*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。 反復開発とアジャイル開発の違い 反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる
アジャイルをダメにしないためにすべきこと - arclamp
「アジャイルがダメだと思う7つの理由」をエントリしてから一週間が経ちました。まさかPublickeyにまとめが載るとは思いませんでしたよ。 内幕を正直に書くと、あの日の昼に「アジャイルも普及してきて妙に執着する人が増えたよね」と茶飲み話していており、それを「受託開発に真面目に取り組むマネージャーが、知り合いでアジャイルにハマった人に久しぶりに出会って『時代はアジャイル』と熱くねちねちと語られているうちに、どうにも納得できなくてキレた」という設定で書いたものです。刺激的な表現もあってお騒がせしました。 反応していただいたBlogは「アジャイルがダメだと思う7つの理由」に追記してあります。その他の反応ははてブでも見てもらえればと思います。 職業アジャイラーの皆様からは同意と反論が混ざった反応をいただいております。ご意見がある方は引き続きBlogで書いて頂ければ幸いです。あのエントリは仮想人格が
ウォーターフォール開発とアジャイルの本質 - プロマネブログ
以下、３部作の１本目です。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 度々話題なる開発手法、ウォーターフォール開発（以下WF）とアジャイル。 それぞれの違いってなんだろうと思い、ちょっと本質について普段考えていることをまとめてみました。 ウォーターフォール開発の本質とはなにか？ システム開発を行った方なら一度は耳にすることがあるWF。 各開発工程を順序良くこなしていく開発手法となります。 イメージにすると以下のとおり。 さて、WFのよく言われる特徴を以下眺めてみたいと思います。 最初に一括して要件定義を行うので、仕様変更に弱い No。一括して要件定義を行うこと自体は、要件定義のやり方の問題です。一括
ウォーターフォールとアジャイル開発の比較
DeClang 誕生！Clang ベースのハッキング対策コンパイラ【DeNA TechCon 2020 ライブ配信】DeNA
SCRUM/アジャイル開発の入門資料を全力でまとめてみた
『アジャイルサムライ－達人開発者への道－』に続いて、アジャイル開発のバイブル的書籍『SCRUM BOOT CAMP』を読みました。SCRUMの実践的な知識を漫画をおりまぜながら、本当にわかりやすく書いている良本でした。これから何度も読み直して、アジャイルの習得に努めます！ ということで、今回は書籍を読む過程で集めたSCRUMやアジャイル開発に関するスライドやPDF、ブログ記事などをまとめていきます！ 🗽 アジャイル開発手法特論 From Agile-development-course-advanced-1-2 産業技術大学の2013年2Qの講義『アジャイル開発手法特論』の資料だそうです。SCRUM BOOT CAMPの著者の一人であるながせ☆みほさんの作です。ちなみにながせさんのブログ上に#6までの資料がアップされています。ほかのスライドもかなりのボリュームで読み応え抜群です！ 😀
Part1 縛らず，楽しく，柔軟に－－「人間中心」こそアジャイルの本質
短納期・低コストのソフトウエア開発プロセスとして注目を集める「アジャイル型プロセス」。取り組みが広がる一方で，アジャイル独特の考え方に疑問を抱くエンジニアも多い。本講座の目的は，アジャイルの基礎から具体的な実践手法までを理解してもらうことにある。Part1ではアジャイル登場の背景や狙いを解説する。 「それは要件定義書に記載されていません」。 システム開発の現場で，よく発せられるフレーズである。筆者自身，これまで何度このフレーズをユーザーに対して言ってきたことだろう。 情報システム開発に仕様の追加・変更は付き物であり，変更を要求するユーザー側にも，それなりの理由がある。もちろん対応できるものもあるが，予算や納期を考えると到底実現は不可能と思える追加要求も少なくない。 あまりに要求が理不尽なときは，要件定義書を“逃げ道”にして，追加開発を断ることもある。しかし，たいていの場合は冒頭の言葉を発し
アジャイル開発とWF型開発をハイブリッドにしたマネジメント・デザインパターン - プログラマの思索
アジャイル開発を日本風にアレンジしたプロセスをマネジメント・デザインパターンとして説明した記事があったのでメモ。 【参考】 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 【1】WF型開発とアジャイル開発には、それぞれの特徴があり、適用の問題点がある。 WF型開発は、仕様変更に弱く、無駄なドキュメントが多い。 アジャイル開発は、変化に強く、スピード重視で開発できるが、従来のプロセス手法と発想を変えないといけないので、実現しづらい。 上記の記事によれば、各プロセスの特徴は、「WFが形式知の作成を行うことで、開発体制と開発工程を管理する手法」「(アジャイル開発は)フォーカス管理の最適化」。 つまり、WF型開発
サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ
ウォーターフォール開発とアジャイルの本質 - プロマネブログ 以下、３部作の２本目です。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 前回と今回のシリーズはカテゴリ プロジェクトマネジメント論にまとめてます。 単一の開発手法の限界からハイブリッド方式へ 前回、各開発手法は失敗プロジェクトの反省から、それぞれ本質となる改善要素を持つことを示しました。 ウォーターフォール開発（以下WF）であれば、形式知化。 アジャイル開発であれば、フォーカス分割。 これらは排反する概念ではなく、それぞれの利点を活かしてプロジェクト運営を行うことが、より効率的なプロジェクト運営につながると考えられます。 とはいえ、ハイブリ
アジャイルがダメだとかウォーターフォールがダメだじゃなくて、何を大切にするかで判断したらいい - 室長のひとりごち
アジャイルがダメだらしい “全体スケジュールにコミットできない”とか“アーキテクチャ上の無駄が生じる”とかの理由でアジャイルがダメらしい。その上で、次の議論をなどと提言されているけれど、ちょっと違うことを思った。 プロジェクトマネージメントの界隈で生きているものとしては、実際、システム開発方法論なんてなんでもいい。プロジェクトが成功するためのやり方のヒントが欲しいだ。 誰かにアレがいい、コレがいいといわれたから鵜呑みにしてやるもんじゃない。プロジェクトを成功させたいからそのツールとして方法論を枠組みとして使うのであって、アジャイル(具体的にはスクラム)やウォーターフォールなんて空っぽで、現場で必要なのは空っぽの枠組みであるフレームワークを埋める実作業でのツールまでなければ、全く用を成さないんだ。 現実は厳しい 現実は厳しいよ。ウォーターフォールでもスクラムでも失敗するプロジェクトは失敗する
アジャイルとウォーターフォールについて本気出して考えてみる - 邪道（旧）
なぜアジャイルなのですか？改めて考察するウォーターフォールとの違いに参加してきました。 ウォーターフォール（以下WF）はよくDisらr・・・アジャイルと比較されます。 私もアジャイル開発を知るまでそうではない開発を経験したことがありますが、おそらくそれらはWF開発をしていたわけではなく、WFのようななにかに過ぎなかったと思います。 だから、ちゃんとしたWFについても勉強したいなーと考えていたのでとてもいい機会になりました。 株式会社ジャムズを経営されている玉牧 陽一さんのご講演のポイントをまとめます。 詳細については下記SlideShareをぜひご覧ください。 なぜアジャイルなのですか？改めて考察するウォーターフォールとの違い WFの原点に関わる流れ 1970年 Managing the Development of Software Systems via Winston Royce W
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ISACA大阪支部１０月度月例会でお話しさせていただいた内容です。 開催要項はこちら。 http://www.isaca-osaka.org/info/isacay1210.htm
2008年2月社内会議
リーン開発について ～CCPMとアジャイル開発でプロジェクトを成功に導く～ 小野里 啓志（Satoshi Onozato） Copyright(c) 2011 jurabi Co.,Ltd. All Rights Reserved 2 ITプロジェクトの 成功率 ??. ?% 日経コンピュータ2003.11.17 1,746社回答(12,456社中：有効回答率13.9%) QCD（品質・コスト・納期）をクリアできたプロジェクト Copyright(c) 2011 jurabi Co.,Ltd. All Rights Reserved 3 ITプロジェクトの 成功率 26.7% 日経コンピュータ2003.11.17 「特集プロジェクト成功率は26.7%」より 1,746社回答(12,456社中：有効回答率13.9%) Copyright(c) 2011 jurabi Co.,Ltd. All
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルはなぜ失敗するのか？～教科書には載っていない反復型開発の3つの掟
DevOps and Agile Solutions for the Enterprise | CollabNet VersionOne
BLOGOS サービス終了のお知らせ
ハイブリッドアジャイル開発・変形WF型開発のプロセスパターン
ディシプリンド・アジャイル・デリバリー日本語公式サイト