製品ロードマップの使用をやめて、GISTプランニングを試すべき理由 | POSTD
何年にも渡り、私は相応量の製品戦略、ロードマップ、プロジェクトガントチャートを作成しました。しかし、もうこれらの資料を作ることはありません。以下に説明する優れた代替策を見つけたからです。 まず、以前のやり方はこちらです。 注釈： 戦略 ロードマップ プロジェクトプラン 実行 アジャイル このプランニング方式だと膨大な仕事が必要です。株主全員の同意を得るだけでも大変だと言うのにROIはかなり低くなります。プランはあっという間に現実と一致しなくなり、期間が長いほど、乖離も大きくなります。私の作ったすてきなロードマップやプロジェクトガントチャートが公開する時点で既に古くなっていると気づいたのは、少し経ってからでした。このプランニングもウォーターフォールのひとつなので（有名な ウォーターフォール・モデル とは異なります）、即応性はほとんど期待できません。トップで変更があると、それが波及しボトムでの
プロエンジニアになるための「アジャイル開発」再入門
パソナテック Find Your Ability 講演資料 「ディレクターにとってのWeb業界って？ 」
定例会が楽しみになる！Portfolio for JIRAでアジャイル計画を自動生成する方法 - Qiita
アジャイルでも「いつ、なにが」を伝える義務がある いくらアジャイルと言えども仕事として回している限りは、「いつ、何ができるのか」は上司なりに報告しているはずですよね。 そんな時、「プロダクトバックログを見せるだけで納得してくれたら楽なのに」と、きっと思うはず。でもそうは問屋が卸しません。「ちゃんと作れ」で終わるはず。なぜなら、その上司も上に対して「いつ、何ができる」を報告する必要があるからです。PMOなんて、計画と実績を見ることだけが仕事なので、計画と進捗がないと仕事も始まりません。 そんなとき、サラッとこんな計画が提示できると嬉しいですよね。 Portfolio for JIRAを使うと、リリース計画を自動生成してくれます。JIRA Agile（JIRAボード）は使っているけど、計画書は手で作っている/作らなきゃいけないけどできていないなら、活用しない手はありません。早速手順を紹介しまし
評価されるスクラムマスターとは？-Yahoo! JAPANでのアジャイル開発の取り組み-
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog みなさんこんにちは。 システム統括本部 技術支援本部所属の伊藤 宏幸（@hageyahhoo）と申します。アジャイルコーチおよび自動化推進者として、各社内サービスのテスト自動化の自発的な実現をサポートしております。また、Scrum Alliance公認の認定スクラムプロフェッショナル（CSP）でもあります。2015年11月1日に入社したばかりですが、本日12月3日のAdvent Calendarを担当させていただきます。 今回は、先日開催した社内のスクラムマスター勉強会で気がついた、スクラムマスターを評価するための工夫と、Yahoo! JAPANにおける取り組みについてお話しします。 スクラムマスターは評価されない？ そのスクラム
最もよく作成され、シェアされているUXの成果物はどれか
UXの専門家が作り出す成果物はさまざまだ。たとえば、我々の調査では、回答者の半分以上が11種類もの成果物のフォーマットを利用していた。だが、最も有効であると評価された成果物は伝える相手によって大きく異なっていた。 Which UX Deliverables Are Most Commonly Created and Shared? by Page Laubheimer on October 18, 2015 日本語版2015年11月16日公開 UX関連の作業が発生する状況というのは、アジャイル手法を利用して、ほとんどドキュメンテーション（文書化）をしない小規模なスタートアップから、外部クライアントのためのコンサルティング、プロセスやドキュメンテーションについての要求が厳しい大企業や政府機関のような環境まで多岐にわたる。こうした非常に多様な作業環境をまとめるのに必要なのが、デザインのアイデア
柔軟なウォーターフォールはアジャイルと見分けがつかない - arclamp
2015年10月21日に行われたエンタープライズアジャイル勉強会2015年10月セミナーでの講演『エンタープライズアジャイルと全体最適について ～アーキテクチャ設計とウォーターフォールの必要性～』のレポートです。資料は以下。 講演の後の懇親会で「計画的なアジャイルと、柔軟なウォーターフォールは見分けがつかない。ていうか、名前だけの問題だ」という話になりました。 資料でも書いているとおりエンタープライズ案件はリリース日について厳密なコントロールを求められます。一方で、多くのプロジェクトではリスク管理が重要であることは間違いなく、だからこそ、アジャイルでもウォーターフォールでも（まともなプロジェクトであれば）実質的なオペレーションは似通ったものになるというのです。 確かに、僕の経験から言っても、一度アジャイルを経験してしまうと「ウォーターフォールかどうか」というのは希薄になって「計画すべきはど
企業システムにアジャイルは必要か
2015/6/22にアイ・ラーニング様にて開催された「悩める管理職のためのエンタープライズ・アジャイル導入セミナー」の講演資料です。Read less
アジャイルの拡大，定義，発展を理解する
最近のいくつかの記事で，アジャイル手法を他の産業に適用する取り組み，根本的問題に取り組むことでアジャイル採用の成果を改善するアイデアの提案，といったテーマが取り上げられていた。例えばAndy Hunt氏は，GROWS Method(tm)という，まったく新しいアプローチを提案している。またDan Greening氏は，アジャイルアプローチの中核となる概念を明確化するためにアジャイル基本パターンを提案し，その利用方法について説明している。これらコメンテータに共通するのは，組織や環境に特有の状況に適応することを忘れて規則の暗記と遵守に終始するという，精彩のないアプローチがもたらす不満足な結果に対処しようという考えだ。 アジャイルソフトウェア開発宣言(Agile Manifesto}原著者のひとりであるAndy Hunt氏は，自身の記事“The Failure of Agile”の中で，次のよう
KPT発表会 - アジャイルひよこクラブ
2014/11/25 アジャイルひよこクラブ第3回の、現場をより良くするためにやっていることを3つの観点で振り返る「KPT発表会」のスライド。 実際にKPTをやってみてよかったこと、未解決の問題など。Read less
大規模スクラムの失敗から学んだこと #AgileJapan2015
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
Agile and Modeling in embedded systems safety and security
自動車業界においては、自動運転車の安全性保証が大きな問題となっている。安全性保証の枠組みとしては、セーフティケースを利用することが提唱されている（例：Pegasus）。しかし、実際にどのように築すれば良いか、またどれだけ安全性が保証されるかについては、不明な点が多い。規格に関しては、今年の4月に、自動機械の安全性保証の規格として、 ANSI/UL 4600 が発行された。本規格においては、セーフティ―ケースを基本とする安全性保証が規定されているが、実際に適合するためのセーフティ―ケースをどのように構築するかについては、これから様々な試行が必要になると考えられる。 本公演においては、 Uber ATG 社が作成し一般に公開している Safety Case Framework に対する、 ANSI/UL 4600 の適合性についてギャップ分析を実施した結果を示し、課題と今後の方向性について報告
Spotifyのスケーリングアジャイル – 部隊、分隊、支部やギルドと共に歩む（Spotifyモデル）
(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ！ 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「
アジャイルチームの技術的リーダーシップ
開発者がチームをリードするポジションに昇進する場合、新たなスキルセットが必要だ。Talking with Tech Leadsの著者によればPatrick Kua氏によれば、技術的リーダーは共通の技術的なビジョンに向けてチームを動かすため、権限を委譲し、ファシリテーション、コミュニケーションをし、リスクを管理しなければならない。 Patrick Kua氏はOOP 2015カンファレンスでThe Geek‘s Guide to Leading Teamsと題した講演を行う予定だ。カンファレンスの模様はInfoQでも取り上げる。 InfoQは氏にインタビューを行い、技術的リーダーの必要性、スクラムマスタと技術的リードの役割の違い、リーダーシップのスキル、能力やスキルを磨くのを支援するために技術的リーダーがするべきことについて話を聞いた。 InfoQ: なぜ技術的リーダーが必要なのでしょうか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自己組織化されたアジャイルチームを確立する