レガシーコードから始まったカイゼンの旅 ─ チームから全社へと 組織を超えて広がった先にある新しい挑戦 - Findy Engineer Lab - ファインディエンジニアラボ
こんにちは！ いきいきいくお（小田中育生、@dora_e_m）です。現在、株式会社カケハシにエンジニアリングマネージャーとして所属しています。カケハシにジョインしたのは2023年10月で、それまでは長い間、株式会社ナビタイムジャパンに所属していました。 ここ数年はアジャイルコミュニティで発信する機会が多いため、「アジャイルの人」という印象があるかもしれません。2011年に書籍『アジャイルサムライ』と出会い、2017年頃から本格的にアジャイル開発に取り組み始め、アジャイルコミュニティにも参加するようになりました。2020年には『カイゼン・ジャーニー』の著者である市谷聡啓さんや新井剛さんとともにアジャイルの入門書『いちばんやさしいアジャイル開発の教本』を執筆する機会にも恵まれました。 私がアジャイル開発に取り組み、その活動を広げてきた原点は「目の前にある課題を解決したい」「よりよい状態へとカイ
30人が参加するプロジェクトで桁違いのパフォーマンスを発揮するためのチームデザイン - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。シニアスクラムマスター（初めて名乗った！）の天野 @ama_ch です。開発本部に所属するアジャイルコーチとして、組織内を横断的に支援しています。最近は、 kintone フロントエンドリアーキテクチャ（フロリア）プロジェクトの支援に注力しています。 フロリアプロジェクトの概要はこちらの記事をご覧ください。 blog.cybozu.io 現在、フロリアには約30人のメンバーが参加して日々活動しています。チームの規模が大きくなると、コミュニケーションが難しくなり、効果的なチームワークを発揮するのがどんどん難しくなっていきます。フロリアでは、昨年後半頃からだいぶチームの規模が膨らんできたため、今年からチームを再編し4チーム体制に切り替えました。 今回は、フロリアが数十人規模でもチームワークを発揮するために、チームの設計や運用で意識しているポイントを紹介します。 目指している状態 最
「職能横断チーム」の実践におけるアンチパターンと対策 - yigarashiのブログ
近年のアジャイルムーブメントにおいて「職能横断チーム」は当たり前の概念になっています。ユーザーに価値を届けるのに必要なあらゆる機能をチームが備え自律的にコントロールすることで、リードタイムを短縮するとともに、イノベーションが起こりやすい環境を作ることができます。しかしながら、7〜8人を超える大きめの集団になってくると、開発の効率を著しく下げるアンチパターンを踏んでしまうことがあります。 「職能横断チーム」の実践におけるアンチパターン そのアンチパターンとは「いつも全員一緒」です。バックエンドエンジニアだろうとアプリエンジニアだろうと、デザイナーだろうとプランナーだろうと関係なくとにかく全員です。サイロ化のカウンターとしての「職能横断チーム」に囚われ過ぎてしまって、チーム内に部分集合を作ることを極端に避けてしまっている状態です。その結果、10人もいる会を開いて細かい相談で時間が伸びたり、そも
アサインは突然に -チームリーダーになって気づいたこと- - MonotaRO Tech Blog
はじめに こんにちは。モノタロウで開発を担当している渡邉です。半年前に初めて開発チームのチームリーダーになり、スクラムを使った開発を行ってきました。今回はこれらの取り組みを振り返ってみようとおもいます。 はじめてのリーダー業って不安ですよね。どう行動すればよいのか、何を変えるべきなのか、うまくチームの目標を達成できるかなどなど・・・。私自身、そのような不安をかかえてチームリーダーになりました。 しかし、開発プロセスとしてスクラムを取り入れたことにより、想像していたよりスムーズにチーム運営を進めることができました。これから初めてリーダー職につく方や、スクラムをこれから取り入れてみようかなと思っている方の参考になれば嬉しいです。 アサインは突然に・・・ ある日のグループ連絡会で、当時のリーダーから突然の連絡がありました。 これまでのリーダーは経験豊富で、技術面でも行動面でもチームを率先してまと
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
若手から見たリモートワーク時代のチームビルディング | BLOG - DeNA Engineering
2020 年 4 月にコロナの影響による緊急事態宣言が発令されて久しい今日この頃ですが、多くの会社でリモートワークが余儀なくされ働き方が大きく変わりました。 DeNA がリモートワーク可能な体制へと迅速に切り替えていく中で、私自身リモートワークによる業務が9割以上を占めました。私や私の所属するチームだけでなく日本中でも働くことに対する考え方が大きく変わるタイミングだったのではないでしょうか。（DeNAでは緊急事態宣言が発令される前には全社的にリモートワークがすでに可能なレベルにまで整備され、とてもスピーディーにリモートワークへと移行できました。制度や勤務体制など様々な整備をしてくださったことにとても感謝しています。） その中で、私たちがチームのコミュニケーションや課題を改善するためにどう工夫したのかをお伝えすることで読んでくださる方のチームのチームビルディングの一助にして欲しいと願っていま
チームビルディングを拡張する「チームビルディングチートシート」 - Qiita
はじめに あなたのチームビルディングを拡張するチームビルディングチートシートを公開いたします！ この記事では、技術書典8 Day1（2/29）く40 プロジェクトマネージャ保護者会で配布する「チームビルディングチートシート」の説明を行います。 チームビルディングチートシートは、チームとチームビルディングの様々な要素と、チームビルディングの手法30個を記した一覧表です。下記画像はイメージです。 pdfはBoothで無料DLできます。 DLはコチラ => （DL版）チームビルディングチートシート チームビルディングチートシートとは 「アジャイルな強いチームを作る」ためのチームビルディングの概念を、以下の要素にて表現したチートシートです。 チームの成長に欠かせない7つの要素 チームビルディングの4つのマインドセット アジャイルな強いチームを形成する5つの活動 アジャイルな強いチームの3つの特性
アジャイルなチームを改善するアイデア集「101 ideas for agile teams」で僕が学んだこと | Backlogブログ
海外カンファレンス行ったときに参加者と全然話せなくて英語喋れたらなと思ったけど、そもそも日本語でもあまり話せなかった(;ω;)中村です。 突然ですが、アジャイルなチームになるためのアイデア集「101 ideas for agile teams」を知っていますか？ 本記事では、2ヶ月間1日1つずつ「101 ideas for agile teams」から、チームワークに活かせると感じたアイデアを日本語でまとめた結果、僕が学んだことをご紹介します。 101 ideas for agile teamsとは 2016年からMediumに投稿されている記事に『101 ideas for agile teams – a collection of ideas on how to improve team work in an agile team –』という英語の連載があります。ざっくり訳すと、アジャ
スクラムできる対話能力の高い人を望む、Sansanのエンジニア採用
Eightは、既に名刺交換でつながった人とだけでなく、これからつながるべき人や企業を提案する機能を提供しようとしています。そのためには、大量のデータ分析が必要です。データ分析に基づくレコメンデーション機能の実装から、Eightサービスの運用に必要な広告配信、人材獲得を支援するリクルーティング機能のマネタイズ施策など、Eightに関わる幅広い開発に携わってもらいます。 Eightの開発には、（アジャイル開発手法である）スクラムを採用しています。現在、主要機能ごとに、七つのスクラムチームを編成しています。各チームには、エンジニアとリーダー役のプロダクトオーナー、調整官役のスクラムマスターをはじめ、データサイエンティストやUI（ユーザーインタフェース）を設計するデザイナーも所属するなど、一つのチームで開発が完結する編成です。1チームの人員は8人前後です。 新たに採用したエンジニアも、このチームの
不安とストレスから解放される見積りとスケジュール方法 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ変化を起こすのが難しいのか？ - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years
こうしてふりかえりは終わってしまった / A Demise of a retrospective
スクラムチームをやめて、20人でカンバン運用してきた半年間の軌跡 / Stop Scrum Start Kanban