一部の関係者からしか見えない苦労について、せめて関係者からは労うこと - Tbpgr Blog
仕事の中には、業務を進める上で苦労を伴うことは多々あります。 一方で、その苦労の全てを関係者に共有できるわけではありません。 今回はそういった「見えない苦労」の存在や、それに対する労いの大切さについてまとめます。 見えない苦労 事例を挙げにくい面がありますが、例えば「人に関わる問題」など、一部の問題は発生したことを周囲に伝えない配慮が必要なケースがあります。 結果として、内部の関係者のごく一部しか問題の存在やそれによって必要だった苦労を知らない場合がありえます。 このような問題の存在は「マネージャー、リーダー、直接の関与者の一部」しか知らない状態になりがちです。 つまり「 見えない苦労 」になっているのです。 見えない苦労が見えないことによる影響 見えない苦労は直接関係している人以外からは見えません。 そのため、特にマネジメントに関わらなかったり、個別の担当業務外の組織改善等に関与しない人
世界最強チーム「ネイビーシールズ」のメンバーに共通する特性は「極限状態でも自分より周囲の人を優先して助けられる人」という話
Brandon K. Hill | CEO of btrax 🇺🇸x🇯🇵/2 @BrandonKHill 先日の現代のスピード重視の組織においては、他のスタッフに嫌な思いをさせるような有害なスタッフは速攻切るべきだという動画が好評だった。では、逆に最強チームを構成するメンバーはどんな特性を持っているのか？ これを初めて聞いた時は全く想像と違っててかなり驚いた記憶がある。 pic.twitter.com/nj43gXfmXi 2023-07-15 08:28:00 Brandon K. Hill | CEO of btrax 🇺🇸x🇯🇵/2 @BrandonKHill Founder & CEO of btrax. サンフランシスコと表参道が拠点のデザイン会社 - ビートラックス代表 / デザイナー / 起業家 / エンジェル投資 / 日米ハーフ / カリフォルニア育ち /
リーダー＆マネージャーのためのモブプログラミング / Mobprogramming for managers and leaders
プロフィールやお問い合わせはこちらからどうぞ！ https://agile-monster.com/profile/ https://agile-monster.com/contact/
チーム内にテックな話題を話す場を作っておよそ半年が経ちました - SmartHR Tech Blog
SmartHRの基本機能と呼ばれるプロダクトでエンジニアリングマネージャーをしている @sugamasao (id:seiunsky) です。 この文章はSmartHR Advent Calendar 2022の2日目のエントリーとして書いています。 はじめに、いくつか前提となる状態をお伝えすると、私の所属している「基本機能」プロダクトはScrumを拡張したLeSSというフレームワークを使っており、現在は6チームで1つのプロダクトを開発しています。 さらに、私は今はエンジニアリングマネージャーという立場にいますが、少し前まではこの6チームのうちの1チームに所属するメンバーでした。そのため、これ以降に記載している取り組みは私がチームに所属していた時にはじめたものという認識をしていただけますと幸いです。 テックな話題 #とは リモートワーク主体で仕事をしていると意識的に雑談によるコミュニケーシ
生産性指標を可視化してチームのワークフローを改善したら生産性が爆上がりした話 - バイセル Tech Blog
はじめに こちらは バイセルテクノロジーズ Advent Calendar 2022 の 2 日目の記事です。 前日の記事は早瀬さん「ApolloClient から Relay に乗り換えようとして諦めた話」でした。 こんにちは！株式会社バイセルテクノロジーズのテクノロジー戦略本部に所属している藤澤です。最近ではチームのテックリードのロールも担っています。 現在私の所属しているプロジェクトでは、チームの開発手法としてスクラムを採用しており、スクラムを通じて自分達の生産性を改善するための取り組みを続けて来ました。 その一環として、生産性指標を計測し定量的にチームの生産性を観察することを始めたのですが、最近になって指標が急激に改善してきました。 そこで、今回はバイセルアドベントカレンダー 2 日目の記事として、生産性向上のためにチームとしてやってきたことを紹介したいと思います。 はじめに 背景
いいチームづくりのために重要な“関係の質”の改善 味方を増やすための「失敗してみる」挑戦
日本XPユーザグループ（XPJUG）が主催になり、毎年秋に開催されている「XP祭り」。ここでKDDIアジャイル開発センター株式会社の小糸氏、三宅氏が登壇。まずは、マージンを積んでしまう問題と、ステークホルダーの過剰な期待・マネージャーとの距離がある問題に対する対策と、その結果得られたことを紹介します。 「いいチーム」とは 小糸悠平氏（以下、小糸）：では「いいチームを作りたい！！〜関係の質を改善するために私たちがやったこと〜」というテーマで話します。よろしくお願いします。 三宅潤也氏（以下、三宅）：お願いします。 小糸：最初にみなさんに共有してみたいことがあったので、話したいと思います。（スライドを示して）先ほどスライドを差し込みました。私はふだん関東に住んでいますが、今は阪急梅田駅の「テレキューブ」という場所、写真でいうと一番左側の場所で作業をしています。 外を見るとものすごくたくさんの人
プログラマーといえばスーパーハッカーかコーディング職人みたいな2極化した個人のイメージがまだ根強そうだということを今回のツイッターの騒動から感じた - in between days
今回のツイッターの件でいろいろな記事や書き込みやコメントを見てて、未だに世間的にはプログラマーといえばスーパーハッカーな超人くんか、無個性な組立工やコーディング職人の集団、というような2極化した個人のイメージが主流なのかなと感じた。 イーロン・マスクを支持してる陣営は、優秀だが有害な前者に鉄槌を食らわした、あるいは無能な後者を大量に撃滅したみたいな喝采をおくっている。逆の陣営は、スーパープログラマーや属人化した知識を持ったエンジニアが解雇されたことを残念がっている（後者はまた雇えるだろうくらいに思ってそうだけど）。 でも実際のところ、エンジニア個人の去就より、ツイッター内のいろいろな開発チームが壊れてしまったこと。もっというとイーロン・マスクが自らの手で「チームを壊した」としか言いようのない行動を取っていることのほうが今後への影響は大きいんじゃないかと思う。スポーツと同じで、たとえエースが
チームでの創造性発揮に着眼する ―「経営科学」の視界から― 稲水伸行 氏｜研究プロジェクト｜リクルートワークス研究所
日常的、継続的にイノベーションを起こしていく必要に迫られている中、その土台となる「働く人々の創造性」は、今やすべての企業にとって喫緊の課題となっています。創造性を発揮しやすいチーム、組織を作るためには、どのような点に着目すればいいのでしょうか。 第3回は、経営学の領域で、職場の物理的環境や情報技術の導入、人事施策がどのようにして成果（生産性やクリエイティビティ）につながるのかについて研究をされている、東京大学大学院の稲水伸行准教授に話を聞きました。 【プロフィール】 稲水伸行（いなみず・のぶゆき） 東京大学大学院経済学研究科准教授。同大学院にて博士課程単位取得。日本学術振興会特別研究員(DC1)、東京大学ものづくり経営研究センター特任研究員、筑波大学ビジネスサイエンス系准教授などを経て、2016年より現職。主な研究分野は経営科学、経営組織論。近著論文に「ハイブリッドな働き方で創造性をいかに
今年できたチームの生産性を向上させたプラクティスの紹介 / Kaigi on Rails 2022
sdevtalks.org開発報告 / reporting that sdevtalks.org was launched
リモートワークによる孤立から結束へと向かうチームビルディング
カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング
社内コードを公開せずに内部で共有する方法 - Qiita
Read this article in English. はじめに 見つけやすく、インストールしやすいソフトウェアパッケージは、開発者にとって使いやすいです。React、Ruby on Rails、Airflow のような有名な OSS は良い事例です。しかし、社内の非公開のコードは、企業秘密として世間から隠されることが多いです。権限を持っている人のみ見ることができて、オープンソースのように npm gem や pip で簡単にインストールすることもできません。 その結果、社内のコードがうまく再利用されなくなる（あるいはできなくなる）ことがあります。各チームはそれぞれ独立したコードベースを持ち、他のチームにコードを共有したくても、満足がいく解決策を導き出すことが難しかったりします。戦略を立てないままでは、それぞれの独立したコードベースを充実させ続け「社内共通のライブラリー」が遠い夢のよう
10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
はじめに チーム全体の管理をするようになって1年程度が経過しました。今回記事を作成した目的は以下になります。 これまでチームで実践してきたことを整理し、今後の活動に向けた振り返りとする 同じような環境やこれからマネジメントを行う人の一助になれば かなり記事のボリュームが大きくなってしまいました…🙇 自分が実践してきたことや考えていることを振り返るのが主目的なので大目に見てもらえるとありがたいです。興味がある章や節だけでも、かいつまんで読んでいただければ幸いです。 前提 元々メンバー間の横のつながりは強いチームでしたが、上長や部長、その他ステークホルダーを巻き込んだ情報共有に弱みを感じていました。 私自身、チーム管理を引き継ぐ前はチーム内の1プロジェクト(3,4人規模)の開発と管理を担当しており、上記情報共有に頭を悩ませていました。 チームの開発スタイルについても少し補足します。 私達は社
コミュニケーションの課題は気持ちではなく仕組みで解決する フルリモートでもできるチームビルディング
社会課題×デザインをテーマに社会課題に取り組んでいる企業が登壇する「ReDesigner Social Impact Day」。各登壇者は、Design Action・Creative Actionの重要性が叫ばれている中、自社が社会課題に対してデザインの力でどのようなアプローチを取っているのか、その中でデザイナーはどのような役割を担っているのかを話しました。ここで登壇したのは、株式会社Goodpatch Anywhereのデザインマネージャーである五ヶ市壮央氏。チームデザインにおける、Goodpatch Anywhereの取り組みについて発表しました。全2回。後半は、Goodpatch Anywhereのチームビルディングについて。前半はこちら。 チームメンバーの衝突と分裂を経てチームとしての規範が形成される 五ヶ市壮央氏：信頼を作るためには、「事業」「仲間」「ユーザー」の3つを知ること
誰も意見を出さない“お通夜”ミーティングを変えるには？ 「最初の問いかけ」の工夫で高まる、チームの心理的安全性
会社の問題とズレている“ハズレの研修” 石井遼介氏（以下、石井）：では安斎さん、よろしくお願いします。 安斎勇樹氏（以下、安斎）：はい。先ほども冒頭でご説明した通り、『問いかけの作法』は石井さんの本（『心理的安全性のつくりかた』）がベストセラーになってから、そのブームに乗っかっていくかたちで出しました（笑）。 『問いかけの作法 チームの魅力と才能を引き出す技術』（ディスカヴァー・トゥエンティワン） 『心理的安全性のつくりかた』（日本能率協会マネジメントセンター） 石井：いえいえ（笑）。 安斎：僕がどんな問題意識でこの本を書いたのか、少し概要とともにお話しさせていただければと思います。 あらためまして自己紹介です。私は今、株式会社MIMIGURIという約50名のベンチャー企業の経営をしながら、東京大学大学院情報学環で特任助教をしております。 企業の経営と研究を往復しながら、人や組織のクリエイ
Engineering Manager になってから身に沁みた12のアイデアと言葉 part3 - これはただの日記
今年も書きます。 kths.hatenablog.com kths.hatenablog.com 能力主義のパラドックス 自分が客観的で公正な人だと信じてしまうことで、偏向した行動をとってしまう現象を「能力主義のパラドックス」というそうです。 韓国で16万部超のベストセラーとなった『差別はたいてい悪意のない人がする』では、全員に同一の基準を適用することが、だれかを不利にさせてしまう間接差別の例について紹介されています。 だれに対しても同じ基準を適用することのほうが公正だと思われるかもしれないが、実際は、結果的に差別になる。司法書士試験で、問題用紙・答案用紙と試験時間をすべての人に同一に設定すれば、視覚障害者には不利になる。製菓・製パンの実技試験において、すべての参加者に同じように手話通訳を提供しない場合、聴覚障害者に不利である。公務員試験の筆記試験で、他の受験生と同様、代筆を許可しない場合
ちいとぽに学ぶチームのアジリティの高め方（認知負荷編）
書籍「チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計」で考え方のベースとなっている認知負荷。 この認知負荷という切り口から、チームのアジリティの高め方を考えます。
NTT Com チームビルディングハンドブック
チームビルディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したチームビルディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/teambuilding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『チームビルディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したハンドブックであるリモートワークハンドブック、オンボーディングに関する情報をまとめたオンボーディングハンドブックも参照ください。 読み始める #以下のボタンから本編に進めます
30分で分かった気になるチームトポロジー
2. 吉羽 龍太郎 (@ryuzee) ✤ 株式会社アトラクタ取締役CTO/アジャイルコーチ ✤ Scrum Alliance ✤ 認定スクラムトレーナー Regional (CST-R) ✤ 認定チームコーチ (CTC) ✤ 『SCRUM BOOT CAMP THE BOOK』 『スクラム実践者が知るべき97のこと』 『みんなでアジャイル』 『プロダクトマネジメント』 『レガシーコードからの脱却』ほか ✤ @ryuzee / https://www.ryuzee.com/ 2 4. 今日の話: チームトポロジー ✤ 2021/12/1 日本能率協会マネジメントセンター刊行 ✤ マシュー・スケルトン、マニュエル・パイス著 ✤ 原田騎郎、永瀬美穂、吉羽龍太郎訳 ✤ 担当編集: 山地淳さん ✤ Kindle版もあります ✤ まだお持ちでない方、是非お買い求めください ✤ 本スライド掲載の図表は
チームトポロジーで描く、リンクアンドモチベーション開発組織の4年間の歩み - Link and Motivation Developers' Blog
はじめに リンクアンドモチベーションでSRE/QAチームのEMをしている河野です。 本記事では、SREチームから見た開発組織の変遷をチームトポロジーを用いて解説します。 チームトポロジーとは 一言でいうと、「ソフトウェア開発体制の"定石"をモデル化したもの」です。これにより、組織におけるパターンランゲージ(共通言語)として扱うことができます。 詳しくは2022/3/16に行われたイベント「チームトポロジーを成功させる実践方法の探求」の資料と動画が分かりやすいのでそちらを参照ください。 slide.meguro.ryuzee.com timee.notion.site www.youtube.com Ph1. 内製化開始 時期: 2018年-2019年 社員数: 4-16名 2018年から開発組織の内製化を開始しました。 パートナーさんの力を借りながら、研修やOJTを通じて新卒をエンジニアと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023
