タグ

agileに関するn-3104のブックマーク (49)

  • 翻訳 - 次のアジャイルソフトウェアプロジェクトに使える10の契約

    以下の文章は、Peter Stevensによる「10 Contracts for your next Agile Software Project」の日語訳である。 Creative Commons ― 表示-非営利 3.0 Unportedの条件下で、ここに掲載する。 次のアジャイルソフトウェアプロジェクトに使える10の契約 2009/4/29 by peterstev ソフトウェアサービスの顧客であれサプライヤであれ、ソフトウェア開発プロジェクトの最初の頃というのは、口約束だけでいろんな仕事をやらなくちゃいけない。 契約書というのは、言ってしまえば、競技のルールがだらだらと書かれてあるものに過ぎない。 ルールが正しければ、顧客にとってもサプライヤにとっても、成功する確率が高まる。 ルールが間違っていれば、お互いに協力することも難しいし、進捗だって妨げてしまう。 それでは、アジャイル

    n-3104
    n-3104 2011/08/18
  • アジャイルな開発を始めたばかりの時、最初に乗り越えるもの - Change The Worlds

    はじまり アジャイルな開発を始めたばかりの時、最初に乗り越えるもの@ryuzeeさんが仰る様に、今までのアジャイルではない開発のやり方からアジャイルな開発に変えると、今までの開発のやり方よりアジャイルな開発のやり方の方が作れる物の量が減ります。 例えば、『アジャイルな開発を始めたばかりの時、最初に乗り越えるもの』をいつものやり方として、左から右へ『ア・ジ・ャ・イ・ル…』と書いていくのと、昔の日の様に右から左へ『アジャイル…』と書いていくのでは日頃書き慣れていない右から左へ書いていく方が書くのが遅くなると思います。 この理由は単純で、慣れ親しんだやり方と慣れ親しんでいないやり方では経験による作業の熟練度に差があるので、出来る量が減ってしまうのです。 何が違うのか?では何故私の開発チームは増えたかと言うと、アジャイルなやり方にする際に以下に気をつけているからです。 一気に変えない チームみん

    アジャイルな開発を始めたばかりの時、最初に乗り越えるもの - Change The Worlds
    n-3104
    n-3104 2011/08/02
    導入におけるノウハウ。なるほどなー。
  • [コラム] Bent Jensen 来日: アジャイル開発に適した契約 ~ ハイブリッド契約の例 - TDD.NET

    先月、 デンマークの BestBrains 社からの視察団が来日されていました。 同社 Director である Bent Jensen 氏のプレゼンからハイブリッド契約方式を少しご紹介します。 BestBrains 社はアジャイル開発のコンサルティングをやっている会社で、 日アジャイル開発の現状や製造業を視察するために何度も来日しています。 [2008年] ITmedia オルタナティブ・ブログ: An Agile Way: BestBrains がデンマークから Change Vision に来社 [2009年] fkino diary(2009-08-24): Agile2009セッション紹介 Thursday AM編 ~ "Experiments with Agile Contracts in the Real World" そして今年、 2010年は 4月の第3週から 4週に

    [コラム] Bent Jensen 来日: アジャイル開発に適した契約 ~ ハイブリッド契約の例 - TDD.NET
    n-3104
    n-3104 2010/05/08
    なるほどな~。この契約方法はいいかもね。
  • 「邪魔をしない」ことを要望するチームメンバ

    原文(投稿日:2010/03/09)へのリンク 多くの開発者は、孤立して作業をしたがるが、それは多少の時間であり、決して常時というわけではない。XPでは、「洞穴と共通の部屋(Caves and Commons)」と呼ばれる部屋の配置を推奨している。共通のエリアは、浸透性のあるコミュニケーションを最大化するように構成されている。洞窟は、個人的なメール、電話、クイック・スパイクなどを行うための孤立を推進することを意味する。ところが、複数または特定の1人のチームメンバが、このような孤立した状態での作業を過度に要望することがある。 Jacob氏は、ある状況についてScrum Development Groupで言及している。それは「邪魔をしない」時間の割当てをスプリント中に使用する上での基準を設けたいと、あるチームメンバがふりかえりの最中に申し出たことであった。この開発者によると、あまりにも頻繁に

    「邪魔をしない」ことを要望するチームメンバ
    n-3104
    n-3104 2010/03/30
    いつか悩む日がくるかもしれないので残しとこ。
  • ストーリーポイントとは何か?必要ものなのか?

    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が最近リリースされ、重要な変...

    ストーリーポイントとは何か?必要ものなのか?
    n-3104
    n-3104 2010/03/30
    いまいち理解できなかったので残しておこう。
  • http://www.takumistyle.net/blog/diary.cgi?no=14&continue=on

    n-3104
    n-3104 2010/03/10
    内容に共感!ということで匠塾オープン講座に申し込んだ。
  • アジャイルって受託開発との相性が最悪な気がする - GoTheDistance

    全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え - Publickey 「ウオーターフォールとは」のラベル貼りの議論になるとめんどくさいから、とりあえず「初期段階ですべての意志決定をしようとするシステム開発の進め方」という定義で話を進めたいと思います。 滝 「要件定義」→「設計」→「実装」→「テスト」という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

    アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
    n-3104
    n-3104 2010/02/12
    まぁそうだよねっていう内容。ユーザー企業側からの視点も入っていて、よくまとまっていると思う。アジャイル的なやり方がいいケースが多いと思うけど、ユーザー側も含めてやれる体制が整っていないよね。
  • fkino diary(2010-02-06)

    _ XP祭り関西2010「アジャイルアンチパターン 〜私がアジャイルの1周目で学んだこととXPの次の10年〜」 XP祭り関西2010で講演してきました。 昨年のXP祭り関西は平鍋さんの講演の時間を半分もらって飛び入りでしゃべったのと、LTに応募して出させてもらったのですが、今年は細谷さんに声をかけていただき、呼んでいただけたのが嬉しかったです。 結論めいた話は特になくて、「日XPユーザグループ関西」なのでXPの実践者の人たちと共有して議論していきたいと思っている話題をしゃべりました。 全体を通して「XP is about social change.」の今の私なりの理解を話したつもり。 聞いていただいたみなさん、スタッフのみなさん、ありがとうございました。 資料をSlideshareにあげました。

    n-3104
    n-3104 2010/02/08
    実践されてきたからこそ分かる問題点と対応について列挙されている。こういう情報こそ重要な気がする。
  • Tfad AgileDay MS 20100122

    1. 2 0 1 0 /0 1 /2 2 (M o n ) あなたにとって アジャイルとは何ですか? What is "Agile" for you? すくすく・スクラム Kazumasa EBATA t o .e b a c k y @ g m a il.c o m EBATA Kazumasa; sukusuku-scrum. (#suc3rum) 「A S t a r t – アジャイル開発が気になるあなたに贈るセッション&ワークショップ」 マイクロソフト株式会社 新宿社 5 F セミナールーム

    Tfad AgileDay MS 20100122
    n-3104
    n-3104 2010/02/01
    自己紹介を通じてふりかえりのワークショップを行っている。
  • マイクロソフト Tech Fielders イベント 〜 「カボチャが馬車になる」 - kawaguti’s diary

    マイクロソフトの長沢さんが企画したイベントに参加してきました。 長沢智治のライフサイクルブログ : ※ 1/22 Tech Fielders セミナー | Agile Day: 筆記用具をご持参ください http://blogs.msdn.com/tomohn/archive/2010/01/21/1-22-tech-fielders-agile-day.aspx 参加者は、知っている顔が4分の1くらいで、あとはたぶん、来のターゲットである、これからアジャイルを勉強してみようという人たちだと思います。MSさんのチャネルというのは、あまりこれまで関わってこなかったので、すごく面白かったです。 セッションも実践的で、とても参考になりました。みなさん、自分できるところ(半径5m)からチャレンジしている感じが伝わってきて、そういうところから、きっと社会は変わっていくんだろうな(Fearless

    マイクロソフト Tech Fielders イベント 〜 「カボチャが馬車になる」 - kawaguti’s diary
    n-3104
    n-3104 2010/01/25
  • 考える人のコミュニティ

    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が最近リリースされ、重要な変...

    考える人のコミュニティ
    n-3104
    n-3104 2010/01/20
    参加せな。
  • オピニオン: アジャイルが成功するかはアジャイルテクニックに依存しない

    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が最近リリースされ、重要な変...

    オピニオン: アジャイルが成功するかはアジャイルテクニックに依存しない
    n-3104
    n-3104 2010/01/18
    理論はいろいろあるけれど、適用して、さらに運用できるかどうかが結局は問題なんだよね。
  • Minibook: Scrum and Kanban: Making the Most of Both

    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が最近リリースされ、重要な変...

    Minibook: Scrum and Kanban: Making the Most of Both
    n-3104
    n-3104 2010/01/12
  • InfoQ: ビジネス価値を見積もる

    原文(投稿日:2010/01/04)へのリンク 従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装するようにする。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。 Pascal Van Cauwenberghe氏は最近、ビジネス価値を定義する方法について説明している。この方法は"ビジネス価値モデリング"と呼ばれ、役に立つかもしれない。 ユーザストーリーのビジネス価値はどうやって見積もる? いや見積もれない。と題した記事で氏が警告しているのは、ユーザストーリーが前提にあり、そのユーザストーリーのビジネス価値を評価する、という想定には根的な欠陥がある、ということだ。そして、より優れた出発点として次の質問を考えることからはじめることを提案している。す

    InfoQ: ビジネス価値を見積もる
    n-3104
    n-3104 2010/01/12
    システムは手段であって、ビジネスに価値を生み出さなければ意味がない。
  • アジャイルプロジェクトが遅れる理由

    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が最近リリースされ、重要な変...

    アジャイルプロジェクトが遅れる理由
    n-3104
    n-3104 2009/12/30
  • スクラムマスタが障害になるとき...

    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が最近リリースされ、重要な変...

    スクラムマスタが障害になるとき...
    n-3104
    n-3104 2009/12/25
  • ティーチングゲーム-遊びか、まじめなビジネスか?

    原文(投稿日:2009/12/10)へのリンク 先月、Tasty Cupcakesティーチングゲーム・ウェブサイトの創始者であるMichael McCullough氏とDon McGreal氏が、楽しみ駆動開発<Aジャイルのためにゲームを通じて勢いをつけるという記事を公開した。景気は低迷しているが、こういったゲームがトレーニングプログラムから締め出されることはなく、実際、ティーチングゲームアジャイル実践者が集まって考えを交換する上でのかすがいとなっている。ティーチングゲームが提示しているのは、新しいアイデアについて納得のいくコミュニケーションを迅速に行う方法であり、したがって、こういったゲームは組織が自己組織化やアジリティにむけてパラダイムシフトを起こす上で役に立つのである。 ・ 教師やトレーナはティーチングゲームを長いこと用いてきた。 モデムビジネスゲーム運動は、ウォーゲーム、オペレー

    ティーチングゲーム-遊びか、まじめなビジネスか?
  • アジャイルな計画づくりを夏休みの計画で説明する - kawaguti’s diary

    アジャイルな計画の意義について、Mike Cohn の 「アジャイルな見積りと計画づくり」は第一部ですごくうまく説明していると思います。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者: Mike Cohn,マイクコーン,安井力,角谷信太郎出版社/メーカー: 毎日コミュニケーションズ発売日: 2009/01/29メディア: 単行(ソフトカバー)購入: 74人 クリック: 764回この商品を含むブログ (225件) を見る 日人の教育コンテキストとして、実行時しながら計画が変更されることを推奨する、というのはあまり聞きません。ですので、最初にアジャイルを定義する際には、この特徴をきちんと言うとよいのではないか、思います。 「夏休みの計画」を最初にたてるが、遊びの予定が入って、宿題はどんどん後ろ倒しになって、夏休みの終盤に頑張るかあきらめるかする、という経

    アジャイルな計画づくりを夏休みの計画で説明する - kawaguti’s diary
    n-3104
    n-3104 2009/12/17
  • Agile Japan 2009

    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が最近リリースされ、重要な変...

    n-3104
    n-3104 2009/12/14
  • アジャイルの成功が結局は失敗になるとき

    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が最近リリースされ、重要な変...

    アジャイルの成功が結局は失敗になるとき