どうもこんにちは。 Aiming で東京開発グループのゼネラルマネージャをやっている小林です。 8月に mobage と Yahoo! モバゲー で ロードオブナイツ というシミュレーション RPG をリリースさせて頂きました。 そして、先週、 Yahoo! モバゲー版の PC ブラウザ専用デザインをリリースさせて頂きました。 今回リリースしたものは元々 Unity で作られていた iOS アプリ版 Lord of Knights を HTML5 で書きなおしたものです。 （今は Android 版 もあります） HTML のポチポチゲーをネイティブに移植したというのはよく聞く話ですね。 ですが、逆にリッチなネイティブアプリを HTML5 に移植し、かつスマフォブラウザと PC ブラウザで同じものを動かすなんてのは前例が見当たりませんでした。 技術的ハードルが高かったことに加えて期日がタイ

なぜアジャイルなのですか？改めて考察するウォーターフォールとの違いに参加してきました。 ウォーターフォール（以下WF）はよくDisらr・・・アジャイルと比較されます。 私もアジャイル開発を知るまでそうではない開発を経験したことがありますが、おそらくそれらはWF開発をしていたわけではなく、WFのようななにかに過ぎなかったと思います。 だから、ちゃんとしたWFについても勉強したいなーと考えていたのでとてもいい機会になりました。 株式会社ジャムズを経営されている玉牧 陽一さんのご講演のポイントをまとめます。 詳細については下記SlideShareをぜひご覧ください。 なぜアジャイルなのですか？改めて考察するウォーターフォールとの違い WFの原点に関わる流れ 1970年 Managing the Development of Software Systems via Winston Royce W

皆さんの現場では、矛盾を抱えながら開発を進めてはいないでしょうか？ 自分たち以外の誰かが決めた、スコープ、期限、コストを守るために、「絶対無理！」と いいながら毎日残業している方もいるのではないかと思います。 ウォータフォールプロセスは、このような矛盾を含んだ開発の代名詞のように語られる こともありますし、その対極の存在としてスクラムなどのアジャイルが語られることが 多いように思います。 私は、開発の矛盾は開発プロセスそのものには直接依存していないと考えています。 アジャイルも開発の矛盾を解消することを目的としているわけではありません。 しかし、組織の構造と開発プロセスの組み合わせが影響する場合はあるのではないかと考えています。 ヒエラルキーを持った組織とウォータフォールプロセスの組み合わせにおいては、 スコープ、期限、コストなどのコミットメントを上位に対して守らなければならない プレッシ

アジャイル開発を実践して「納品のないサービス型の受託開発」というユニークなSI事業を展開するソニックガーデン。アジャイル開発については、2011年末ぐらいから大手のITベンダーも本腰を入れて取り組みつつあるようだ。ソニックガーデンで社長を務める倉貫義人氏に、アジャイル開発の意義とどのようなシステムに向くかを聞いた。 確かに最近、SIerによるアジャイル開発の取り組みをよく聞く。ユーザー企業においても、基幹システムに適用するなどの事例があるようだ。 アジャイル開発が話題に上ることが増えているものの、そもそも何を解決するものなのかわかって話している人が少なすぎると感じている。バズワード化しているアジャイルに経営者が注目してシステム部門に投げ、やってみようとなるケースもあるようだ。こうしたケースでは、「解決策から問題を考える」というように、思考の順番が逆転しているのではないか。 本来であれば、「

ここ最近の「アジャイル」という言葉の使われ方に違和感を感じています。 年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。 そして、その一つとして期待されているのが「速い・安い」を実現する「アジャイル開発」だと言うわけです。もはや、まるでファストフードです。 大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。 アジャイル検定の本格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立 近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手

中規模、大規模のアジャイル開発において成功に寄与する主な要因は、リーダーシップを発揮するキーマン、教育と経験、段階的な導入、などの内容を含む報告書を、独立行政法人情報処理推進機構（IPA）が公開しました。 報告書のタイトルは「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査 調査概要報告書」で、プロジェクトの実メンバー数が30名から100名程度を中規模、100名以上を大規模と位置づけ、中規模の事例6件、大規模の事例4件、そして中規模大規模のプロジェクトで部分的にアジャイル開発を適用した事例4件を基に書かれました。 プロジェクトの内容はゲームソフト、ソーシャルゲーム、SNS、医療健康関連、ECサイト、基幹システムなどで、自社開発、受託開発ともに含まれています。 公開された概要からポイントを引用します。 非ウォーターフォール型の方が「いきいきしている」 基にした14件の事例。

