2. 今日話すこと 自己紹介 WHY IMPACT MAPPING ? WHAT’S IMPACT MAPPING ? HOW TO DO IMPACT MAPPING ? (DEMO) ! Mapping Mapping Other Mind Mappings まとめ 3. 自己紹介 • ㈱永和システムマネジメント – 福井市（本社）、上野東京（支社） – Ruby と Agileを使ったふつうのシステム開発 • 株式会社チェンジビジョン – 福井市（開発部）、上野東京（本社） – astah* (旧：JUDE) の開発 • 平鍋健児 – UML+マインドマップエディタ astah*の開発 – 要求開発アライアンス、 – 翻訳、XP関連書籍、『リーン開発の本質』 『IMPACT MAPPING』等多数。 – 著書『アジャイル開発とスクラム』、『要求開発』 『ソフトウェア開発に つマインド
アジャイルのプラクティスを、もう一度解説して行きたいと思います。できるだけ、日本の文脈にあった内容を加えて、実践できるように。また、野中先生に後でコメントを頂く予定。 ペア・プログラミング 文字通り、2人一組になってペアでプログラミングを行う。XPでの１つのプラクティスに挙げられており、１台のPCを交互に使って行うのが基本形。昨今ではデュアルディスプレーを使ったり、ネットワークと画面共有を使ったりして遠隔地で実践しているチームもある。 コーディングは単純作業ではない。１つ１つの変数や操作の名前を決めることや、その構造、アルゴリズムにいたるまで、多くの設計判断が入り込む、クリエイティブな活動である。また、ミスが起こりやすい作業でもある。刑事やパイロット、スキューバダイビングなど、リスクが高い作業はペアで行うことは現実の世界にはたくさんある。二人でプログラミングを行うことで、リアルタイムにレビ
チケット管理システム、使っていますか？ 小川 明彦さん、阪井 誠さんによる、 「Redmineによるタスクマネジメント実践技法」 が出版されました。trac, Jira, redmine などなど、ちまたには多くの優秀なチケット管理システム(BTS, ITS)があります。もし、チケット管理システムをまだ導入していないプロジェクトがあったら、この機会に導入を検討してはいかがでしょう。Excelでタスク管理などをやっている場合ではありません！ 例えば「ソースコード管理システム」は、現代の必須インフラですね。SubversionやGitなどの版管理システムは、プロジェクトでもっとも大切な資産である「ソースコード」を全員で共有し、時間に沿って記録し変更を管理します。今はこれなしでは、ソフトウェア開発のプロジェクトは成り立たないでしょう。そして、現代のプロジェクトに必須なインフラをもう１つあげるとし
「アジャイル開発は、実は本を読んで理解するのがとても難しい」。9月4日に、有志によるアジャイル開発のイベントの基調講演「アジャイル開発の現在・過去・未来」の中で、アジャイルの第一人者であるチェンジビジョン代表取締役社長の平鍋健児氏はこう発言しました。 本を読んで理解するのが難しいのだとすると、アジャイル開発はどのようにして学んでいくのがいいのでしょうか？ 平鍋さんが伝えようとしたことを詳しく聞くために、メールインタビューをしました。 自分で考えることが本質 先日のXP祭りで平鍋さんの講演を聞いたとき、「アジャイルは人づてに伝わっていく」という部分が印象に残りました。また、「アジャイルは、実は本を読んで理解するのがとても難しい」ともおっしゃっていました。とはいえ、アジャイル開発を本や講演などから学び始める人も多いはずです。そういう方々にアジャイルをどう学ぶのがいいのか、というアドバイスを届け
概要 2004年6月22日～28日、米国ソルトレイクシティにおいて アジャイル開発カンファレンス2004(Agile Development Conference 2004)が開催されました。 このカンファレンスは今年で２回目を迎えます。 現在ソフトウェア開発業界で一つのムーブメントとなっている、 アジャイル型（俊敏で軽量な）ソフトウェア開発プロセスに関する国際会議です。 この記事は、このカンファレンスの参加報告です。現在のソフトウェア開発業界に、 「アジャイル」というキーワードで何が起こっているのかをレポートしたいと思います。 ■ 名称：アジャイル開発カンファレンス2004 （Agile Development Conference 2004） ■ Web： http://www.agiledevelopmentconference.com ■ 期日：２００４年６月２２日～２６日 ■ 場
「EoM=EoC+EoT」を鍵概念として、良い設計とは何か、よいプロセスとは何か、を再定義しようとしている。今回は、テストの役割について再考する。 テストは設計とプロセスの両方の基本単位だ。まず、テストと進捗管理の話をしたい（テストとドキュメントの話、テストとコミュニケーションの話、テストと開発リズムの話、などと続く予定）。 みなさんは、進捗指標として何を使っているだろうか？「工程ごとに違うが、成果物の完成に対する到達度だ」という答えが一般的だと思う。しかし、「設計書９０％完成という報告が２週間続いている」というような進捗会議に参加したことはない？ （きっとあるはずだ。） ぼくが考える進捗管理の基本は、 の3点だ。先に述べた「設計書のページ数」という単位は、３つの条件をどれも満たしていない。すべての設計書を否定するつもりはないが、設計書は内部の中間生産物であることが多いし、１００％終了とい
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
IPA/SEC から、「非ウォーターフォール研究会」の成果が発表されています。 こちらから、エグゼクティブサマリがダウンロードできます。 http://sec.ipa.go.jp/reports/20100330a/20100330a_3.pdf (PDF 698KB) 私もこの研究会に参加していました。研究会は、NEC、富士通、日立、新日鉄ソリューションズといった日本の大手SIer、それに楽天、DeNAといったWebサービスを生業の中心とする企業、それから、一（いち）の大槻さんや豆蔵の羽生田さんのようなコンサルタント、永和システムマネジメントの私のような現場支援や受託開発をしている会社、「ソフトウェア最前線－ウォーターフォールは間違っている」の前川先生、松島先生のような大学の先生、それに座長の松本先生、にIPA/SECの研究員の方々をふくめ、いろんな立場の方が参加していたものです。 最
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く