ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編）
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編） アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク（Dmytro Yarmak）氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入
Parabol | Free Agile Meeting Tool for Remote Teams
Agile Meeting Tool for Remote & Hybrid Teams Better Meetings, More ValueParabol gives structure to your meetings to get your team talking and moving forward faster
「Scrum Inc. Japan」が設立。「スクラム」の導入支援により、イノベーションを実現。KDDI、永和システムマネジメント、Scrum Inc.が合弁
「Scrum Inc. Japan」が設立。「スクラム」の導入支援により、イノベーションを実現。KDDI、永和システムマネジメント、Scrum Inc.が合弁 「スクラム」は、アジャイル開発手法としておそらくもっとも広く知られ、普及している手法です。顧客からのフィードバックに基づいて計画と開発を短い期間で繰り返し、新しい機能を次々とリリースしていくことが1つの特徴です。 そのスクラムは、もともと1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」などを参考に、ジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたました。 そのスクラムの提唱者であるジェフ・サザーランド氏が設立したScrum Inc.とKDDI、
複数チームでのスクラムを改善するために、Nexusガイドを読んでみました - クロアゲハの育て方
背景 現在、スクラムで開発をしているのですが、諸般の事情によりスクラム2チーム体制になっているため、ところどころスクラムガイドから外れた内容になっていることが気になっていました。 そんな中、スクラムの規模を大きくしていくための手法として、LeSSやNexusなどがあることを知り、知見を得るために、Nexusの内容をまとめたNexus Guideを読んでみました。 知りたかったこと いきなりNexusを導入する、というよりは、現在2チーム体制で試行錯誤している内容に対して、改善のヒントがないかな、というイメージで読みました。主に知りたかったこととしては以下となります。 チーム間の情報共有 チームごとにプロダクトバックログを分けるのか スクラムイベントは別々に行うのか、一緒に行うのか プロダクトオーナーの人数／役割 チームごとにプロダクトオーナーが必要か 全体で1人だった場合、チームとのコミュ
アジャイル開発プロジェクトの始め方
2. はじめに ✤ この資料にはアジャイルプロジェクトのはじめ方について記述しています ✤ スクラムを利用した場合の例になっています ✤ スクラムではプロダクトバックログがある状態から開始となりますが、実際のプ ロジェクトではその前に準備が必要です ✤ あくまでやるべきことの一例として書いていますので、現場にあわせて始め方を 考えてください ✤ そのほかインセプションデッキなども利用可能です ✤ 準備期間に何ヶ月もかけてはいけません。最長でも1ヶ月程度にしてスプリント を開始すること 3. プロダクトゴールや価値の明確化 ✤ これから作るもののビジネス価値やプロダクトビジョンを明確にする ✤ やらないことが明らかにできているのも良い ✤ これから作るものの責任を負っている人はだれなのかを明らかにする ✤ 作るものの特性が分からないとどんな開発の仕方をするか決まらない 4. アジャイル開発導
アジャイルソフトウェア開発宣言
私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler
新技術導入を米国並みに！働き方を変えて生産性を高めるための８つの習慣 - メソッド屋のブログ
クロスカルチャーの専門家のロッシェル・カップさんと共同でマイクロソフトの投資の元作成した「働き方を変えて生産性を高める８つの習慣」だが、動画シリーズが完成したので、各習慣の動画をここで整理しておきたい。楽しんでもらえる内容になっているので、是非楽しんでご覧ください！また、すべての項目について、私が過去にこのブログで書いた、各習慣に関するポストへのリンクを整理しておいたので本ブログの集大成になっている。 元々本シリーズは、日本でも、DevOps や Agile を米国並みに実践したいという考えから考察されたものですが、働き方を変えて変化対応性と、生産性を向上させるためのもので、どなたにも楽しんでもらえる内容になっております。早速各習慣のビデオをご紹介させてください。それぞれ１０数分以下のサイズになっています。 序章：イントロダクション ８つの習慣をなぜ作成したのか？どういう効果があるのか？と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
