ここ数年、国内でソフトウェアの新しい作り方「アジャイル開発」が脚光を浴びています。このやり方で当たり前のように成果を出せるチームを、日本でももっと増やしたいと考えています。このような想いから、私たちは日本中のチームを支援する団体を立ち上げます! 特定の企業や有志でのコミュニティだけでは継続しにくい啓蒙活動や後進育成に力を入れることを約束します！ あなたも「アジャイルチーム」の一員として活躍してみたくありませんか？ ここ何年か、国内でも「アジャイルソフトウェア開発」に関する書籍が続々と出版されています。代表的な本の一部を列挙すると「アジャイルサムライ」、「リーン開発の現場」、「Scrum Boot Camp The Book」などです。そこで紹介されているのは、みんなが喜ぶようなソフトウェアを顧客、プログラマ、テスター、デザイナー、マネージャが一致団結して届ける仕事の仕方です。こうしたチーム

SIでアジャイルをやるとハイブリッドアジャイルやWater Scrum Fallになります。しかし以下の4点は解決はしません。SIのビジネスモデルでアジャイルが無理なのではなく、「期間と機能を固定して受注する」と変えられない点です。 営業中は、システム担当者は動くシステムを見れない*1。営業マンは見たことないシステムを想像しながら見積もるという高度なヒアリング技術が必要なまま。 開発会社とシステム担当者間で落とす機能を合意しても、「偉い」ユーザーの一声で落とした機能が復活する。多層構造*2による意思決定の遅さは残ったまま。 予算の見積もりは超過方向にしかブレない*3。（予算）見積もりのバッファ問題は残ったまま。 チームメンバによってベロシティ（開発速度）が２〜３倍は変わる。しかし単価はそれほど（４０万〜８０万）変わらない。 アジャイルといっても現時点でのSIのビジネス面へのインパクトは「少

2011年、Publickeyの予想。「クラウドで基幹業務」「Web技術がネイティブ化」「アジャイルの価値」 海外の予想記事をまとめて紹介したあとで、自分の予想記事を公開するのは後出しじゃんけんのような気もしますが：-） Publickeyでも2011年を予想しました。 今年、Publickeyで注目したいのはパブリッククラウド、Web標準、アジャイル開発、NoSQL、そしてエンタープライズソーシャルです。 パブリッククラウドを基幹業務に利用する事例が登場しはじめる 昨年はクラウドが注目され、クラウド事業者が国内で本格的に活動を開始した年でした。それに合わせるようにすでに国内企業でも、パブリッククラウドを自社の基幹業務のためのプラットフォームとして利用することができるかどうか、調査や検討が始まっています。大企業も例外ではありません。 パブリッククラウドの最大の懸念はセキュリティですが、国内

原文(投稿日：2010/12/16)へのリンク どのようなアジャイル/スクラムの実践でも、振り返りとフィードバックのループは最重要だ。私たちはいくつかのツールを使ってチームを改善している。しかし2日間のアジャイル入門クラスではこのようなツールの紹介はいいかげんになってしまう。時間のないトレーナーは多くの場合、このトピックをひとつの振り返りの形式の概要だけ示すことで終わりにしてしまう。問題はひとつの振り返りの方法だけでは、振り返りの参加者は退屈して参加への意欲をなくしてしまうということだ。 Brian Lawrence氏は、地味だが大きなグループやまだ一緒に働いたことのない人同士のグループで上手く使える振り返りの形式を提供している。氏はチームに3x5サイズの索引カードか付箋を与える。カードは色が違っても種類が違ってもいい。そして、チームは最初の20分にそのカードにうまくいったことを書き、次の

著作 SCRUM BOOT CAMP THE BOOK 著者／訳者：西村直人 永瀬美穂 吉羽龍太郎 出版社：翔泳社( 2013-02-13 ) 定価：￥ 2,520 スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社：インプレス( 2014-09-19 ) 定価：￥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説 Chef実践入門 ~コードによる

一見簡単に思えるアジャイル開発は、ウォーターフォール型にない難しさがある。イテレーション、ドキュメント、コミュニケーション、マネジメントへの対策が必要だ。カギは現場のカスタマイズ。四つの失敗パターンに分けて、成功テクニックを探る。 なぜうまくいかないのか──。NECソフトの安藤寿之氏（第二官庁ソリューション事業部 第三システムグループ 主任）は、プロジェクトマネジャー（PM）として初めて参加したアジャイル開発で、その難しさを痛感した。基本については情報収集してマスターしたつもりだった。だがイテレーション内に機能が完成しない、メンバーによって作業内容のブレも大きい、タスクをホワイトボードに張り出しても数が多すぎて管理しきれないなど、失敗の連続だった。安藤氏はハプニング続きに「なじみのあるウォーターフォール型に戻すことさえ考えた」。 それでもアジャイルには、刻々と変わる要求に対応できる俊敏さや

アジャイルの適用が進む一方、失敗プロジェクトが増えている。アジャイル開発の経験が豊富な3人に、現場の様子を語ってもらった。いったいどんな失敗が起きているのか。（聞き手は日経SYSTEMS記者、池上俊也） 記者：最近、業務システムの開発にアジャイルを適用する事例が増えてきました。アジャイル開発の経験が豊富な皆さんは、こうした状況をどのようにご覧になりますか。 Aさん：以前は若い開発者が中心となって、Webシステムの開発でアジャイルを採用するケースが多かったと思います。しかし最近は、ちょっと違う。開発会社のトップや、ユーザー企業の担当者がアジャイル開発の採用を求め、トップダウン的に取り組むケースが多いようです。それもこれまでウォーターフォール型を適用していた業務システムのプロジェクトに適用する事例が目立ちます。 Bさん：より速く、より安くシステムを開発する手法として、アジャイルが広く認知された

