KDDIアジャイル開発センターのpiyonakajimaです。 突然ですが、あなたは登壇スライドの作成にどれぐらいの時間をかけていますか？ 6/21-22に開催されたScrum Fest Osaka 2024に登壇した際、Markdown+生成AIを活用して登壇スライドを作成しました。その際、45分の登壇資料作成を75%効率化（自分比）できました。 普段からMarkdownで資料を作成している方からすると、これまで時間かけすぎやろ、というツッコミが聞こえてきそうですが、登壇資料の作成時間に悩まれる方は沢山いらっしゃるのではないかと思います。今回はこの時に実施した工夫をお話します。 以下がMarkdown(Marp)と生成AIを使って執筆した45分の登壇資料です。一部PowerPointで作図した過去資料から流用しています。 Marpでは、たとえば以下のようなmarkdownを書くと、 --
はじめに 現代の人に名著以外の本を読むような時間はない こんにちは、Watanabe Jin (@Sicut_study)です みなさんは何か新しい技術を学ぶときにどんなコンテンツを利用するでしょうか？ 最近ではUdemyなどの動画講座を利用する人が多いと思いますが、本を読んで学ぶという人もまだまだ多いのではないかと思います 今回は私がこれまで5年間読んできた150冊以上の中から厳選した30冊の本を紹介します。広く多くの人に役立つものから、特定の技術の書籍までどれを読んでもあなたの大切な一冊になるのでぜひ読んでみてください 現代人には時間がない なぜ働いていると本が読めなくなるのかという本が話題になりました 現代人は本を読む時間がなくなっています。 仕事に追われてしまい、プライベートで本を読む暇などなくなっているのです。 しかし、エンジニアは「技術職」なのでプライベートの時間でも学習をして
スタートアップ企業が実践する「身の丈スクラム」の現在地 / Current State of 'Right-Sized Scrum' Practices in Startups
Scrum Fest Osaka 2024で発表した内容です。 https://www.scrumosaka.org/ https://confengine.com/conferences/scrum-fest-osaka-2024/proposal/20059 ■リンク 後回しにされがちな…
KDDIアジャイル開発センターのpiyonakajimaです。 突然ですが、あなたは登壇スライドの作成にどれぐらいの時間をかけていますか？ 6/21-22に開催されたScrum Fest Osaka 2024に登壇した際、Markdown+生成AIを活用して登壇スライドを作成しました。その際、45分の登壇資料作成を75%効率化（自分比）できました。 普段からMarkdownで資料を作成している方からすると、これまで時間かけすぎやろ、というツッコミが聞こえてきそうですが、登壇資料の作成時間に悩まれる方は沢山いらっしゃるのではないかと思います。今回はこの時に実施した工夫をお話します。 以下がMarkdown(Marp)と生成AIを使って執筆した45分の登壇資料です。一部PowerPointで作図した過去資料から流用しています。 Marpでは、たとえば以下のようなmarkdownを書くと、 --
スクラムチームに入れないという選択: フルサイクルチームにおける開発者のステップアップ / Why We Don’t Add Newbies to Our Scrum Team
2024/06/22にScrum Fest Osaka 2024 品川&葛飾トラックで発表させていただいた資料です。 Scrum Fest Osaka https://www.scrumosaka.org/ プロポーザル https://confengine.com/conferences/…
Scrum Fest Osaka 2024 キーノートの資料です
対話したいわ 〜認知バイアスを知り、円滑な対話を〜 / I want to have a dialogue -Knowing cognitive biases and having a smooth dialogue
スクラムフェス大阪 2024にて登壇 https://confengine.com/conferences/scrum-fest-osaka-2024/proposal/20273
「儲からない」のは誰の責任？アジャイルにおける「責任問題」とその解決策【ryuzee｜吉羽龍太郎】 レバテックラボ（レバテックLAB）
「儲からない」のは誰の責任？アジャイルにおける「責任問題」とその解決策【ryuzee｜吉羽龍太郎】 2024年6月17日 株式会社アトラクタFounder兼CTO アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』（翔泳社）、訳書に『チームトポロジー』（日本能率協会マネジメントセンター）、『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』（オライリー・ジャパン）、『ジョイ
ぶっちゃけて話すための場作り / Creating an Environment for Open and Honest Communication
2024/06/21 Scrum Fest Osaka 2024 沖縄トラック
現場の失敗から学ぶ！プロダクトバックログアイテムの改善/Learn_from_On-Site_Failures!_Improving_Product_Backlog_Items
2024年6月21, 22日に開催された『Scrum Fest Osaka 2024』 において登壇した際の資料です。 プロダクトバックログアイテム（PBI）はチームの認識の統一や実装・テストの効率化に直結する重要な要素です。 本セッションでは、過去に参加した現場での失敗事例とその原因・背景を分…
『術中にはめられた！』と嬉しそうにふりかえるチーム 「みんなで協力できるようになることでフロー効率を高める」術のかけ方
2024.06.22 Scrum Fest Osaka 2024 金沢トラック
はじめに HRMOSプロダクト本部で人財活用システム「HRMOSタレントマネジメント」のプロダクト開発をしている輿水です。 私たちのチームには、プロダクト開発を進める上で次のような課題がありました。 プロダクトオーナー（以下、PO）の業務が多岐にわたり、ドキュメントの更新が大きな負担となっていた 要件や仕様について最新の情報を把握することが難しく、ステークホルダー間でのコミュニケーションコストが増大していた これらを解決するため、私たちのチームは「エピック主管」という仕組みを導入しました。これは、エンジニアがリードしてドキュメント管理を行い、プロジェクトマネジメントの役割も果たすことで、POやエンジニアリングマネージャー（以下、EM）の業務負担を削減するものです。 本記事では、エピック主管とは何か、そしてその役割や成果について深く掘り下げて紹介します。 この記事では、プロダクト開発において
OODAふりかえり 何って…ただ毎スプリント、違うふりかえり手法を採用してるだけだが？ / Retrospectives with OODA
Scrum Fest Osaka 2024 #scrumosaka での講演資料です https://confengine.com/conferences/scrum-fest-osaka-2024/proposal/19856/ooda
スクラムチームをLeSSっぽく2分割したらリリース頻度が2倍になった話 - NTT Communications Engineers' Blog
時系列データ分析ツール「Node-AI」を開発するスクラムチームは、LeSS（Large-Scale Scrum）を参考にした開発プロセスを採用しました。 本記事では、その背景や数か月試した結果について紹介します！ 目次 目次 はじめに Node-AIについて フロントエンドのリプレイスを終えて チーム分割に対する勘所 コンポーネントチームとフィーチャーチーム 実際の運用 チームへの愛着 2チーム体制を続けてきて おわりに はじめに はじめまして、イノベーションセンター Node-AIチームの中野、半澤です。 （中野）Node-AIチームでは2024年4月からスクラムマスターとして活動しております。 過去には研究者やデータサイエンティスト、ソフトウェアエンジニアなど幅広くジョブチェンジして今に至ります。 中野 将尚 | LinkedIn （半澤）Node-AIチームでは開発者としてインフラ
Scrum Fest Osaka 2024 https://confengine.com/conferences/scrum-fest-osaka-2024/proposal/19867
キャリアは一方通行じゃなくたっていい。はてなに戻った私が、肩の力を抜いてマネジメントと向き合える理由 - Findy Engineer Lab
2024年5月より株式会社はてなに転職し、エンジニアリングマネージャーを務める粕谷大輔（通称：だいくしー）さん。これまで複数の開発組織でソフトウェア開発に携わってきた粕谷さんは、2014年11月から2021年4月まではてなで働き、2021年5月にChatwork株式会社に転職。そして2024年5月より再びはてなで働き始めるというキャリアを歩んでいます。 いわゆる「アルムナイ採用」ではてなに戻った粕谷さんですが、なぜこのような働き方を選んだのでしょうか。そして、はてなで実現したいことやキャリアについての考え方とは？ 旧・はてな時代の経験は、マネージャーとしての原点 ── 粕谷さんが過去にはてなに所属されていた頃、「Findy Engineer Lab」に「マネジメントも『技術』のひとつ。技術志向だったエンジニアが、開発チームのディレクターに挑戦するわけ」というコラムを寄稿されました。この頃か
スクラムマスターの 「真のリーダー」を考える
J.K (コサカ ジュンキ) スクラムマスター / Agile Japan EXPO 代表理事 Agileで日本から世界を楽しく！ 三島から日本を楽しく！ Agileの世界とエンジニアコミュニティにどっぷりハマっている元製造業の人。三 島のアジャイルオタク。三島サテライトオフィス長(New) ソフトウェア開発でプロセスやコミュニケーションに課題を感じていたところア ジャイルに出会い、以降、アジャイルの世界へのめり込む。 開催した研修から200名の有資格者を輩出。現在はAgileとScrumの専門家と しての知識や経験を活かしながら組織開発に従事。カンファレンス運営などを 通じ、日本にAgileが楽しく広まることを夢見て日々活動中。
はじめに 現代の人に名著以外の本を読むような時間はない こんにちは、Watanabe Jin (@Sicut_study)です みなさんは何か新しい技術を学ぶときにどんなコンテンツを利用するでしょうか？ 最近ではUdemyなどの動画講座を利用する人が多いと思いますが、本を読んで学ぶという人もまだまだ多いのではないかと思います 今回は私がこれまで5年間読んできた150冊以上の中から厳選した30冊の本を紹介します。広く多くの人に役立つものから、特定の技術の書籍までどれを読んでもあなたの大切な一冊になるのでぜひ読んでみてください 現代人には時間がない なぜ働いていると本が読めなくなるのかという本が話題になりました 現代人は本を読む時間がなくなっています。 仕事に追われてしまい、プライベートで本を読む暇などなくなっているのです。 しかし、エンジニアは「技術職」なのでプライベートの時間でも学習をして
TRACERYプロダクトマネージャーの haru です。 システム開発におけるシステムとは何か - TRACERY Lab.（トレラボ）では、システムの定義について説明しました。 この記事では、V字モデルを使ってシステム開発の進め方を組み立てる考え方について説明します。 システム開発は迷路のようなもの まずは質問です。迷路をうまく抜けるコツはなんでしょうか。 迷路をうまく抜けるコツは? 答えは迷路を上からみることです。迷路を上から俯瞰することで、複雑な迷路もゴールが見えて、進むべき方向が見えてきます。 迷路を上から俯瞰する システム開発プロジェクトも迷路のようなものです。 できそうなことから手当たり次第に進んでも、ゴールにたどり着くことはできません。全体像が見えないまま進めると、無駄な作業や手戻り工数が発生しやすくなり、プロジェクトが混乱状態となるリスクが高まります。 システム開発でやるべ
初心者スクラムマスターはどうやってスクラムをチームに定着させたのか？ - Cybozu Inside Out | サイボウズエンジニアのブログ
はじめに こんにちは。開発者とスクラムマスター(以下、SM)をしている金丸です。 サイボウズのGaroonという製品の開発チームに所属しています。 サイボウズではSMのことを社内外問わず、より多くの人に知ってもらう啓蒙活動の一環として、サイボウズのSM達によるリレーブログ企画を開催しています。 blog.cybozu.io チームでスクラムを始めて約1年経ち、良い機会と感じましたので、このリレーブログに参戦させていただきます。 今回は、いち開発者がどうやってSMを始めたのか、そして自身の所属するチームにどうやってスクラムを定着させていったのか、自らの経験をベースにお話させていただこうと思います。 駆け出しではありますが、SMが何を行っているかのご理解に役立ちましたら幸いです。 スクラムがチームに定着するまでの流れ スクラムチームの始まり まずはじめに、私のチームの紹介をします。 私のチーム
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
45分登壇で75%効率化したMarkdown+生成AIスライド作成術 - Qiita
読まないと後悔する技術書30選 - Qiita
45分登壇で75%効率化したMarkdown+生成AIスライド作成術 - Qiita
「出世」を目指そう、もとい「マネジングアップ」しよう / Managing Up
メンバー全員が開発リードになれる、「エピック主管」という仕組み
キョムリリースをやめて、プロダクトと向き合う！
読まないと後悔する技術書30選 - Qiita
V字モデルを使って開発プロセスを組み立てよう〜システム開発で迷子にならないために - TRACERY Lab.（トレラボ）