「開発をアジャイルで」「でも契約は一括で」と言ってくる顧客がいたらどうすべきか？ - ミッションたぶんPossible
はじめに このブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。 ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた「法務研修」という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。 ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か
要求開発アライアンス ３月定例会「アジャイル時代のモデリング」レポート - ぱと隊長日誌
2015/03/18に開催された、要求開発アライアンス ３月定例会「アジャイル時代のモデリング」レポートです。 （3/18 19:00~）要求開発アライアンス ３月定例会「アジャイル時代のモデリング」 - 要求開発アライアンス | Doorkeeper スライド資料に無い説明を中心にまとめています。ぜひスライド資料を併せてご覧ください。 【参考】としている個所は私が挿入しています（補足や参考資料など）。登壇者の講演内容ではありませんので、その旨ご了承ください。 講演資料（スライド） Modeling in the Agile Age - JP from Kenji Hiranabe はじめに 今回の資料は海外（英語）のコンテキストで作られている。 海外では通常の開発であればアジャイルが当たり前となっている。 プレゼン資料の表紙はサグラダ・ファミリア。サグラダ・ファミリアは長期間にわたって破
アジャイル開発とWF型開発をハイブリッドにしたマネジメント・デザインパターン - プログラマの思索
アジャイル開発を日本風にアレンジしたプロセスをマネジメント・デザインパターンとして説明した記事があったのでメモ。 【参考】 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 【1】WF型開発とアジャイル開発には、それぞれの特徴があり、適用の問題点がある。 WF型開発は、仕様変更に弱く、無駄なドキュメントが多い。 アジャイル開発は、変化に強く、スピード重視で開発できるが、従来のプロセス手法と発想を変えないといけないので、実現しづらい。 上記の記事によれば、各プロセスの特徴は、「WFが形式知の作成を行うことで、開発体制と開発工程を管理する手法」「(アジャイル開発は)フォーカス管理の最適化」。 つまり、WF型開発
User Experience Design in Product Ownership （プロダクト・オーナーシップにおけるユーザエクスペリエンス・デザイン） - UXploration
AgileUX のパイオニアである Jeff Patton 氏が弊社にて2日間に渡る「Product Ownership Training（プロダクト・オーナーシップ研修）」を開講してくださいました。アジャイル開発を推進するための目的として開催されましたが、プロダクト・オーナーシップ・チームを対象としたセッションということでユーザエクスペリエンス・デザイナーとして参加してまいりました。 アジャイルは、昨年開催された Web Director's Meetup というイベントでも「アジャイルときどきUX」として発表したことがあり馴染みはありましたが、この研修ではデベロッパー観点からの Agile Experience Design を突きつけられたような衝撃を受け、今後のユーザエクスペリエンス・デザイナーとしての立ち振る舞いに少し焦りが生じ始めました。Jeff Patton 氏も元々は純粋な
第2回 ディシプリンド・アジャイル・デリバリーというお作法
前回は、「RUPはどこに消えたのか？」という（少々あざとい^^;）タイトルのもと、RUPをめぐるここ数年の動きを概観してきました。「あれ？ アジャイルがないじゃん？」と思った方もいらっしゃることでしょう。なにせ連載タイトルにはアジャイルってありますからね……ということで、今回はアジャイルのお話です。 はじめに ここ数年、IBM Rationalチームは、グローバルで"Agility@Scale（"アジリティー・アット・スケール"と読みます）"というメッセージの下、アジャイル・ソリューションをアピールしてきました。その動きの中で昨年から、ディシプリンド・アジャイル・デリバリー（以降、DAD）という名のアジャイル・プロセスを構築しました。DADについては、「DAD入門」というホワイトペーパーを配布していますが（※配布終了しました）、この稿では日本でのアジャイル事情も加味して、DADの位置づけと
Agile Conference tokyo 2011 参加レポート｜オブジェクトの広場
Agile Conference tokyo 2011 参加レポート 株式会社オージス総研 アドバンストモデリングソリューション部 浅井 良 Agile Conference tokyo 2011概要 7月20日に江東区文化センターホールにて行われたAgile Conference tokyo 2011に参加してきました。 Agile Conference tokyo 2011 - イベントTOP 株式会社テクノロジックアートにより主催・運営されるAgile Conference tokyoは今回で3年目を迎えます。「回を重ねるごとに来場者数も伸びており、アジャイル開発がいよいよ日本国内で本格的に広がっていくのではないかという期待を抱かざるをえません。」と書かれているように、400名の定員に対して参加希望者が殺到して抽選制になるほどの人気で、特に、午前中のマーティンファウラー氏の基調講演
国内におけるアジャイル開発、どのプラクティスがいちばん使われている？ IPAが調査報告書を公開
国内でアジャイル開発を普及させることを目指し、IPAはアジャイル開発の国内での活用事例をまとめた｢アジャイル型開発におけるプラクティス活用事例調査｣として、調査報告書、およびプラクティス活用のためのリファレンスガイドなどを公開しました。 IPAがこのような調査報告書を公開する背景として、「国際競争力強化のため、世界的に主流になっているソフトウェア開発手法であるアジャイル型開発に日本でも取り組む必要がある。しかし、現状、日本では「普及が遅れており、ようやく認知され始めた」段階であるとされている」と調査報告書に記述されています。 報告書では、国内の26のアジャイル開発事例についてその状況をまとめることでナレッジの集積をはかるとともに、今後の普及に向けた提言を記しています。 日次ミーティング、ふりかえり、イテレーションが国内3大プラクティス 国内でアジャイル開発の普及が阻害されている要因として、
プレス発表 「アジャイル型開発プラクティス・リファレンスガイド」を公開：IPA 独立行政法人 情報処理推進機構
IPA（独立行政法人情報処理推進機構、理事長：藤江 一正）技術本部 ソフトウェア・エンジニアリング・センター（以下、SEC）は、アジャイル型開発で用いられる組織、プロセス、技術などの実践のための指針である「プラクティス」について、先駆的企業を対象とする事例調査を行い、リファレンスガイド（以下、本ガイド）としてまとめ、本日公開しました。本ガイドから、アジャイル型開発におけるプラクティスの選択指針や、適用時の工夫や留意点を学ぶことができます。 URL：http://sec.ipa.go.jp/reports/20130319.html インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において、実装すべき機能などそのシステムに求められる要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービ
DevOpsとはどんなもので、何が議論されているのか（後編）
開発と運用の対立を越え、ビジネスのために協力し合う。「DevOps」ムーブメントをテーマにしたイベントが2月24日に都内で行われました。 IT業界がパッケージソフトウェアからオンラインサービスへと転換しつつある中で、優れたサービスを迅速に実現する重要なキーワードとしてDevOpsは注目されはじめています。 この記事では、日本でDevOpsの普及に努めている森川裕和氏(@nxhack)の講演をダイジェストで紹介しましょう。 （この記事は「DevOpsとはどんなもので、何が議論されているのか（前編）」の続きです。 クラウドで、インフラにもアジャイルが入ってきた デベロッパーには、2001年からの十何年かのアジャイル開発の議論やノウハウがあります。では運用にはアジャイルな運用のノウハウはあるの？ インフラというのは固いところがあって、どうしようもないところがあります。例えば、新しい機能を追加する
DevOpsとはどんなもので、何が議論されているのか（前編）
開発と運用の対立を越え、ビジネスのために協力し合う。「DevOps」ムーブメントをテーマにしたイベントが2月24日に都内で行われました。 IT業界がパッケージソフトウェアからオンラインサービスへと転換しつつある中で、優れたサービスを迅速に実現する重要なキーワードとしてDevOpsは注目されはじめています。 この記事では、日本でDevOpsの普及に努めている森川裕和氏(@nxhack)の講演をダイジェストで紹介しましょう。 眠れない管理者の悩みは世界共通 会場で、自分が運用の人は？（3割くらい）。では開発の人は？（8割くらい）。ではビジネスマンの人は？（2～3人）でも、これは全員のはずですよね。 これが今日のプレゼンの原点になります。 私はWebの運用やネットワークのBGPの運用までやっていたことがある、いわゆる「眠れないシステム管理者」でした。で、システムがスケールしないよね、とか、やっぱ
アジャイル開発におけるドキュメンテーションの実際(2) ―― ドキュメントの「必要最低限」の見つけ方
本連載では，アジャイル開発とウォータ・フォール開発の両方を経験している筆者が，アジャイル開発におけるドキュメントの位置づけや作成方法について解説する．今回は，開発において作成するべき「必要最低限のドキュメント」について考える．（編集部） 技術解説・連載「アジャイル開発におけるドキュメンテーションの実際」 バック・ナンバ 第1回 本当に必要ですか？ そのドキュメント 前回は，アジャイル開発におけるドキュメンテーションの考え方として以下の点を説明しました． アジャイル開発では必要最低限のドキュメントを作成する． 必要最低限を決めるために，それぞれのドキュメントについて「いつ」，「誰が」，「何のために」利用するのかをよく考える． Face To Faceがもっとも強力なコミュニケーション手段であり，ドキュメントはそれを支援する目的で用いられることが多い． そうは言っても，「何が必要最低限なのか
サムライ・エピソード - 達人出版会
β版 アジャイルに開発する全ての人へ、勇気を与えるために、アジャイル開発を実践する26人の失敗と成功の経験談をエピソードとして伝えます。 β版について 本書のステータスは現在β版であり、現在、著者やレビュアの方々により追加・修正が行われている段階です。 いま購入されてお読みいただけるのはその途上の原稿を元にしたものです。 最終的に正式公開されたものもダウンロードしお読みになることはできますが、 正式公開版を読みたい方には今しばらくお待ちいただくことになります。あらかじめご了承ください。 概要サンプルリンク用タグ 内容紹介日本全国のソフトウェア開発に携わる人々に伝えたいことがあります。アジャイルソフトウェア開発は日本で実績が積まれています。あなたの現場でアジャイルソフトウェア開発をすることはできます。この書籍は、そのための勇気を与えるために発行されました。 日本の現場のアジャイルこの書籍は1
プロジェクトという形態は下火になり、プロダクト開発が台頭している。IPAの調査から
IPAによる海外でのアジャイル開発についての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）」を紹介した昨日の記事「海外でなぜアジャイル開発が普及しているのか？ IPAが分析と提言」は、とても多くの読者に読んでいただき、ツイッターやブックマークなどでもコメントが多数寄せられました。 そうした反響の中で、この調査報告の作成に関わったアジャイル開発の第一人者である平鍋健児氏から「資料の付録にある海外でのインタビューが興味深いので注目してほしい」というメールをいただきました。 インタビューの中で「日本国内に限らず、海外でもアジャイル型開発の普及が進みにくい領域がある」という点を指摘部分は、アジャイル開発がどう位置づけられているのかをあらためて浮き彫りにしているように思います。主に、「リーンソフトウェア開発」シリ
Agile in a nutshell
© Copyright 2009, Rasmusson Software Consulting Jonathan Rasmusson http://agilewarrior.wordpress.com/ Japanese Translation: Kakutani Shintaro (2010-10-21) Original Slides: http://agilewarrior.wordpress.com/presentations/ © Copyright 2009, Rasmusson Software Consulting Changing requirements Adaptive plans Iterative development The Waterfall Horror Feature Show © Copyright 2009, Rasmusson Software C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルは”再び"死んだ
アジャイルチームのテスターと開発者の協力関係を改善するには
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
テスト駆動開発のはじめ方
アジャイルの次の波:ビジネスを変える
Amazon.co.jp: Specification by Example: How Successful Teams Deliver the Right Software: Adzic, Gojko: 本
