TechCrunch
Mani Doraisamy Contributor Share on X Mani Doraisamy is the founder of Neartail. He is a developer-turned-founder and still writes code for a living. Additionally, he serves as a mentor for Google for Mr. Cooper, the mortgage and loan giant with more than four million customers, has confirmed customer data was compromised during a recent cyberattack. In an updated notice on its website published T
アジャイル開発と反復型開発は違うのか？ - Cube Lilac
所用で Code Complete を読んでいると「反復型開発 (Iterative and Incremental Development)」と言うキーワードが出てきました*1。「反復」と言う単語を聞いてまず思い浮かんだのは昨今よく話題になっている「アジャイル開発」なのですが、「アジャイル開発」と言うキーワードが指しているものと「反復型開発」と言うキーワードが指しているものは果たして同じなのかどうか自分では判断が付かなかったので Web 上の記事を漁ってみる事にしました。 漁ってみた結果ですが、少なくとも「完全に同一のものである」と言う認識の人はほとんどいないようです。 インクリメンタル型開発とイテレーティブ型開発を合わせたソフトウェア開発手法のこと。システム全体をいくつかの部分に分割して反復しながら機能や品質を洗練し、それを段階的に全体に統合していく開発プロセスをいう。狭義にはアジャイ
アジャイル開発と反復開発の落とし穴
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。 ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。 （*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。 反復開発とアジャイル開発の違い 反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる
アジャイル型開発の重要性とは？ - 株式会社ヴェス
アジャイル型開発の重要性とは？ 従来のウォーターフォール型開発における課題を解決し、手戻り工数を削減！ 近年、激しくなり続ける市場競争はソフトウェア開発においても例外ではなく、今まで以上の短納期が求められています。しかし、従来通りのウォーターフォール型開発の場合、あらかじめ全体の機能設計を済ませてから機能を実装するため、開発着手までにどうしても時間がかかってしまいます。さらに、テストで不具合が発覚すると、後半になればなるほど手戻り工数が大きくなってしまうため、開発途中での仕様変更・追加対応が困難となります。 そこで近年注目されているのが、「アジャイル型開発」による市場投入までの期間短縮であり、競争の激しい分野において採用例が増えてきています。
エンタープライズアジャイル徒然草 | オブジェクトの広場
本コラムでは、筆者が「エンタープライズアジャイル」に関係すると判断した雑多なトピックスを徒然なるがままに取り上げて論じていくつもりである。第 1 回は、筆者が最近執筆に関与した書籍「エンタープライズアジャイルの可能性とその実現への提言」 [1] 向けに執筆した「よく見られるアンチパターンと落とし穴」を掲載する。 エンタープライズアジャイルの実現を阻む障害を理解するために、本記事では日本の企業でアジャイル開発を行う際のアンチパターンを説明する。従来の開発方法に大きく手を加えないアジャイル開発風の開発を行うことでは、アジャイル開発の良さは現れないことがよく分かるだろう。 1. 「うちでもアジャイル開発やってみました」アンチパターン 日本の企業でアジャイル開発を試みる場合、明確な失敗ではないものの、単発のお試しで終わることも多いように思える。これを「うちでもアジャイル開発やってみました」アンチパ
「なんちゃってアジャイル」15のアンチパターン | Biblichor - scent of classics
ユーザーメリットを早期に実現するため、迅速かつ適応的にソフトウェア開発を行う「アジャイル開発」。 うまく実施できれば素晴らしい力を発揮するのだが、ややもすると「なんちゃってアジャイル」に陥ってしまうことも…。 過去のプロジェクトの経験から、プロジェクト進行のなかで陥りがちな「なんちゃってアジャイル」の罠と、それを引き起こすカンチガイの原因についてまとめてみた。 チーム環境 "なんちゃってスクラム"編 「アジャイル開発」に必須なのが、チームメンバーが協働で目標に向かうための環境づくり。 以下のことが起きていたら要注意。 1. プロジェクトの目標があいまい プロジェクトの目標について、プロダクトオーナーとスクラムマスターで言っていることが違う場合は要注意。 2. リリース時期が決まっていない プロジェクトのリリース時期が決まっていない場合や、簡単に変更になる場合は要注意。 ずるずると「リリース
アジャイル開発でよく見られるアンチパターンと落とし穴、その対策
■ 本章では、アジャイル開発に取り組む際の典型的なアンチパターンをまず説明する。さらにそのようなアンチパターンを防ぎ、アジャイル開発をよりよく活用したり、導入するための提言を当勉強会の実行委員の講演に基づき提供する。 エンタープライズアジャイルの実現を阻む障害を理解するために、まず日本企業でアジャイル開発を行う際の失敗例について触れておこう。現状の開発方法に大きく手を加えずにアジャイル開発の形だけをなぞってみることは、ネガティブな影響しかもたらさないことがよくわかるだろう。 2.1.1. 「うちでもアジャイル開発やってみました」アンチパターン 日本の企業でアジャイル開発を試みる場合、明確な失敗ではないものの、単発のお試しで終わることも多い。これを「うちでもアジャイル開発やってみました」アンチパターンと名付けてみる。 このアンチパターンの各ステップには、さまざまな落とし穴が存在する。落とし穴
マイクロサービスアーキテクチャの設計 - JUG2015
2015/8/28に開催された「Spring in Summer ~ 夏なのにSpring 」での講演「R1-2 マイクロサービスアーキテクチャの設計」の講演資料です。Read less
レガシーシステムのモダナイゼーションとマイグレーションはどうあるべきなのか
レガシーシステムのモダナイゼーションとマイグレーションはどうあるべきなのか：基幹業務のSoRはどこまでクラウド化できるのか（終）（1/2 ページ） 基幹業務がメインフレーム上で稼働している企業は多くあり、レガシーシステムとクラウドを組み合わせた「ハイブリッドIT」の実現が必要です。今回は、その課題と対応について考察します。 「基幹業務をはじめとする既存アプリケーションを、どのような観点でクラウドプラットフォームへ移行すべきか」を探る本連載「基幹業務のSoRはどこまでクラウド化できるのか」。これまで3回の連載では、基幹業務のクラウドにおける稼働に向けて、アーキテクチャ、移行、運用の観点で論じてきましたが、一方で、基幹業務がメインフレーム上で稼働している企業は多くあり、レガシーシステムとクラウドを組み合わせた「ハイブリッドIT」（※）の実現が必要です。今回は、その課題と対応について考察します。
なぜ超高速開発が話題になるのか～キーワードはビジネスルール管理システム(BRMS) - プログラマの思索
最近なぜ超高速開発が話題になるのか、何となく分かった気がした。 ラフなメモ書き。 間違っていたら後で直す。 【元ネタ】 超高速開発先進国、知られざる韓国企業の実態 - サムスン電子に見る「威力」：ITpro NC特集 - 「超高速開発」が日本を救う：ITpro 俊敏な企業を構築するためのビジネスアナリシスとビジネスルール - 第3回 ビジネスの俊敏性を実現する：ITpro 俊敏な企業を構築するためのビジネスアナリシスとビジネスルール - 第4回 スマートなシステムを生み出す：ITpro ITエンジニアのためのビジネスアナリシスを読んだ - 勘と経験と読経 ビジネスルールとビジネスプロセス（その1） | 株式会社ＫＢマネジメント ビジネスルールとビジネスプロセス（その2） | 株式会社ＫＢマネジメント ビジネスルールとビジネスプロセス（その3） | 株式会社ＫＢマネジメント ビジネスルールと
ウォーターフォールとアジャイル開発はどちらが優位か？ “超高速開発”を含めて、JUASが3手法の分析結果を公表 | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ 開発ツール／プラットフォーム ＞ 調査・レポート ＞ ウォーターフォールとアジャイル開発はどちらが優位か？ “超高速開発”を含めて、JUASが3手法の分析結果を公表 開発ツール／プラットフォーム 開発ツール／プラットフォーム記事一覧へ [調査・レポート] ウォーターフォールとアジャイル開発はどちらが優位か？ “超高速開発”を含めて、JUASが3手法の分析結果を公表 2015年4月20日(月)田口 潤（IT Leaders編集部） リスト 日本情報システム・ユーザー協会（JUAS）は2015年4月15日、「ソフトウェアメトリックス調査2015」の概要を発表した。今回は、開発生産性を高めるものとして関心が高まっている、アジャイルと超高速開発のアプローチについて、その実態を明らかにする試みをしているのが特徴だ。 ウォーターフォール型開発（W
ソフトウェアをつくるための３つの役割〜アジャイルに外部設計は必要か | Social Change!
ソフトウェア開発にはどんな役割が必要だろうか。よくあるウォーターフォールの世界では「要件定義」「基本設計（外部設計）」「詳細設計（内部設計）」「実装」などといった名前で工程を分けることで役割を分けています。アジャイル開発のスクラムでは「プロダクトオーナー」「スクラムマスター」「チーム」といった名前で分けています。役割の名前が違えば、ソフトウェアのつくり方が違うかというと、そうではなくて「やるべきこと」は同じだと考えています。 ソフトウェアをつくる上で「やるべきこと」は何か ソフトウェアをつくる上で「やるべきこと」は何かをざっくりと分けてみます。 最初に、どんな困った問題を解決したいか、どんなことを便利にしたいか、といった根源的なことが思いつきます。次に、どうやって解決するか、何をつくれば良いか、というアプローチを考えます。そして、それを実際に動くようにプログラミングしていく訳です。 一人で
企業システムにアジャイルは必要か
2015/6/22にアイ・ラーニング様にて開催された「悩める管理職のためのエンタープライズ・アジャイル導入セミナー」の講演資料です。Read less
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scrum AllianceがState of Scrum 2017年版を公開
アジャイルはなぜ失敗するのか？～教科書には載っていない反復型開発の3つの掟
カンバン方式を適用する間違った理由と正しい理由
スクラムの７つの罪とアジャイルのアンチパターン
エンタープライズアジャイルと全体最適について ～アーキテクチャ設計とウォーターフォールの必要性～
ウォーターフォールとアジャイルを考える #ita_ws
