開発プロセスの最適化手法 | オブジェクトの広場
※本稿は、株式会社アイ・ディー・ジー・ジャパン発行の 『ITアーキテクト vol.1』に掲載された「開発プロセスの最適化手法」の元原稿をITアーキテクト編集部の許諾を得て公開したものです。 ※一切の転載をお断りします。 はじめに 筆者らが、オージス総研で「オージステーラリングサービス」という開発プロセスのコンサルティングサービスを行う中で、ユーザー企業の情報システム部門のお客様からは「開発委託先が何をやっているのかわからない」という相談をよく受ける。一方、SIerやソフトハウスのお客様からは「Javaにも慣れたがソフトウェアの品質が一向によくならない」といった相談もよく受ける。どちらも開発組織に明文化された開発プロセスが無いことが原因で、プロジェクトの利害関係者から開発側の活動が見えなくなったり、開発側の品質の改善が進まなくなったりしていることが多い。また「以前、市販の開発プロセスを導入し
チーム開発を円滑にするための必須ツール
はじめに 先日Googleが「世界のスマートフォン利用に関する大規模調査」にて2012年度版の調査結果を公開したところによると、日本のスマートフォン普及率は20%だそうです。昨年2011年は6%だったので、約3倍普及していることになります。 このようにますますスマートフォンのアプリ需要は増大しており、その開発も、より効率的に行っていく必要があります。 本連載では、DaVinciWare様と株式会社ソニックガーデンで共同開発したiPhoneアプリ「AnkiBlank」を題材に、サーバサイド連携を必要とするスマートフォンの開発について、事例を交えて説明をしていきたいと思います。 iPhoneアプリ「AnkiBlank」のご紹介 突然ですが、中学生や高校生の時に暗記シートを使って単語を覚えていた経験はありますか？ 個人的には歴史の年号や出来事を、文脈と一緒に覚えるのに使っていた記憶があります。「
アジャイル開発手法「スクラム」の工程を、1枚のイラストで分かりやすく説明する
アジャイル開発手法としてもっともよく使われている「スクラム」の工程を1枚のイラストで説明した資料が、ブログRyuzee.comのエントリ「[Agile]Scrumの流れをイラスト1枚で説明した資料」で紹介されていました。 とても分かりやすいイラストでしたので、Publickeyでも紹介させていただきます（大きな画像はこちら）。 日本語の文字が少し小さかったので、あらためて僕の方で日本語を当てはめてみました。もしも変な訳だと感じた方がいましたらアドバイスなどいただければと思います。 このイラストのオリジナルとなったのが、ブログThe Critical Path by Derek Huetherにポストされた「Free Intro To Scrum Wallpaper」です。この記事ではもう1つ、スクラムの工程を別のイラストで紹介したものがあるので、そちらも日本語化してみました（大きな画像はこ
「10分でスクラム」、アジャイル開発の「スクラム」に興味がわいた方へ
今週は、野中郁次郎氏とジェフ・サザーランド氏というアジャイル開発手法「スクラム」の生みの親2人が基調講演を行った歴史的イベント「Innovation Sprint 2011」のレポートを2本公開し、たくさんの方に記事を読んでもらうことができました。 スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） 重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編） この記事きっかけに「スクラム」に興味を持ったという読者もおられたようで、そんな方のために（かどうかは分かりませんが：-）、「Innovation Sprint 2011」の実行委員長だった川口恭伸氏が「10分でスクラム」というスライドを公開しました。
N AIST-IS-MT0451098 修 士論文 ソ フトウェア開発プロセスにおける 定 量的管理指標の導入支援 引地 一将 2 006 年 2 月 2 日 奈良先端科学技術大学院大学 情報科学研究科 情報システム学専攻
N AIST-IS-MT0451098 修 士論文 ソ フトウェア開発プロセスにおける 定 量的管理指標の導入支援 引地 一将 2 006 年 2 月 2 日 奈良先端科学技術大学院大学 情報科学研究科 情報システム学専攻 本 論文は奈良先端科学技術大学院大学情報科学研究科に 修士(工学) 授与の要件として提出した修士論文である。 引地 一将 審査委員： 松 本 健 一 西谷 紘一 飯田 元 門田 暁人 教授 教授 教授 助教授 （主指導教員） （副指導教員） （副指導教員） （副指導教員） ソ フトウェア開発プロセスにおける 定 量的管理指標の導入支援 * 引 地 一将 内 容梗概 ソ フトウェア開発プロセスの管理と改善の一手段として定量的管理がある． 定 量的管理とはプロセス中で定量的に測定されたデータから得られる管理指標に 基づいて開発プロセスを管理することであるが
「現状のソフトウェア開発は間違っていないか？」（プロセス編）
失敗例その1 「要件定義が終わらない」 ユーザーから要求を聞き出し、システム要件に落とし込んでいくのが要件定義だ。要件定義が終わらないかぎり基本設計に移れない。しかし、要件定義がいつになっても終わらない。その理由として、ユーザーからうまく要求を引き出せないことがある。そもそも今回のシステム開発でユーザーが具体的に何をやりたかったか、どんなものをIT化すればよいのかがはっきりしない。3カ月と予定されていた要件定義工程はすでに１カ月オーバーしてしまっている、しかもユーザーが満足するような要件定義書がいまだにできていない。 失敗例その2 「設計工程の無駄」 オープン系の開発でウォーターフォール開発を行っている。設計工程は、基本設計、詳細設計に分かれている。基本設計では、要件定義に基づき、主に画面などユーザーがシステムを利用するうえで意識する部分を設計し、詳細設計では、それをプログラムにつなげるた
アジャイル開発と反復開発の落とし穴
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。 ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。 （*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。 反復開発とアジャイル開発の違い 反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
