「過半数がスクラムを採用」アジャイル開発に関するアンケートが今年も公開。VersionOne
アジャイル関連製品を提供している米VersionOneが毎年行っている、アジャイル開発に関するアンケート結果が今年も公開されました。定期的に行われているアジャイル関連のアンケートとしてもはもっとも大規模なものです。 アンケートは2012年8月から11月まで行われ、4048人が回答。回答者の60％が北米、27％が欧州から。回答者の61％がすでにアジャイルを実践しており、19％はアジャイルコーチやコンサルタントなど指導的な立場で、20％がそれ以外となっています。 アンケート結果の中から、ポイントだけを引用しました。 もっとも多く使われているのはScrum まず社内でアジャイル開発が行われているかどうかについて。84％が社内でアジャイルを経験しており、16％は経験していないと返答。
CMMIなら、どんなチームも開発効率を改善できる
CMMIなら、どんなチームも開発効率を改善できる：今日からできる“CMMI流”開発効率改善術（1）（1/2 ページ） ソフトウェア開発のスピードと品質は、プロジェクトチームの開発能力に大きく依存している。しかし、ただでさえ日々の業務に忙殺されている中、チームの開発能力と作業効率を着実に改善していくためにはどうすれば良いのだろう？ V1.3がリリースされ、さらに使いやすくなったCMMIにヒントを探る。 開発組織が着実に成熟するための道標、CMMI 市場競争が激化している近年、企業にはビジネス展開のスピードと品質が求められています。そうした中、業務を支えるソフトウェア開発の品質・生産性向上のために、あらゆる標準モデル・技法が編み出されてきました。例えば、PMBOK、SLCP-JCF、アジャイルのスクラム開発などは多くの方がご存じかと思います。 本連載でご紹介するCMMI（capability
［SQEXOC］プロジェクトを失敗させないためには？ スクウェア・エニックスで実施されているプロジェクト管理術公開
［SQEXOC］プロジェクトを失敗させないためには？ スクウェア・エニックスで実施されているプロジェクト管理術公開 編集部：aueki スクウェア・エニックスCTO 橋本善久氏 10月8日，東京・新宿で開催された「スクウェア・エニックス オープンカンファレンス2011」で，同社CTO/テクノロジー推進部担当コーポレートエグゼクティブ 兼 ジェネラルマネージャー/新世代ゲームエンジンLuminous Studio プロデューサー 兼 テクニカルディレクター/リアルタイムテクノロジーデモPhilosophy プロデューサー 兼 総合ディレクター/FINAL FANTASY XIV テクニカルディレクター橋本善久氏によって「ゲーム開発プロジェクトマネジメント講座」と題した講演が行われた。 肩書きからも分かるように橋本氏は，さまざまなプロジェクトを担当している。そんな氏により，スクェア・エニックス
NEC、ビジネスユニットやオフショアをまたがるプロジェクト管理を標準化
NECはITサービス領域で利用していたロジェクト管理手法を標準化し、全社統一的に適用する。ビジネスユニットをまたがったり、オフショアで開発したりするプロジェクトの効率化や品質向上を狙うという。 NECは4月6日、システム構築やソフトウェア開発における「プロジェクト管理標準」を規定し、国内のグループ各社および中国を中心としたオフショアに展開すると発表した。 プロジェクト管理標準は、「標準プロセス」と「標準ツール」で構成される。標準プロセスはプロジェクトマネジャーがやるべき作業、すなわち進捗管理・品質管理・コスト管理・障害管理などと、そのアウトプット（帳票）を定義している。また標準ツールは、標準プロセスで定義した“やるべき作業”を実施するためのソフトウェアとなる。 NECではこれまで、各ビジネスユニット（BU）単位でプロジェクト管理標準を整備してきたというが、BUを横断するプロジェクトの増加や
【続】TiDD初心者が陥りやすい罠part2～工程単位のRedmineプロジェクトやリリース予定バージョン - プログラマの思索
工程単位のBTSプロジェクトやBTSバージョンが何故よくないのか、再考してみた。 ラフなメモ書き。 【元ネタ】 TiDD初心者が陥りやすい罠part2～工程単位のRedmineプロジェクトやリリース予定バージョン: プログラマの思索 バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠: プログラマの思索 Agile開発の肝はイテレーションにあり: プログラマの思索 頻繁なVerUpがソフトウェア開発の本質: プログラマの思索 【1】WF型開発に染まっているPMやPGは、どうしても工程単位にBTSプロジェクトを作ったり、BTSバージョンにアサインしたりする。 自分たちの開発スタイルが、滝の流れのように成果物を下流工程の人へ渡して、最終成果物を作っていくからだ。 例えば、設計プロジェクト、結合テストプロジェクト、本番障害プロジェクト。 機能Aの設計バージョン、機能Aの開発
[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発 - ソフトウェアさかば
ウォーターフォール(WF)とアジャイルの議論はいつもかみ合いません。それは、モデルで考えるなら、1回だけか複数回かで複数回の方が変化に強いに決まっているものの、WFは決められた仕様どおりのものを作ることが目的で、アジャイルは変化に対応しながら顧客の要求に合ったものを作ることが目的だからです。目指すものが違うので、それを比較しても、どちらが良いということはありません(もちろん、あるプロジェクトにとって、どちらが向いているかはあります)。 ここでは、WFではなく「従来法」と呼ぶプロセスを考えてみます。具体的には、開発標準として、上流から下流までの段階的な工程に分かれ、各工程での作業、成果物、品質向上策のほか、メトリクスの基準が決められている。初めての技術に関しては、プロトタイピングが実施されて技術的な検証がされる。また、上流では少人数で、下流工程では増員されるようなプロセスを考えます。 このよ
![[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発 - ソフトウェアさかば](https://cdn-ak-scissors.b.st-hatena.com/image/square/cb3189f8cb55f68fc5c2b0270b2e8657e0d2eb43/height=288;version=1;width=512/http%3A%2F%2Fsakaba.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
グラス片手にアジャイル開発 第5回（後編） － アジャイル開発によくある課題と解決方法
バックログ 第3回でも触れたように、全体のタスクを管理するのに重要なのがバックログです。アジャイル開発では始めからすべてを詳細化はしません。優先度は低くとも重要で粗い要求までもリストアップするプロダクトバックログ、次のリリースのためのリリースバックログ、直近のスプリントのためのスプリントバックログの3つに分かれます。 スプリントバックログ自体は、タスク管理システムに統合されれば、あえてバックログ単体として意識することは少ないかもしれません。プロダクトバックログとリリースバックログは詳細化しすぎず、全体感を捉えきれる程度（例えばExcelでリストする程度）で良いでしょう。 タスク管理システム スプリントバックログに相当する部分は、タスク管理システムを中心に据えることが多いです。"チケット駆動開発"（すべてのタスクにチケットを発行して管理）といった言葉に代表されるように、間接タスクも含めてすべ
アジャイルはウォーターフォールよりも難しい
ここにきて、アジャイル開発手法を業務システム（アプリケーション）の開発に適用しようとする動きが本格化している。これまで小規模、Webシステムへの適用が目立ったが、最近は業務システムや大規模プロジェクトへの適用事例も出てきた。アジャイルはもはや“ブーム”ではなく、本格的な普及が始まったと見てよさそうだ。 ところが、実際にアジャイルを採用した現場に話を聞くと、何とことごとく失敗している。そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。さらに業務システムへの適用となると、コストや納期の制約があり、品質優先で開発を繰り返しながらシステムを成長させていくアジャイルと考え方が相反する面がある。 それでも開発現場はアジャイルに望みをかけている。刻々と変わる要求やリスクに迅速に対応する必要があるからだ。最
「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から
「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から アジャイル開発手法として知られるXPやスクラムは、国内で徐々に浸透し始めています。しかしアジャイルをさらに推し進めて企業レベルでアジャイルを活用したり、あるいは企業自身がビジネスをアジャイルに回すためにはどうすればよいのでしょうか。 4月9日と10日の2日間開催されたイベント「Agile Japan 2010」。2日目の基調講演に登壇したAlan Shalloway氏は「アジャイルの現状と未来、次に来るもの。〜リーン開発への展望〜」（What Is Next In the Agile World）と題し、企業をマネジメントする視点からのアジャイルについて講演を行いました。 Shalloway氏の講演は、アジャイルについてよく言われる「プロジェクトではうまくいくが、会社レベルで展開し
チケット駆動開発にPSPの概念を持ち込む - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
はじめて使うJazz （5） ― プロセス・エンアクトメント
開発プロセスに実効力を持たせる「プロセス・エンアクトメント」 さて、今回は少しテーマを変えて、Jazzの新しいコンセプトである「プロセスをツールに組み込むことで、ツールが開発者にそのプロセスに自然に従うようにする」、というお話をしましょう。 アジャイル開発では厳格なルール（無駄が多いという意味で）を嫌う傾向がありますが、ルールがまったくないというのも考えものです。例えば、分散環境であったり経験やスキルのまばらなメンバーの集まったチームでは、何のルールもなくプロジェクト運用は人任せというのは危険です。自律したチームほど守らなくてはいけない必要なルールが何であるかを知っているものです。 チーム・メンバーにとって、スムーズに仕事がはかどるためには必要最低限のルールが必要です。しかし開発者全員にルールを徹底するのは大変です。 では、ツールがルールを守るように開発者に仕向けてくれるとしたらどうでしょ
プログラマの思索: ツールが開発プロセスを改善する
Redmineでチケット駆動開発(TiDD)を運用して気付いたことは、開発プロセスが大きく改善されただけでなく、従来の開発プロセスの弱点が浮き彫りになったこと。 下記の記事を読んで考えたことを書いてみる。 【元ネタ】 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー 元請SIerがTracのような環境を提供できない３つの理由 - なからなLife 元請け企業が用意すべきもの - T/O 【1】強力な構成管理ツールが無い時代はライブラリアンが独裁者 構成管理の基本は、任意のバージョンのシステムを再現できること。 今時、Subversionのようなバージョン管理ツールの無いSW開発プロジェクトはありえないだろう。 CVSやVSSが無かった頃は、構成管理ツールなど存在せず、構成管理を人手でやるしかなかった。 今でも、Excelなどの設計書はバージョン管理で制
仕様書いらずの新ネットサービス構築法
仕様書を書かず、開発途中で挙がってくるさまざまな機能要求をツールで管理しながら、プロトタイプを改良し続け、β版リリースまでこぎつける。Webアプリケーションの効率的な開発方法を事例を元に紹介する。 4月27日にサービスを開始したソニーの映像共有サービス「eyeVio」（アイビオ）の構築には、企画元のソニーのほか、実装担当のギガプライス、UI設計・デザイン担当のシンク、ディレクションおよびプロジェクト管理担当のウルシステムズが携わっている。実装3～4人、デザイン2～3人、ディレクション・プロジェクト管理1人が開発における実働部隊の人数だ。開発期間は仕様のディスカッション期間を含め、およそ1年。α版の開発から計算すれば7カ月強といったところ。限られた開発期間の中、独自の開発方法論で新サービス立ち上げを支援したウルシステムズに、構築の舞台裏を聞いた。 定例会議で仕様を議論 2006年5月のゴール
不安定であることの機敏性 (arclamp.jp アークランプ)
ヒトと機械のあいだ―ヒト化する機械と機械化するヒトという、はい、好きなネタなので読んでみました（ｗ。面白いのは情報の話。 わざわざ不安定化することで機敏になれる そもそも機械的というと単純で融通が利かないものと思われがちです。しかし、変化する状況に応じて柔軟に変化に適応する機械も増えています。その先駆けともいえるのがノーバート・ウィーナーが説いたサイバネティクス。 機械の制御入力を希望の出力と現在の出力を比較しながら調整していくことに関する技術である。 こういったフィードバックによる自動制御はヒトの二足歩行にも関係してきます。足の数は4本のほうが安定します。しかし、 わざわざ不安定化し、制御・調整という情報機能を付け加えることによってより高い次元に進化することができるのである。 これを示すものとしてあげているのがNASAが開発した航空機X-29。X-29にはCCV（Control Con
あるオブジェクト指向開発の物語：ITpro
Part1 プロジェクト開始前夜 「的場くん，弁当チェーンのA社は知ってるだろう？ 明日のヒアリングに同席してくれないか」――ある昼下がりの午後。平田マネージャが的場さんの席まで来て声をかけました。 的場さんは，都内の中堅ソフトハウスに勤めるソフトウエア・エンジニアです。Javaを中心とするWebアプリケーションの開発では，ここ数年，様々な経験を積んでいます。ちょうど前のプロジェクトの切れ目だったこともあり，的場さんは平田マネージャの話に耳を傾けました。 「実は，A社の野崎システム部長から，新システム構築にあたって最近の技術動向，特にオブジェクト指向開発について話を聞かせてほしいと言われているんだ」 「はあ」 「で，だったら，わが社の開発のエースをお連れしますよ，ということで君に白羽の矢が立ったわけだよ」 それを聞いて，的場さんの胸に不安が去来しました。平田マネージャは現場を離れて10年以
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「スクラムやるならRedmineとALMinium！」～新キャラ登場！ 無表情なあの人が笑う日は来るのか？
アジャイル開発の始め方
バックログ・グルーミング: 誰が、いつ、どのように行うか
Kanban and Time-boxes | AvailAgility