DevEx: What Actually Drives Productivity - ACM Queue
May 3, 2023 Volume 21, issue 2 PDF DevEx: What Actually Drives Productivity The developer-centric approach to measuring and improving productivity. Abi Noda, DX Margaret-Anne Storey, University of Victoria Nicole Forsgren, Microsoft Research Michaela Greiler, DX Engineering leaders have long sought to improve the productivity of their developers, but knowing how to measure or even define developer
『LeanとDevOpsの科学』著者登壇！開発生産性Conference (2023/07/13 09:30〜)
開発生産性Conference ｜ タイムテーブルはこちらの特設サイトへ エンジニア不足が叫ばれるなか、開発生産性が今注目を集めています。 インターネット・テック企業はもちろんのこと、大手企業における内製化の取り組みも生産性を上げる1つの手段として向き合う企業が増えてきています。 一方で、開発生産性向上のための取り組みは、自動化、プルリク分解、ペアプログラミング、シフトレフトへの施策、開発者体験の向上など、数多くありますが、どの施策から着手すべきか、また見るべき指標や組織作りなど、まだまだどの企業も手探りな状態です。 開発生産性Conference 2023は、開発生産性に纏わる知見を集めて、より良い組織を作りながら顧客への価値提供の速度を上げ、よりグロースするサービス・プロダクト作りに向き合うためのカンファレンスです。 本カンファレンスはオフラインを中心に開催いたします。 基調講演、ゲス
Developers Summit 2022 Summerは、2022年7月21日に開催！事前登録受付中！
デブサミ夏は、ソフトウェア開発を取り巻くさまざまなトレンドの中から1つのテーマを選び、集中して議論することで課題解決や自身の可能性を拡げるヒントが手に入る開発者の夏の祭典。 今年のテーマは「アジャイル・DevOps時代のプロダクトとエンジニア組織を支える、Developer Productivityへの道」。事業や社会の課題解決にソフトウェアが欠かせない存在となったことで、開発者には変化に柔軟で品質の良いソフトウェアを素早く作り続けることが求められています。 これを実現するために先人たちは、アジャイルやDevOpsといった、開発サイクルを素早く回すことで継続的に改善する手法を磨いてきました。そして今、チームを越えて組織全体でこの改善の精度を高めるためのDeveloper Productivityに着目することで、開発者体験とソフトウェア開発プロセスはさらなる進化を遂げようとしています。 そ
Findy Teamsの指標を使ってチームの生産性を改善しよう - ANDPAD Tech Blog
株式会社アンドパッドのアカウント基盤チームで認証基盤に関するエンジニアリングをしているid:shiba_yu36です。最近はチームのテックリードロールも担っています。 現在アンドパッドではFindy Teamsを導入し*1、生産性の可視化を行っています。自分は生産性向上のためのチーム改善に興味が強いため、2021/10に入社してからアカウント基盤チームのFindy Teams指標を観察し、チームのボトルネックを見極め、チームの生産性改善をしてきました。結果として、Findy Teamsの平均プルリク クローズ時間の指標が、チームに入った2021/10当時は120時間だったのが、現在は23時間ほどまで改善しました。今回はその様子について書きたいと思います。チーム改善の流れの一例として、参考にしてもらえればと思います。 チーム改善の全体的な流れ Findy Teamsで定量的にチームの生産性を
Developer Productivity Engineerについて知るためにJob Descriptionを眺める
はじめに 年末に最近関心があるDeveloper Productivity Engineerについて理解を深めようと、JDを色々見てみた。 会社のチョイスはIndeedなどで検索して引っかかったものを適当にピックアップしたのみ。国内/海外、シニアなどの分類はしておらず、加えてDeveloper ExperienceやクライアントサイドでのJDもあったが今回は一回除外した。 数も少ないので、また別のタイミングで再度まとめたい。 Developer Productivity Engineeringとは 以下記事にまとめる Developer Productivity Engineering(DPE)とは Developer Productivity Engineerとは 本格的にJDを通してDeveloper Productivity Engineerとはについて見ていく。 Twitter /
Blog Series of Introduction of Developer Productivity Engineering at Mercari | Mercari Engineering
Blog Series of Introduction of Developer Productivity Engineering at Mercari Author: @deeeeeet, Engineering head of Developer Productivity Engineering Developer Productivity Engineering Camp (“Camp” is a unit and a term we use internally at Mercari to logically group the related teams) is a division which is mainly responsible for the entire Mercari group’s base infrastructure and DevOps toolings
Octoverse Spotlight 2021: The Good Day Project—Personal analytics to make your work days better
CommunityCompanyOctoverse Spotlight 2021: The Good Day Project—Personal analytics to make your work days betterTable of contents Executive summary Key findings Key takeaways for developers and software teams About the study What we found Interruptions and meetings have a large influence on our days… Table of contents Executive summary Key findings Key takeaways for developers and software teams Ab
Introducing Developer Velocity Lab – A Research Initiative to Amplify Developer Work and Well-Being
Developer Velocity is an important and integral part of developer productivity, and software development is at the core of how organizations run. Improving developer velocity is critical to continued satisfaction, iteration, and innovation in software teams. Today, Microsoft is doubling down on its commitment to improving developers' work and well-being. Microsoft and GitHub are proud to present D
Measuring enterprise developer productivity
EnterpriseMeasuring enterprise developer productivityIn a recent paper written by Nicole Forsgren and her colleagues, “The SPACE of developer productivity: There’s more to it than you think,” there is an irony that is hard… In a recent paper written by Nicole Forsgren and her colleagues, “The SPACE of developer productivity: There’s more to it than you think,” there is an irony that is hard to esc
生産性を向上させ”最高の開発体験”を。開発者のための「Developer Productivity室」を設立 | CyberAgent Way サイバーエージェント公式オウンドメディア
山田明憲 (ヤマダ アキノリ) Twitter : ＠stormcat24 2012年、サイバーエージェント中途入社。ゲーム開発や特命的ミッションを経験。その後、ライブ配信サービス「FRESH LIVE」のテックリードを経て「OpenSaaS Studio」のチーフテックリードに従事。2020年7月からDeveloper Productivity室の責任者も兼務。著書「Docker/Kubernetes 実践コンテナ開発入門（技術評論社）」は総発行部数1万部を突破するベストセラーに。 「Developer Productivity室」は、開発者の生産性向上を加速することでコストはもちろん、品質担保やチャンスポイントの増加に貢献し、サービス開発を支えていくことを目的に今年の6月に設立した組織です。 特に「デリバリ」「品質担保」「リリース」「検証」といったソフトウェアのリリースのために繰り返し
PullRequestからチーム開発の生産性・健全性を測るCLIツールを書いてみた - $shibayu36->blog;
最近、開発チームの生産性や健全性をどのように計測したら良いかについて興味を持っている。その中で「LeanとDevOpsの科学」の中に書いてあるようなデプロイの頻度・変更のリードタイム・MTTR・変更失敗率の4指標や、開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiitaに興味を持った。 一方、それらの指標を考えてみた時、以下のような点について悩んでいた。 マイクロサービスなどで複数レポジトリとなり、さらにデプロイ手法がそれぞれ違う状況の場合、変更のリードタイム = コミット〜本番稼働までの時間を計測するのがなかなか難しい コミットという単位だとかなり小さく、個々人のばらつきも大きすぎるように感じるので、もう少し良い単位はないのだろうか このような悩みから、PullRequestの単位で集計することで、生産性や健全性をもう少し測りやす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How To Boost Your Productivity & Get Sh*t Done