本コンファレンスでは，午前に基調講演，午後に特別講演を予定しております。他にもアジャイルツールの講演や方法論，日本における導入事例など多彩なセッションをご用意しております。 http://gihyo.jp/event/2010/agile
みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、スプリントゴールの進捗を検査し、今後の作業計画を必要に応じて見直す（適応する）ことで、スプリントゴール達成の可能性を最適化することです。 毎日の検査と適応（高速なフィードバックループ）によって問題を早期に発見することでリスクを減
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
ソフトウェア開発において、スクラムとかんばんとは、対立するものなのか、それとも両立するものなのか。同じ日に異なる意見がブログで表明されていると、平鍋健児氏のブログ「An Agile Way」のエントリ「かんばん、と、スクラム。現時点での最新議論。」で紹介されています。 かんばんで削ぎ落とすムダとは創造性だ Waterfall, Lean/Kanban, and Scrum « Ken Schwaber's Blog: Telling It Like It Is 平鍋氏は、スクラムの創始者であるKen Schwaberが6月10日にポストしたエントリ「Waterfall, Lean/Kanban, and Scrum」について、自身のブログで次のように紹介しています。 Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄
体験しよう！考えよう！行動しよう！ Agile Japan 2010 ― 日本のアジャイルはここにある ― EM ZERO編集部 野口隆史 2010年4月9、10日の2日間、東京箱崎の日本アイ・ビー・エムでアジャイルジャパン2010が行われました。アジャイルジャパンは2009年に続いて2回目の開催。昨年と同様、ペア割引が設定され、多くの参加者が上司や部下、お客様などとともに来場しました。 今年は『知識創造企業』で知られる一橋大学大学院名誉教授野中郁次郎先生のキーノートが大きな目玉です。アジャイル開発のフレームワークのひとつである「スクラム」の基礎を提唱した方でもあります。さらに、アジャイルの最先端テーマである企業レベルでのアジャイルの組織化を提唱するAlan Shalloway氏とのパネルディスカッションも続いて行われました。 イベント1日目の始まりはアジャイル開発入門者に向けたチュートリ
アジャイルな見積りと計画づくりに登場する、テーマやストーリーの完了状況を可視化したツールをRedmineにそそぎこむ。ロードマップという機能が存在するが、縦に長いページだと状況がわかりずらい。モバイルページと同じく、1画面でできるだけ多くの情報をわかりやすく表示するためにプラグインを作ってみる。 Overview Parking lot chart appears in the Agile estimating and planning. This chart makes the theme and the story visible. I try to create redmine plugin for agile development tool.) Redmine Roadmap is wonderful feature. but if threre are a lot ofvers
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
［レポート］ 「見える化」でソフトウェア開発！ ～オブジェクト指向実践者の集い(第 3 弾) 参加レポート～ 1．はじめに 昨年の 12 月 9 日、オブジェクト倶楽部主催によるイベント「オブジェクト指向実践者の集い」が行われました。「オブジェクト指向実践者の集い」はオブジェクト指向を現場で実践している、あるいは実践しようとしているエンジニアに役立つよう「現実的なオブジェクト指向とは何か」、「オブジェクト指向を見直してみよう」をテーマとしています。今回で、このイベントは 3 回目となりました。 クリスマス企画という事で会場にはツリーが置いてあったり、スタッフのみなさんがサンタクロースの帽子をかぶっていたりで、和やかな雰囲気でした。 今回のテーマは「見える化」です。ソフトウェアの世界は見えないものが非常に多いです。そして「見えない」ことにより、ソフトウェア開発では様々な問題が出てきます。例え
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
コンサルタントであるMartin Proulx氏のブログ「Analytical-Mind」に、「 Seven wrong reasons to adopt Agile」（アジャイルを導入する7つの間違った理由）」というエントリがポストされています。読んでみると、なんだかドキっとするようなことが書いてあります。 次の7つの理由、心当たりのある人も少なくないのでは？ We recently attended a conference and Agile is becoming more popular. If others are doing it, so should we. 最近カンファレンスに参加したところ、アジャイルが人気らしい。他でやっているのなら、うちでもやるべきではないか Because Gartner and Forrester say so. ガートナーやフォレスターがそう言
「アジャイル開発は基幹系システムの再構築でも力を発揮する」。情報システムのコンサルティングを手がける情報システム総研の繁野高仁社長はこう主張する。同社はビジネス変革のスピードに追随できる基幹系システムの開発を実現するため、二段階から成るアジャイル開発手法を整備しているところだ。 情報システム総研は現在、基幹系システムをアジャイル開発で再構築するプロジェクトに着手している。「社名や業種は明かせないが、一つは数百億円規模、もう一つは100億円規模」と繁野社長は話す（写真）。 この金額はいずれも再構築プロジェクトに対して、それまで基幹系システムを保守してきたIT企業が提示した見積額である。見積額を提示された両社のCIO（最高情報責任者）はともに高すぎるとして、繁野社長に相談を持ちかけた。これがきっかけでアジャイル開発の採用に至ったという。 繁野社長は、日本NCRを経てKDDIでCIOを務めた経験
山形県 総務部 総合政策室 情報企画課の秋場淳一郎 電子県庁推進主幹（中央）と長谷部研 主事（左）。トライポッドワークス 事業統括本部事業企画部の齊藤隆夫氏（右）は山形県の情報政策をITマネージャーとして技術的に支援する 「SOAの良さはアジャイル開発でさらに引き出せる」。山形県 総務部総合政策室情報企画課の秋場淳一郎 電子県庁推進主幹はこう言い切る（写真）。SOAは業務の視点から機能をコンポーネント（部品）化し、それらを組み合わせることで、要件の変化に柔軟に対応しようという考え方。一方のアジャイル開発は短期間の繰り返しで開発することで、仕様変更に柔軟に対応する開発手法。どちらも変更に強い点で一致し、相乗効果が引き出せるというのだ。 秋場主幹の所属する情報企画課は大きく二つの役割がある。県庁のIT戦略やITガバナンスを立案・実行するCIO（最高情報責任者）オフィスと、各課が進める開発案件に
講師にはスクラムの開発経験が長いエマーソン・ミルズOdd-e Japan代表を招き、初対面の5人がチームを組んで三つのロールプレイ形式のワークショップ（参加型講習会）を実施した 2009年11月25日夜7時、金融情報サービス会社QUICKの会議室で、「チームとは何だ」と題してすくすくスクラムの第7回勉強会が始まった（写真1）。約40人の参加者はほとんどが技術者で、システムの受注者側と発注者側が半々程度だという。また毎回約半数が初参加である。 スクラムとはアジャイル開発手法の一つで、プロジェクトでの採用が増えている。理由はシンプルであること。「30日ごとの繰り返し開発」「毎朝15分のミーティング」「繰り返し開発が終わったら必ず3時間の振り返りを実施する」といった、繰り返し開発と振り返りの二つの枠組みのみを決める。技術的な技法にまでは踏み込まない。 今回、勉強会はなぜチームをテーマにしたのか。
アジャイル開発の本質をつかんだ各社は、大規模への適用を模索し、ハードルを引き下げる改善を続ける。アジャイル開発での品質基準の調整と、契約の結び方も見えてきた。 まず大規模プロジェクトへの適用だ。基本的な二つのコンセプトは固まりつつある。一つは小規模チームをいくつも並行して走らせるということ。 例えば米IBMは今年1月に出荷した開発ツール「Rational Team Concert」を3年をかけてスクラムで開発する際に、全体を管理するチームと個別機能を開発する20チームに分けて取り組んだ（図1）。全体管理は10人が担当し、関係性がある機能同士にずれが生じないように「バディ」と呼ぶ役割を設けて調整役となった。 個別機能は国をまたがり4～10人が1チームに所属し、全チームが同じ繰り返しの期間で開発を進めた。毎日のミ ーティングは時間を合わせてテレビ会議などで実施したという。「繰り返しと振り返りは
アジャイル開発が広まる機運が高まっている。アジャイル開発を経験したマネジャたちが「繰り返し開発と振り返りが本質」と気づいたからだ。「30年前の現場にあった改善の喜びを取り戻せる」と指摘するマネジャもいる。システムを開発する立場からアジャイル開発を取り巻く変化を追った。 短期間の「繰り返し開発」と開発した結果の「振り返り」。たった二つを実践するだけで、技術者も利用者も幸せになれる。2009年、登場から10年がたったアジャイルの価値がこの二つに集約されてきた（図1）。 「アジャイル開発はプログラマ寄りの技術で、ウォータフォール開発の対立軸と捉えていた。しかし実際にやってみるとその根本は繰り返し開発と振り返りであり、それは自分たちが30年前に開発現場で実践していたことと変わらないことがわかった」。富士通 文教ソリューション事業本部 文教第二ソリューション部の中尾保弘部長と、日立製作所 アプリケー
From Agile Japan 1 day ago Category: Business & Management 4 members, 7 posts, 5 slideshows Desc: Agile Japan is an exchange site of the person who has the business heart that advances the site reform seriously centering on Agile. A software developer alone doesn't become it. It is a site for you who is related.
汽車に乗ったら窓から外をよく見よ。田や畑に何が植えられているか、育ちがよいか悪いか、村の家が大きいか小さいか、瓦屋根か茅葺きか、そういうところをよく見よ。駅へ着いたら人の乗りおりに注意せよ。そしてどういう服装をしているかに気をつけよ。また駅の荷置場にどういう荷が置かれているかをよく見よ。そういうことでその土地が富んでいるか貧しいか、よく働くところかどうでないところかよくわかる。 村でも町でも新しく訪ねていったところは必らず高いところへ登って見よ。そして方角を知り、目立つものを見よ。峠の上で村を見おろすようなことがあったら、お宮の森やお寺や目につくものをまず見、家のあり方や田畑のあり方を見、周囲の山々を見ておけ。そして山の上で目をひいたものがあったら、そこへは必らず行って見ることだ。高い所でよく見ておいたら道にまようことはほとんでない。 金があったら、その土地の名物や料理はたべておくのがよい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
