10 ways to better lead your agile team
10 ways to better lead your agile team February 24, 2012 JR iOS agile, agile leadership, leadership, team lead 8 Comments Leadership is one of those personal things I find hard to give advice on. As if there were merely 10 things you needed to do to successfully lead your agile team. I feel no more qualified to tell you how to lead your software project than I do telling Wayne Gretzky how to play
Jonathan Rasmusson(アジャイルサムライ著者)によるアジャイルインセプションデッキ作成ワークショップに参加してきた #agilesamurai | Act as Professional
Jonathan Rasmusson(アジャイルサムライ著者)によるアジャイルインセプションデッキ作成ワークショップ 基本的にはJonathanが公開している The Agile inception deckの流れで、参加者が知りたいことに答えていく流れであった。 Agile tools for startups « The Agile Warriorで公開されているPDFの記事を一部使用しておこなわれたので、こちらの資料も参考になる。 個人的な忘却録メモを残す。 インセプションデッキとは？ アジャイルサムライで書かれている、アジャイルソフトウェア開発をおこなう上で、最初におこなうべき10の手強い質問に答えるワークショップや作成するものである。 通常、一般的にアジャイルといわれるプロセスはソフトウェア開発の開発中の事にフォーカスして述べられ、考えられている。インセプションデッキは、このソフ
「アジャイル開発 基本のキ リターンズ」- Agile Japan 2012 #aj12 - ヲトナ.backtrace
3/16 に大阪で開催された Agile Japan 2012 で上記のタイトルで講演させていただきました。 当日の資料は以下になります。 アジャイル開発 基本のキ リターンズ View more presentations from Nishimura Naoto 以前に同名タイトルの資料は公開していて普段の仕事でやっている研修でも利用してきました。 今回は研修で得たフィードバックもたまってきたので、えいやっと作り直してみました。 当日は部屋の都合もあり、ワークショップに全員参加できない方もいてすいませんでした。 その中でも大阪のスタッフの皆さんには、なるべく多くの方に参加できるように取り計らってもらい、とても助かりました。 僕自身も多くの人に参加していただいて、大阪のスタッフの皆さんに色々と助けてもらい、とても有意義な時間を過す事ができました。本当にありがとうございました。 そう言えば
クラウドに仕切り値はない、付加価値のない代理店モデルは破綻～アジャイル開発×クラウドがもたらす変化（前編） Scrum Gathering Tokyo 2011
クラウドに仕切り値はない、付加価値のない代理店モデルは破綻～アジャイル開発×クラウドがもたらす変化（前編） Scrum Gathering Tokyo 2011 Amazonクラウドのエバンジェリスト玉川憲氏と、アジャイル開発に詳しく、アジャイル開発に特化した受託開発ビジネスを開始したソニックガーデン社長の倉貫義人氏のトークセッションが、10月22日に開催されたアジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」の無料ワークショップで行われました。 アジャイル開発とクラウドには「正直である」という共通点があること、そしてこの2つを使わずにネットビジネスで勝つことなど難しいであろうことなど、お二人の本音が次々にとびだしたセッションの様子を紹介します。 開発と運用の一体化は「パラダイムシフト」を起こす 倉貫 私は一生の仕事をプログラミングにしよう
Agile Japan 2011 に行ってきました #aj11 - Natural Software
Agile Japan 2011に行ってきました AgileJapan2015 Agile Japanは今回が初めての参加だったのですが、感じたのは他のイベントに比べて、アットホームというか、あったかいといかのんびりしているというか、そんな感じです。 普段のイベントは淡々とセッションが行われているのですが、Agile Japanは人間味があるというか、良くも悪くも内輪感があるイベントでした。 僕はこの雰囲気は好きですね。 さて肝心のセッションですが、午前中はさすがAgile Japan実行委員セレクションだけあって、心に響くセッションでした。 Linda Risingさんからは技術者として人間としての心の持ち方を、當仲さんからは「難しいものを簡単にする難しさ」をとても簡単にできそうに噛み砕いてお話してくれました。 Linda Rising さんのセッション 「Fearless Change
【資料公開】アジャイルな開発からアジャイルな組織へ
みなさんこんにちは。@ryuzeeです。 2012年3月16日に実施されたAgile Japanの大阪メイン会場に登壇させていただきました。 発表の資料を以下に公開します。 会場の外まで立ち見が溢れるくらいの多くの方にお越しいただき感謝するとともに、ご不便をおかけした方にはお詫びしたいと思います。 僕が話した内容は、実は単に実際の現場で、現場を良くしたいと思っている皆さんの胸のうちを代弁しただけです。 アジャイルという単語、スクラムやXPといった手法の名前自体の認知度があがって、ともすればこれらを導入すれば全てうまくいくんだ、と誤解を生んでいるのではないかと感じています。 でも手法は手法でしかなく（したがってスクラムやXPを導入しているからといって自分たちのアジャイル度合いが高いとは限らない）、目的に応じてそれにあった方法、自分たちがゴールを達成するのに最適だと思う方法を脳みそ振り絞って考
AgileUX NYC 2012 Redux in Tokyoに参加してきた #AgileUXNYC_ja - Diary of absj31
AgileUX NYC 2012 Redux in Tokyo (#AgileUXNYC_ja) : ATND Ustream.tv: ユーザー wayaguchi: AgileUX NYC Redux, Recorded on 12/03/14. 2012/03/14 AgileUX NYC 2012 Redux in Tokyo #AgileUXNYC_ja - Togetter 先日のトークショーに引き続き、AgileUX関連のイベントに参加してきました。 『Agile Meets UX 〜アジャイル開発とユーザエクスペリエンスの遭遇〜』に参加してきた - Shinya’s Daily Report 今回のイベントの内容は、以下にあるようにイベント参加報告＆ディスカッションな形となっております。 2012年2月25日にアメリカはニューヨークにて開催されました、「AgileUX NYC
Agile Agile Buffet Cardを作りました
Agile Buffet Cardとは、Agileに関する主なプラクティスを集めたカードのことです。現在34個のプラクティスが含まれています。 元ネタとしては、2011年9月に@tomohnさんと@qooh0さんとXP祭りでAgile Buffetというワークショップから来ています。 このワークショップでは自分たちのプロセスをコンテキストに応じて設計してみよう、というワークショップで、ScrumやXPやKanbanなどから自分たちが使うべきプラクティスを選択してプロセスを組み立てます。（プラクティスの都合のよい単なるつまみ食いは問題なのですが、コンテキストを理解した上でより良いプロセスを目指して取り組むのは悪いことではありません。守破離の破以降の取り組みだと思ってください） カードはここからダウンロードできます。再配布や販売は禁止ですが、ここからダウンロードして使う限りは好きに使ってくださ
Agile do IT ! - マスター・センセイとヤフー、スクエニ、DeNAが集うAgileイベント in Tokyo / 3.19開催
真の「マスター・センセイ」を東京にお迎えして開催する "Agile do IT ! " (it ≒ Information Technology)。Agile Japan (大阪) からスピンオフして、DeNA がお届けします。 Agile do IT のアウトラインは次の通りです。 アジャイルサムライ著者 Jonathan Rasmusson氏 による、Agile Japan (大阪) でのトークセッションを再現します（※一部） ヤフー、スクウェア・エニックス、DeNA。ネット業界・ゲーム業界の最前線で Agile/Scrum に熱心に取り組み始めている企業から、取り組みにおける成功・失敗からの学び、気づきをシェアします Jonathan Rasmusson氏を交えて、スクラムマスター達とのパネルディスカッションを実施。スペシャルモデレータとして、角谷信太郎氏にご登壇頂きます 本イベント
最近盛り上がってきた「かんばん」、ソフトウェア開発における「かんばん」（Kanban）とは何か
ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの
Kanban Vs Scrum日本語版
20110730_Redmineでのタスク管理を考える勉強会＠大阪 第１回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会＠大阪 - Togetterまとめ http://togetter.com/li/168362
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
Agile Japan 2010 イベントレポート：後編（Day2）｜イベント｜アジャイルジャパン公式サイト
体験しよう！考えよう！行動しよう！ Agile Japan 2010 ― 日本のアジャイルはここにある ― EM ZERO編集部 野口隆史 第2日目（2010年4月10日） 前編（Day1）はこちら。 キーノートセッション 「アジャイルの現状と未来、次に来るもの―リーン開発への展望」 Alan Shalloway氏 アジャイルジャパン2010の2日目はAlan Shalloway氏のキーノートで幕を開けました。1日目のパネルディスカッションで、これまでのアジャイルにはコンセプトをビジネスにつなげる「価値流」が欠けていることを指摘した同氏は、その主張を詳しく説明しました。 ・アジャイルに欠けているもの アジャイルには大きく分けて、技術面にフォーカスしたXPと開発チームにフォーカスしたスクラムがあるものの、いずれも全体性に欠けており、これまでチームレベルでは成功を収めているものの企業レベルでは
アジャイル開発とはなにか - うさぎ組
ふと、気づいた。 「アジャイル開発は答えではない。答えを探す手法である。」 前に「○○な問題があるんだけど、それはアジャイルではどう答えているの？」とPMな人に聞かれた事があって「ありません」って答えたんだけど、そのときどうやって説明していいかわからなくって、具体的にXP, Scrumの話をしてしまった。 でも、間違っていたかもしれない。 アジャイル開発は何かに対する答えを持っているんじゃなくって、自分達の最適解を探すためのアジリティなメンタルモデルを掲げていて、その具体例としてXP, Scrum, Lean が定義されてきた。 だから、いつだって答えは僕たちが見つける必要がある。 Agileを難しいと感じたときに「Agileで答えを見つけようとする手法そのものに感じている」のか、「Agileによって明確になった問題に対して感じている」のかをちゃんと区別しなきゃいけない。 Agileの達人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あれから10年、いまアジャイルが熱い。アジャイルサムライ他流試合レポート
agilecatcloud.com
『はじめてのアジャイル – Agile in a nutshell』in 東京サテライト資料を公開しました #aj12 #aj12東京
User Centered Agile
【資料公開】アジャイルな開発プロセスを導入するために考えなければならないこと
