これからの時代に求められるアジャイルな組織づくりとリーダーシップ - Mitsuyuki.Shiiba
アジャイルリーダーシップ を翻訳者の一人であるヒロオカさんにいただいて読みました。ありがとうございます！今の自分にグサッとくる内容でとてもとても良かった。今後の自分の行動も変わりそうです。今日から数日後の11月22日に発売されます www.kyoritsu-pub.co.jp 読みやすかった 著者は SCRUMMASTER THE BOOK を書かれたズージーさん ズージーさんの本自体が読みやすいのと、あと、ユーザベースさんの翻訳が読みやすいのとで、とても読みやすかった。英語の言い回しって日本語にすると分かりにくかったりするけど、そういうのがなくて、自然に読むことができた アジャイルリーダーシップ？ 「アジャイルリーダーシップ」ってタイトルを見たときは、アジャイルなチームのリーダーの話なのかな？スクラムマスターはこうあるべきだよとかって話？と思ったのだけど、読み始めてみるとそうじゃなくて、
アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか？ | Social Change!
「アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか？」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。（決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です） そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか？ 私は「
スクラムの基本概念から拡張Tipsまでを俯瞰できる、「非公認スクラムチェックリスト by Henrik Kniberg」 を更新しました。 - kawaguti’s diary
以前訳した Henrik Kniberg (ヘンリック・クニベルグ) 氏のスクラムチェックリストの日本語版を更新しました。2010年10月4日のバージョン2.2を取り込んでいます。 スクラムの基本的な項目を、ヘンリックさんの視点でチェックリスト化しているのですが、非常にわかりやすいチェックリストだと思います。今回、２ページ目に使い方が追加され、誤った使い方が減るような工夫がされています。 ダウンロードはこちら (PDF 299KB) です。 オリジナルのサイトはこちら: Scrum Checklist : Are you really doing Scrum? ヘンリック氏の認定スクラムマスタ研修があります。 ヘンリックさんの認定スクラムマスタ研修(10月17日〜18日) も行われます。わずかですが残席がありますので、よかったらどうぞ。 どうやって使えばいいの？ (2ページ目の説明を抜粋し
Mountain Goat Software
Try GoatBot, our AI powered Q&A tool for Scrum and agile based on Mike's courses and articles. Free now, for a limited time. Scrum Training & Certifications Jumpstart your professional development with 2-day certification classes offered live online and in person. Or level set entire teams or business units with targeted Scrum training and workshops. User Stories & Story Writing Master personas, r
アジャイル宣言の背後にある原則
私たちは以下の原則に従う: 顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。 ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 情報を伝えるもっとも効率的で効果的な方法は フェイス・トゥ・フェイスで話をすることです。 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル･プロセスは持続可能な開発を促進します。 一定のペースを継続的に維持できるようにしなければなりません。 技術的卓越性と優れた設計に対する 不断の注意
アジャイルソフトウェア開発宣言
私たちはソフトウェア開発を実践あるいは実践の手助けをする ことによって、よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスとツールよりも個人と対話に。 包括的なドキュメントよりも動くソフトウェアに。 契約交渉よりも顧客との協調に。 計画に従うことよりも変化への対応に。 すなわち、左側に書かれたことがらに価値をおきながらも、 私たちは右側に書かれたことがらにより価値をおく。 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler
Scrum Boot Camp 横浜に参加してきた - Diary of absj31
(本編終了間際、『ふりかえり』でのKPT作成資料。※なぜ『レッドブル』が置いてあるのかは後述。) 6月18日 Scrum Boot Camp 横浜(神奈川県) Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した 「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、 近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないと いうケースも良く聞くようになりました。 そこで今回はこれからScrumを導入して開発を行うことを検討されている方もしくはトレーニングを受けない (受けさせて貰えない)ままにScrumチームに参加されている方を対象
The Scrum Guide
Scrum is defined completely in the Scrum Guide by Ken Schwaber and Jeff Sutherland, the originators of Scrum. The Scrum Guide is maintained independently of any company or vendor and therefore lives on a brand neutral site. The Scrum Guide is translated and available in over 30 languages. You can read and download the Scrum Guide here. This site contains both the 2020 and 2017 versions of the
「アジャイルサムライ - 達人開発者への道」 #agilesamurai - ヲトナ.backtrace
[twitter:@kakutani] と一緒に監訳した「アジャイルサムライ」がオーム社から 7/16 に出版されます。 これまで登壇させていただく度に「夏には出るので、ぜひ」と言い続けてきましたが、ようやく皆さんの手元に届ける事ができて、ほっとしています。 本書は、この書名やユニークな語り口に戸惑う方が多そうですが、内容は非常に硬派で興味深い内容になっています。 アジャイルに開発にするために必要な事は何か、どう取り組むべきなのかが簡潔に分かりやすく丁寧に解説しています。これまでこういったまとまった形でアジャイル開発の全体像を手頃なサイズで述べている書籍は、ほとんど無かったと思います。 なので、これから自分の現場や組織でアジャイル開発に取り組もうと考えている方にとっては、アジャイル開発の全体像から個々の詳細までを知るための一冊。すでにアジャイル開発に取り組んでいる方にとっては、自分が直面し
アジャイル開発をやってみて - Masatomo Nakano Blog
注：まだよくわかってない。 (前職含め)普通のウォーターフォールな開発の経験はそれなりにあり、その大変さは知ってるつもり。もちろん！、デスマーチの経験もあり。ただアジャイルの経験はほとんどなし。こんな自分が今さらながらアジャイル開発を初めてやってみた感想をメモ。 やってみることになった経緯。現在の会社では、小さい会社ということもあり、今まで部分的にウォーターフォールな感じで、残りは力技で開発してきた。今まではそれでなんとかなっていたんだけど、そろそろそれもまずいよね、という感じになってきたので、小さめのプロジェクトでアジャイルっぽい開発をやってみた。Webのアプリケーションで画面数的には(結果的に)大小含め11ぐらいの規模のプロジェクト。 プロジェクトメンバーは、開発側はプロジェクトマネージャを入れて４人。プロジェクトマネージャ（兼コンテンツ担当）とデザイナー、フロントエンドエンジニア的な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
simonroberts.de
塹壕より Scrum と XP
アジャイルのまずい考え方