設計と実装の狭間で - 急がば回れ、選ぶなら近道
・現状 ・・・相変わらず溝は埋まっていません。希望の星と目されたDSLは現時点ではかなりの不発弾に近い感じで、設計系クラスターはあまり元気がないですね。翻って見れば、設計と実装が最も近かった時代は、なんのことはなくて、自分も含めて（懐古趣味の老人を除いた）皆さんが毛嫌いするCOBOL＋汎用機の時代だったかもしれないという意見すら出る惨状です。あの時代以降、 UMLが登場し、まさに銀の弾丸状態で、それ以降Unified Processやら何やらが、インフルエンザの如く流行りました。ま、その延長上に今のアジャイルまでの流れがあるわけですが、気がついてみれば、これほど設計と実装が離れてしまった時代もないという状態になってしまっています。・・・設計と実装の狭間は、相変わらず埋まっていない気がします。 ここへ来て、実装技術の多様化は、カンブリア紀を思わせる拡大の一途になっています。開発環境のみならず
TDD(テスト駆動開発)をはじめたい人にオススメの資料(無料) | Act as Professional
TDDBC in TokyoをPHPUnitでやる予定なので、TDD関連資料をあさってました。 実際に手を動かして、1から2時間で最後までやり通せるTDDの資料を見つけました。 TDDに興味を持った方が最初にやるのにちょうど良い内容なので、お知らせします。 オブラブで公開されている車窓からのTDDです。Java+JUnitの構成で書かれていますが、PHP+PHPUnitで、ほとんどPHPっぽく書き直せば問題なくTDDの雰囲気を学べる内容です。 Fake It 三角測量 リファクタリング などのタイミングを具体的に理解できるストーリー仕立てになっています。内容のボリュームもお手軽なので、TDDに興味のある方は、やってみてはいかがでしょうか？TDDの良さが体験できると思います。 PHPのコードをgithubで公開しています。「PHPでどう書くの？」って思った方は参考にしてください。
アジャイルなレビューをサポートするツールを5つ
Agile2010のリサーチセッションで、アジャイルソフトウェア開発におけるレビューをテーマに発表をしている方がいらっしゃいました（資料はこちら）。発表者はMario Bernhartさんだったと思うのですが、彼は発表の中で、Continuous Changeset-Based Review（CCBR）という言葉を使っており、開発の最後でレビューに時間をかけるのではなく、コミットごと（Changesetベース）のレビューという戦略を考え、CCBRを実践するためのツールとしてReviewClipseを紹介していました。 開発におけるレビューのコストは大きいと思います。アジャイル開発だけでなく、通常の開発もサポートする効率的なレビューツールを探してみました。 Mylyn Reviews (ReviewClipse) BernhartさんおすすめのReviewClipseはMylyn Revie
［覆面座談会］はびこる失敗アジャイル
アジャイルの適用が進む一方、失敗プロジェクトが増えている。アジャイル開発の経験が豊富な3人に、現場の様子を語ってもらった。いったいどんな失敗が起きているのか。（聞き手は日経SYSTEMS記者、池上俊也） 記者：最近、業務システムの開発にアジャイルを適用する事例が増えてきました。アジャイル開発の経験が豊富な皆さんは、こうした状況をどのようにご覧になりますか。 Aさん：以前は若い開発者が中心となって、Webシステムの開発でアジャイルを採用するケースが多かったと思います。しかし最近は、ちょっと違う。開発会社のトップや、ユーザー企業の担当者がアジャイル開発の採用を求め、トップダウン的に取り組むケースが多いようです。それもこれまでウォーターフォール型を適用していた業務システムのプロジェクトに適用する事例が目立ちます。 Bさん：より速く、より安くシステムを開発する手法として、アジャイルが広く認知された
「契約もアジャイルに」、中堅SIerの新たな挑戦 － ＠IT
2010/12/07 「アジャイル」といえば、ソフトウェアの開発手法として近年注目を集めてきた。半年や1年といったプロジェクト期間で完成品を作る「ウォーターフォール型」ではなく、2週間程度の短いサイクルで、途中経過であっても実際に動くものを見ながら開発を進めるスタイルだ。事前にシステム要件を定義しづらい場合や、市場変化が激しい場合などに柔軟に対応できる。 アジャイルは開発スタイルの実践を指すが、これを受託開発の契約形態に当てはめようという企業が登場して注目を集めている。中堅SIerの永和システムマネジメントは2010年11月11日、初期費用0円、月額利用料15万円からという、まったく新しい契約形態による受託開発のトライアルサービスを発表した。永和システムマネジメントに話を聞いた。 こう語るのは永和システムマネジメントサービスプロバイディング事業部の木下史彦氏だ。アジャイルといえば、開発の方
アジャイル開発とソフトウェアアーキテクチャの間のバランス感覚 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
「アジャイル開発の進め方」はもう聞き飽きた - 設計者の発言
１０年にわたって多くの試行錯誤と議論がなされてきたアジャイル手法だが、どうもひっかかっていることがある。アジャイルに関するこれまでの語りは「アジャイルなシステム開発に必要なものは何か」ではなく「アジャイル開発の進め方」を微に入り細に入り説明しているだけではなかったか。 こういう言い方ではピンとこないだろうから、言い換えてみる。「リッチな暮らしを送るための条件は何か」をぼかしたまま「リッチな暮らしの楽しみ方」ばかりを説明する――そんな語りがあったら奇妙だと思わないだろうか。リッチな暮らしを担保するもの（じゅうぶんな資産）については曖昧にしたまま、リッチな暮らしの諸相を事細かに語る。よほどの暇人でも、聞いているうちにウンザリしてくるのではないか。 「イテレーションの手順はこれこれこんな風です」「豪華客船への搭乗手順はこれこれこんな風です」「ダイナミックな開発過程を通してプログラマのやりがいが生
【資料公開】Tracを顧客に公開する意味
みなさんこんにちは。@ryuzeeです。 9/10（金）に明星大学で行われたオープンソースカンファレンスで、Tracを顧客に公開する意味についてお話をしてきましたので、その資料を公開します。 言いたいことは単純です。 お客様からの信頼はオープンであることから醸成される、ということオープンにすることで、お客様からの協力が得やすくなる、ということ開発チームが何かを隠すことは、お客様に対して誠実でない、ということということです。 ちなみに、Trac、と書かれているところは、MicrosoftのTeam Foundation Server でも、Redmineでも、JIRAでも、Rational Team Concertでも好きなものに置き換え可能です。
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
SCRUM本に載っていたSECIモデルで暗黙知と形式知について学ぶ - Guyon Diary
今、SCRUMに取り組んでいます。 自分が現在関わっているプロジェクトはSCRUMではありませんが、隣のチームのプロジェクトはSCRUMで進めていたりしていて、社内でもXPよりSCRUMという言葉をよく耳にする気がします。 今日の読書より 「アジャイルソフトウェア開発スクラム」というSCRUM本の「スクラムが機能する理由」という章を今日読みました。 この章では、感覚的にSCRUMが良いという話しではなく、理論的に「ほらっ証明できるでしょ」というような切り口や証明的な視点で書いてあります。「スクラムに対する知識創造の視点」という項に記載されていた図が心に残りましたので、記録に残したいと思います。 「スクラム組んで開発しよう！」より http://www.ogis-ri.co.jp/otc/hiroba/technical/IntroASDooSquare/chapter2/IntroScru
誰にでも心当たりのありそうな、アジャイルが失敗する理由7＋11
コンサルタントであるMartin Proulx氏のブログ「Analytical-Mind」に、「 Seven wrong reasons to adopt Agile」（アジャイルを導入する7つの間違った理由）」というエントリがポストされています。読んでみると、なんだかドキっとするようなことが書いてあります。 次の7つの理由、心当たりのある人も少なくないのでは？ We recently attended a conference and Agile is becoming more popular. If others are doing it, so should we. 最近カンファレンスに参加したところ、アジャイルが人気らしい。他でやっているのなら、うちでもやるべきではないか Because Gartner and Forrester say so. ガートナーやフォレスターがそう言
AgileJapan2010 の感想報告 (その1)：An Agile Way：オルタナティブ・ブログ
AgileJapan2010 についてです。とても充実した二日間で、頭の中が一杯になり、なかなかブログを書き出すことができませんでした。。。 まず、なんといっても野中先生の公演がめちゃくちゃ響きました。本編についてはすぐに後に書きます。今日は、裏話を先に。 野中先生には、「リーン開発の本質」を訳したときにぼくが日経BPの編集者（高畠さん）を通じて献本をお送りしました。そのときに丁寧なお返事を頂いたのがきっかけで、いつか、アジャイル関係のカンファレンスでお話していただきたいと思っていました。本家のAgile2009にも、先生のPhronetic Leadershipを紹介するサブミッションを書いたりしました。 今回、富士通の宮田さんのご紹介で、実際に野中先生をたずね、お話をお願いしました。 今なぜ先生の発見した手法がソフトウェア開発で注目されているか、日本の現在のソフトウェア開発をもっとクリ
楽天で角谷さんのお話を聞いた - 未来のいつか/hyoshiokの日記
解読アジャイルソフトウェア開発というタイトルでお話をしていただいた。*1 アジャイル開発の本質を角谷節で1時間あまり独演会してもらった。 Demystifying Agile Software DevelopmentView more presentations from Eiwa System Management, Inc. . ともかく映像を観てほしい。約1時間ちょっと、そしてその後に続く質疑応答も一緒に。 ソフトウェア開発における受託開発という立場ではない、もう一つのソフトウェア開発の現場が、自分のサービスを自分で作るという立場だ。 受託開発の場合はユーザー企業（発注する側）と開発する企業（受託する側）とがあって、時として敵対関係に陥る。一方の利益が他方の損というゼロサムゲームである。 自社開発の場合は、社内にユーザ部門と開発部門があったとしても、最終的にはユーザ部門の利益と開発部
「アジャイルソフトウェア開発宣言」公式日本語版が公開
アジャイル開発手法の精神ともいえる内容を宣言した「Manifesto for Agile Software Development」（アジャイルソフトウェア開発宣言）の公式な日本語版が、英語版が公開された2001年から約10年たって、ついに公開されました。 アジャイル開発手法にはエクストリーム・プログラミング（XP）、スクラム、RUP／UP（ラショナル統一プロセス／統一プロセス）などさまざまな手法があります。そして、これらのアジャイル開発手法の精神をまとめた文書として、2001年にアジャイル開発手法を支持する多くの著名人によって公開されたのが「Manifesto for Agile Software Development」（アジャイルソフトウェア開発宣言）です。 以下に、公開された日本語版の全文を引用しましょう。 アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践 あるいは
日本のアジャイルは海外と比べると周回遅れか、アジャイル開発が国内で普及するには？ IPAの報告書から
海外ではアジャイル型開発の採用は開発企業のステータスとしての側面があり、現在のアジャイルの次にくるものの議論が始まっている。我が国の状況は周回遅れとも表現されることが少なからずあった。 日本のエンジニアが生き生きと働くためにどうすればよいのか？ その一環として独立行政法人情報処理推進機構（IPA）が発表した「非ウォーターフォール型開発に関する調査」では、まとめとしてこのような説明が掲載されています。 アジャイル開発普及のための3つのポイント こうした状況を脱し、国内でアジャイル開発を普及するためにどうすればいいのでしょうか？ 発表されたIPAの報告書では次の3つの指摘がありました。 (1) ビジネス等のコンテキストに応じた開発方法の選択 開発するソフトウェアの特性やプロジェクトに与えられる制約などを踏まえ、妥当な開発手法を定めた結果として、ウォーターフォール型開発色が強い場合もあれば、その
テスト駆動開発の効果はどのくらいある？
ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」（Test-Driven Development：TDD）。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ
ウノウラボ Unoh Labs: テスト本の読書会を行います。
こんにちは！やまもと＠テスト番長です。 ただいまテスト本の読書会を企画しています。 昨年秋に出版された「実践アジャイルテスト テスターとアジャイルチームのための実践ガイド」という本をご存知でしょうか？ アジャイルということでWEBアプリ製作の現場により近い内容のため、輪講形式で読み込んでみたいという話になりました。 時期は3月中旬ころ開催の予定です。詳細はこれから詰めますので、 ご興味のある方はお気軽に yamamoto[at]unoh.net までご連絡ください。 そういえば買ったけど積んでた！という方、その本まだ見てない！という方、この機会にいかがでしょうか？ テスト好きな方にお集まりいただけますと嬉しいです。ぜひご参加ください。
19-E-7 建築から開発プロセスを学ぶ〜パタンランゲージ／中埜博,和田卓人,角谷信太郎 - tmtms のメモ
とても面白かったセッションでした。楽しかったです。 中埜さんのことは知りませんでしたし、このタイトルだけではたぶん聞いてなかったと思うのですけど、和田さんと角谷さんの名前が会ったから聞いてみました。良かったです。 以下適当なメモ。ついていけなくなったところが多数あるので、たぶん嘘かいてあります。 和田さん 中埜先生は建築家 すごいパッションの持ち主 被爆する 自重なく声を出して欲しい 卓人の部屋第3回 会場と対話型 角谷さん スーツは気にしないで 一番被曝量が多い 中埜先生のおっかけ 和田さん 角谷さんの役割は通訳 中埜先生は Alexanderの直弟子 Software Patterns デザインパターンのムーブメントの源流 ソフトウェアパターンの理解は型紙としての理解 覚えるもの それは半分でしかない 角谷さん ○○パターンはいっぱいある パターンはコミュニケーションのため 設計のため
19-B-2 Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス／玉川憲 - tmtms のメモ
短い時間だったのでかなり駆け足でした。もっとじっくり聞きたい感じでした。 以下適当なメモ。嘘かいてあるかもしれません。 なぜ今アジリティが求められる？ ほとんどの会社が5年しないうちに出て行ってしまう 残る会社は戦略を変えつづけている 顧客ニーズへの俊敏な対応 アジャイル導入の効果は魅力的 導入により改善されたと答えている人の割合 生産性82% 品質87% 顧客満足度78% コスト72% IBMソフトウェアグループでの開発手法の変遷 1980年代 ウォーターフォール 1990年代 反復型開発 現在 アジャイル開発 アメリカでは70%以上がアジャイル技法を使っている 日本では 15%〜20% 反復型は50%以上 普及が進んでいる アジャイル開発の本質 アジャイル開発を企業に導入する際の課題 規模に関係なく適用可能なプラクティス 大規模だからこと考えるプラクティス アジャイル開発手法の共通点は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルへと向かう組織：慎重に歩こう