スケジュールを立てるということについて、真剣におこなっているのかということに心当たりがあったので。 CSM研修初日メモ – ShiroKappa Blog で、Scrumでのスプリント（イテレーション）が中断されることについて、書かれていたので、経験的なことを書いてみる。 コーチによって、いろいろと意見が分かれるところであるので、一つの意見として参考にして頂ければ幸いです。 イテレーション計画の余裕について イテレーションでこなせるタスクをギリギリの量で計画は絶対にしないこと。開発者にある程度の余裕があって、終了を迎える程度にする。 具体的には、1週間から2週間のイテレーションだと、1日ぐらいの余裕は必要であると考えている。 余裕を与えすぎると働かないのでは？効率が悪い？ 自己組織化したチームは、イテレーション内にやるべきことが終わってしまえば、自主的にソフトウェアの改善に勤めたり、次のイ

永和システムマネジメントはアジャイル開発を得意としており、組込み業務に携わるエンジニアにもアジャイル経験者はいます。しかし、特に自動車業界における量産開発と呼ばれるフェーズでは、V字モデルのウォーターフォールが鉄板であり、これまでのところアジャイルの出る幕はありませんでした。 とはいえ、試作や先行と呼ばれるフェーズにおいては、プロトタイプ開発において繰り返し型の開発手法がとられることもあります。テストの自動化などのプラクティスも盛んに採用されていますし、現場には「もっと楽して良いものを作れるプロセスを」と旺盛な改善意欲を持っているエンジニアの方もおられます。徐々にじわじわとアジャイルな手法も求められていくでしょう。なので、今後ますます私たちの価値が問われるだろうし、それはチャンスだと思ってます。 ちなみに、昨年一番アジャイル系の手法で印象に残ったのは、スクウェア・エニックスのプロジェクトマ

これはTDD Advent Calendarの18日目。 記事としては @mao_instantlife さんの TDDやってみてコメントが減った話 のあと、@cubeon さんの きっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！ の前となります。 最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。 ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。 以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。 その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。 それなりの規模のプロジェクトに多いように、さ

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

柏木雅之、山下博之 （IPA SEC エンタプライズ系プロジェクト） 2011-05-25 12:00 皆さんは「アジャイル開発」と聞くとどんなイメージを思い浮かべるでしょうか。語源となっている英語の“agile”を辞書で引くと「俊敏な、迅速な」という意味が載っています。そのとおり、刻々と変化する市場の要求、顧客の要求に迅速に対応していくというのが基本的なアジャイル開発のあり方です。 本連載では3回に渡り、アジャイル開発の採用を検討している方々に対して、その基本的な事項を解説していきたいと思っています。本連載によってアジャイル開発への理解を深めていただくきっかけになれば幸いです。 「ウォーターフォール型」の限界 アジャイル開発の説明に入る前に、「ウォーターフォール型開発」について見ていきましょう。 システム開発には納期が伴います。開発サイドは決められた期間内に要求通りの機能を実現し、顧客に

社会人2年目でXPに出会い、XPを導入するも大企業SIerのビジネスのあり方に疑問を抱き、サービス事業の立ち上げへ。前XPJUG会長kuranukiさんの10年を通して、日本のアジャイルを振り返る。 ■あわせて読みたい 日本のアジャイル10年史 sandayuu編 http://togetter.com/li/100325 kuranuki編 http://togetter.com/li/100356 続きを読む

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムの概要を短時間で把握できるいくつかの動画や資料を紹介します。 動画Scrum in under 10 minutes (10分)早口な英語だけど分かりやすいです。 Scrum Basics (5分)アジャイルコーチングの現場で、あまり前提知識が無い人たちに見せたりすることもある分かりやすい動画。 スクラムマスターがゲートキーパーとして刀を振ってチームを守っているところがいいですね。 資料マイク・コーン氏作成で拙訳のAn overview of Scrumパワーポイント形式の資料がマウンテンゴートソフトウェア社のサイトからダウンロードできます。 ライセンスはCCライセンスなので

「ビジネス上のコミュニケーションを、メールの不便さから解放したい」という思いから2009年にサイボウズがスタートした無料コラボレーションツール「サイボウズLive」。その開発現場は、Webアプリケーション開発の流行をうまく取り入れたアジャイルなものでした。その様子を、はてなチーフエンジニアの大西康裕がインタビューしました。テーマは、プログラミング言語の選び方から、自動ビルドと自動テスト、リファクタリング、チーム内コミュニケーションなど。大西自身も「面白かった」と語る取材の様子をぜひお楽しみください。記事の最後ではプレゼントもご案内しています。ところでこの取材には、サイボウズ・ラボの竹迫良範氏が、なぜか大量のレッドブルを抱えて登場したのですが……。 http://live.cybozu.co.jp/ （※この記事はサイボウズ株式会社提供によるPR記事です。） 大西　はてなチーフエンジニアの大