アトラシアンにおける スタンドアップ の方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
本稿はアジャイルの作法に関するシリーズの最終記事「アトラシアンにおける スタンドアップ の方法」です。アトラシアンにおけるスプリント計画、スプリントレビューおよびスプリントのふりかえりもご覧ください。 スタンドアップ は、アジャイル開発の基本を構成するもののひとつですが、これには誤解がつきまとうことがよくあります。率直に言うと、スタンドアップだけではチームをアジャイルにすることはできないのです。また、スタンドアップはエゴを押し通す場ではないし、作業内容の正しさを主張する場でもありません。そして計画作りの場でもありません。それはスプリント計画の役割です。さらに言えば、ブロッカーの発生を伝える唯一の場でもないのです。もしブロッカーにより作業が進まないならば、助言を求めることをためらってはなりません！ 本稿では、ブロッカーを効率的に管理する方法に加え、アトラシアンにおいて私たちが活用している様々
アジャイル開発の議論。アナログツールとデジタルツール、エンタープライズアジャイルについて
米国ダラスで今年8月に行われたアジャイル開発のイベント「Agile2012」には、日本からも多数の参加者がありました。そのAgile2012に参加したアジャイル活動家の方々が集まった座談会「Agile Conference Retrospective」が開催されました。 座談会ではAgile2012を振り返りつつ、日本でのアジャイル開発の現状や今後についての議論が繰り広げられました。 写真左から、松元健氏（株式会社バンダイナムコスタジオ コーポレート本部プロジェクトマネジメント課 スクラムマスター）。経営企画に近いところで、会社のスクラムマスター的役割。 上田佳典氏（NECビッグローブ株式会社 サービス開発本部）。アジャイルの考え方を全社に展開中。 伊藤宏幸氏。全社に対してスクラムの導入やアジャイル開発の教育などをしている。 藤原大氏（楽天株式会社 開発ユニット アジャイルグループ グルー
NTTデータグループと楽天がアジャイル開発人材育成プログラムを共同開発
株式会社NTTデータ（本社：東京都江東区、代表取締役社長：岩本 敏男、以下NTTデータ）と株式会社NTTデータユニバーシティ（本社：東京都目黒区、代表取締役社長：家田 武文、以下NTTデータユニバーシティ）、楽天株式会社（本社：東京都品川区、代表取締役会長兼社長：三木谷 浩史、以下楽天）は、NTTデータグループおよび楽天グループの社員を対象としたアジャイル開発人材育成プログラムを共同で開発し、2012年12月より各社社員向けに同プログラムを利用した研修を開始します。 ビジネス環境の変化が早い現代では、お客さまにとっての価値創出のために、ニーズに合致したITシステム・サービスを少しでも早く提供していくことが求められています。このため、アジャイル開発手法の重要性がより増していくことが見込まれ、アジャイル開発人材の育成は急務といえる状況です。 そこで、アジャイル開発分野のプロジェクトマネジメント
アジャイル開発展開と人材育成のための拠点をインドに設置
株式会社NTTデータは、NTT DATA Global Technology Services Private Limited Company（本社：ITI Road, Aundh, Pune, India、以下GTS）と、NTTデータグループにおけるアジャイル開発注1の展開・プロフェッショナル人材育成拠点「Agile Professional Center」の世界各地域での設置に着手し、その最初の拠点として、2012年10月18日、GTS社内に「Agile Professional Center India」を設置しました。 「Agile Professional Center」は、NTTデータグループ社員を対象にアジャイル開発プロジェクトの実践を通じたトレーニングの場を提供し、アジャイル開発のプロフェッショナル人材注2育成を行い、各地域のグループ各社へのアジャイル開発の展開を行っていく
非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）を公開
これまでの活動内容報告書・成果物実績非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書（非ウォーターフォール型開発の海外における普及要因編）を公開 近年、アジャイル型開発をはじめとする非ウォーターフォール型開発が、俊敏かつ柔軟な対応が可能なソフトウェア開発手法として注目されています。 米国や欧州では、インターネットビジネス分野などで、ビジネス環境が急激に変化し、それに伴う要求の変化が大きい領域では、アジャイル型開発が急速に普及しています。例えば、米国で2010年に公表された調査(*1)において、ソフトウェア開発プロジェクトの約半数で非ウォーターフォール型開発（アジャイル型開発、もしくはそれ以外の反復型開発手法）が採用されていたことが報告されています。 しかしながら、日本では、徐々に広がりは見られるものの、未だ従来のウォーターフォール型開発が主流であり、非ウォーターフォー
Agileな開発からAgileな組織へ #aj21 #b2
This document contains links and snippets of text on various Agile topics including Scrum, continuous delivery, iterative development, inspection and adaptation. It discusses priorities of satisfying customers through early and frequent delivery of valuable software. It also includes questions about release cycles and mentions that organizations tend to design systems that mirror their own communi
スクウェア・エニックスの橋本善久氏がプロジェクトマネジメントの手法を紹介。「Agile do IT!」で行われたセッションレポート
スクウェア・エニックスの橋本善久氏がプロジェクトマネジメントの手法を紹介。「Agile do IT!」で行われたセッションレポート ライター：小倉正也 2012年3月19日，ディー・エヌ・エーの主催で，ソフトウェア開発者やプロダクションマネージャーを対象とした講演・ディスカッションのイベント「Agile do it!」が開催された。3月16日に大阪で行われた「Agile Japan」のスピンオフとなる今回のイベントでは，“マスター・センセイ”と称される「The Agile Samurai: How Agile Masters Deliver Great Software」（邦題 アジャイルサムライ−達人開発者への道−）の著者Jonathan Rasmusson氏を迎えてのトークセッションや，ヤフー，ディー・エヌ・エー，スクウェア・エニックスといった各社におけるアジャイルやスクラム（アジャイ
Jonathan "master sensei" Rasmusson Japan Tour 2012 - 角谷HTML化計画(2012-03-11)
■1 Jonathan "master sensei" Rasmusson Japan Tour 2012 既に日記に書いたとおり『アジャイルサムライ』の原著者Jonathan Rasmussonが来日しているのだけれども、関連イベントの周知が足りていないことに気づいたので、若干手遅れなところもありますが、改めて告知しておきます。 Gigs 読み返したらやっぱりわかりづらかったので、日程とイベントとリンク先の一覧をまず書いておきます: 2012/03/10(Sat) アジャイルサムライ読書会埼玉道場(第1回) 2012/03/16(Fri) Agile Japan 2012(大阪) 2012/03/19(Mon) Agile Do IT!(DeNA主催セミナー) 2012/03/22(Thu) アジャイルインセプションデッキ作成ワークショップ 2012/03/23(Fri) アジャイルリー
請負契約がソフトウェア開発者を苦しめている - プログラマの思索
IT業界で仕事していて、何故かデスマーチプロジェクトに数年に1回はぶち当たる。 デスマーチに陥る原因は技術力の不足やプロジェクト管理の能力不足などがあるけれども、IT業界で一般的な請負契約そのものに根本原因があるような気がしている。 請負契約が日本のソフトウェア開発者を苦しめているのではないかという仮説について考えたことをラフなメモ書き。 【元ネタ】 Twitter / @akipii: 日本のソフトウェア開発者を苦しめている根源に請負契約があるという仮設を考えてる。平鍋さんや倉貫さんが試しているアジャイルな契約は請負契約のアンチテーゼと考えると分かる気がする。 Twitter / @akipii: @mr_amichan 請負契約の制約条件は開発者の想像以上にソフトウェア開発者に厳しいのです。請負契約である限り本当のアジャイルな開発でないと体験してます。それをうまく説明したい。 Twit
Agile Japan（アジャイルジャパン）2012が開催されます | Social Change!
日本最大のアジャイルに関するイベント「Agile Japan（アジャイルジャパン）」が今年も開催が決定しました。開催日は3月16日の金曜日です。今年の場所はメイン会場を大阪に移して開催します。 昨年から実施している全国各地で開催するサテライト開催が今年もあり、東京は「東京サテライト」として開催します。（私は東京サテライトの実行委員でもあります） 今回のアジャイルジャパンでは「今こそ語り合おう、アジャイルのABC 〜Agileを知る、Businessをつくる、Changeを起こす」というテーマのもと、Agile/Business/Changeの３つの柱でセッションのプログラムが組まれています。 キーノートには、「アジャイルサムライ」の著者である Jonathan Rasmusson 氏が来日され、「The Surprising Science Behind Agile Leadership
ソフトウェアチーム向けのアジャイルツール - Jira Software | アトラシアン
スクラムは、一連の固定長イテレーションで製品が作成されるアジャイル手法です。このフレームワークは、スプリント計画、スタンドアップ ( デイリースクラム)、スプリント、およびふりかえりの4本の柱で成り立っています。すぐに使用可能な Jira Software には、スクラムチームがこのようなイベントを容易に実行できるように包括的なアジャイルツールセットが用意されています。 スプリント計画用ツール スプリント計画ミーティングでは、バックログ (つまり、処理すべき作業のリスト) から取得する次のスプリントでチームが何を完了させるかを決定します。Jira Software は、バックログをスプリント計画ミーティングの中心に据えるため、ストーリーの見積、スプリントのスコープの調整、ベロシティの確認、およびリアルタイムで課題の優先順位変更を行うことができます。Jira Software 内には、スプリ
Jira | 課題 & プロジェクト管理ソフトウェア | Atlassian
計画 「大枠」のアイデアを、ユーザー ストーリー・課題・タスクの作業単位に分割することで、チーム間での管理がしやすくなります。
アジャイル開発はなぜ難しい？--アジャイル開発を実案件に生かすための基礎知識（2）
柏木雅之、山下博之 （IPA SEC エンタプライズ系プロジェクト） 2011-06-01 12:00 前回（「アジャイル開発って何がいいの？」）はアジャイル開発について、ウォーターフォール型開発と比較しながらその概要を解説しました。今回はさらにもう一歩踏み込み、アジャイル開発の導入を阻んでいるさまざまな要因を分析し、それらの障害を乗り越えて導入へと向かうための方法を考えてみたいと思います。説明の都合上、若干前回と重複する部分もありますが、ご了承いただければと思います。 アジャイル開発への懐疑的な意見にどう答える？ アジャイル開発はもちろんソフトウェア開発における万能の開発手法ではありません。しかしながら、社会の動きが激しい現代において、要求の変化に柔軟に対応できるアジャイル開発は、顧客側にも開発側にも大きなメリットがある、魅力ある選択肢のひとつのはずです。 にもかかわらず、国内でのアジャ
アジャイルコミュニティのエネルギーを作り出した人々 〜 AgileJapan2011にて 〜 - メソッド屋のブログ
アジャイルジャパン２０１１のコミュニティのエネルギー AgileJapan2015に参加して講演して、ハードダンスをしてきました。 講演の内容はリンダ・ライジングさんの素晴らしい講演や、USP（ユニバーサルシェルプログラミング）での驚異的な事例、SalesForceでの実践的なアジャイル事例など強力な内容でした。これらは多くの方がブログされているので、私が駄文で補足するまでもないでしょう。 フリーペーパーEMZeroでの素晴らしい公式レビューがありますのでリンクを張っておきます。 http://www.manaslink.com/article/ 私が講演の中身について書かないのには理由があります。 今回のアジャイルジャパンで、私が最も感慨深かったことは、このアジャイルコミュニティのエネルギーの強大さです。昔アジャイルを始めた頃はみんなマイナーでテロリストや宗教家扱いでした。それがIBMの
日本のアジャイルは海外と比べると周回遅れか、アジャイル開発が国内で普及するには？ IPAの報告書から
海外ではアジャイル型開発の採用は開発企業のステータスとしての側面があり、現在のアジャイルの次にくるものの議論が始まっている。我が国の状況は周回遅れとも表現されることが少なからずあった。 日本のエンジニアが生き生きと働くためにどうすればよいのか？ その一環として独立行政法人情報処理推進機構（IPA）が発表した「非ウォーターフォール型開発に関する調査」では、まとめとしてこのような説明が掲載されています。 アジャイル開発普及のための3つのポイント こうした状況を脱し、国内でアジャイル開発を普及するためにどうすればいいのでしょうか？ 発表されたIPAの報告書では次の3つの指摘がありました。 (1) ビジネス等のコンテキストに応じた開発方法の選択 開発するソフトウェアの特性やプロジェクトに与えられる制約などを踏まえ、妥当な開発手法を定めた結果として、ウォーターフォール型開発色が強い場合もあれば、その
アジャイル導入のよくある間違い
原文(投稿日：2010/11/14)へのリンク たくさんの解説者がアジャイル導入のよくある誤りとアンチパターンについて書いてきた。彼らはさまざまな組織におけるアジャイル導入の誤りを避けるためにすべきこと「トップX」を投稿している。 Target ProcessのMichael Dubakov氏は、“10 Most Common Mistakes in Agile Adoption” (Part 1 & Part 2) という2つのブログ記事を書いた。彼は「企業はアジャイル導入において何度も同じ間違いをしている」と主張している。 彼が挙げたよくある誤りは以下の通りだ。 1. ツールから始める アジャイル開発はそうではない。ツールは即座に効果が現れるものではなく、ツールがあっても問題はほとんど解決しない。さらには、より重要な目標に目をつぶって、あなたはツールの導入に励んでしまう。 2. プロ
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルコミュニティのツール使用に対する過敏性
アジャイル適用に関する政府機関のガイドライン
セキュアなコード開発はアジャイルの犠牲になるのか