みなさんこんにちは。@ryuzeeです。 Kelly Waters女史の20 Simple Things You Can Do to Boost Your Agile Careerを抜粋・意訳にてご紹介します。 別にアジャイルに限らない話ですが、アジャイルな開発における成功は人や協調やチームワークによるところが大きいので、以下のことは従来の開発方法以上にアジャイルな開発においては役に立つと思います。 責任を持つ言ったことはやる他人を助けるみんなを等しくリスペクトする前向きでいる変化を抱擁する改善を示唆する細部まで注意を払う自分の仕事にプライドを持つ一生懸命働く物知りでいる自分の知識を共有するプロフェッショナルで居続ける柔軟でいるどんなことでもする正直でいる控え目にする他人を褒める幸せでいる自分らしくあれ 個人的には「ステークホルダーを意識する」とか「チームの力を集結する」とか、そういうのも

Microsoft さんで主催された Agile Day 4 で「やさしいアジャイルの始め方」という話をしてきました。 http://www.microsoft.com/japan/powerpro/developer/agile/events/agileday.mspx 非常にたくさんの人に来ていただき、ありがとうございました。 当日の資料を公開しておきます。 How to easily start Agile DevelopmentView more presentations from Nishimura Naoto. 今回の参加者の方にも感じたのですが、最近は前向きにアジャイル手法に興味を持たれている現場の方が多くなってきています。 けれど、実際に現場で始めるとなると少しばかりの勇気はどうしても必要になってきます。 特に、今はアジャイルに関する情報も増えているので、どうしても「顧客

「Jim Coplien さんの 認定スクラムマスタセミナーの手伝いをしようかと思います。 - kawaguti の日記　(id:wayaguchi)」 で報告させていただいた、Jim Coplien さん (Cope) のセミナーの、ローカルオーガナイザーとしてお手伝いさせていただきました。 1. Scrum Alliance 認定 スクラムマスター研修 (12月７日〜８日): 概要 日本では Bas Vodde さんが何度も開いている、おなじみのセミナーです。2日間の研修でスクラムの基礎と、スクラムマスターやチームのありかたを学びました。基本的に教えるべきフレームワークはScrumですので、決まっていますが、経験豊富なトレーナーによって教え方やワークショップは創意工夫がなされており、一人一人違います。Basさんや Copeさんのスクラムマスタ研修は、講師の経験の総量からみて、かなりお得

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、スプリントゴールの進捗を検査し、今後の作業計画を必要に応じて見直す（適応する）ことで、スプリントゴール達成の可能性を最適化することです。 毎日の検査と適応（高速なフィードバックループ）によって問題を早期に発見することでリスクを減

平鍋さんの記事が面白かったのでメモ。 【元ネタ】 Agile Software Product Line を考える：An Agile Way：ITmedia オルタナティブ・ブログ (引用) 「まずは、Agile Product Line というものがあるとしたら、What is it ? であり、What is it for ? というところから考えなくてはならない」 という方針のもとに、 * AgileもSoftware Product Line(SPL)も、Business Valueが目的（Goal）である。ただし、そのアプローチが違う。（３つの○。上位目的がBusiness Valueで、右がAgile、左がSPL) * 経済的観点から、SPLはAssetベース。AgileはFlowベース。SPLはB/S志向であり、AgileはP/L、さらにはキャッシュフローベース。 * SPL

【運用資産5億円超】30代でFIRE、運用歴40年超の個人投資家が語る“逆張り”の極意…今年はあの株で儲かった！

先日、永和システムマネジメント社がアジャイルによる受託開発サービスを発表し、話題になっている。多くの人の関心を引いているのは、アジャイル開発手法を取り入れるということだけでなく、その価格の安さだ。一ヶ月あたりの料金は、もっとも安いものでは月々15万円から、もっとも高額なプランでも月々150万円からとなっている。果たしてそんなので儲かるの！？というのが多くの人がいだいている疑問であろう。自分なりに「アジャイルによる受託開発サービス」について分析してみたので語ってみようと思う。なお、本エントリは永和システムマネジメント社が公開されている資料と筆者の推測に基づくものであるので、より詳細で正確な内容は永和システムマネジメント社さんへ問い合せて頂くよう悪しからず了承いただきたい。 採算割れしないのか？筆者の見解では、たぶんしない。何故か？それは一旦開発が終わったらそうそう頻繁にシステムの仕様を変更し

永和システムマネジメントさんが、新しい受託開発サービスを立ち上げられてアジャイル界隈では話題になってるので、ちょっと考えてみた。 骨子はこんな感じ 初期投資不要。最少のSSプラン(月15万円)〜LLプラン(月150万円) ソースコードの権利は永和さんが保持 解約は自由だが、解約時にデータ以外のプログラムは引き上げる 月々の支払いの範囲内で一定数のチケットが渡される。1チケットは1人日程度の作業 体制はどうするのか？ 1社15万円/月では1人丸抱えはできない。 でも1社だけということは無いので、一定規模の開発にはなるだろう。7社SSプランがあれば105万円/月なので、普通の受託SIerなら1人分くらいにはなる。 そしてチケット1枚が1人日分とのことなので、7社であれば約0.35人月程度の稼働になる。これは悪くない。 (※スイッチングのオーバーヘッドはあるがここでは無視。他にも月１回くらいは顧