組織を変えようとしてメンバーに言われた「働くなら他のチームがいい」 スクラムマスターが盛大な躓きの中で見つけた光明
「スクラムフェス仙台」はアジャイルコミュニティの祭典です。初心者からエキスパートまで様々な参加者が集い、学び、楽しむことができます。ここで登壇したのは、岡田謙一朗氏。組織を変革する最初の一歩の道のりをふりかえり、学んできたことを話しました。 Unipos株式会社・エンジニア兼スクラムマスター 岡田謙一朗氏（以下、岡田）：よろしくお願いします。発表の練習を何回かしたのですが、時間がけっこうやばかったので急ぎ気味にやります。「組織を変革する最初の一歩に躓いたけど、それはそれで良かった話」というタイトルで発表させてもらいます。 Unipos株式会社の岡田といいます。「Unipos」というプロダクトを作っているエンジニア兼スクラムマスターです。マネージャーもしています。 最初に、今日の目標を述べさせてください。（目標は）組織やチームに新しいアイデアを持ち込む最初の1人に、ちょっとの勇気をお裾分けす
リスクの洗い出しと判断のコツ - やしお
会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく
システム思考とプロダクトマネジメント
システム思考とプロダクトマネジメント ※プロダクトオーナー祭り2021 Spring - PO祭り2021Springでの登壇資料です https://postudy.connpass.com/event/202404/
「挑戦させすぎ？」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG
こんにちは、ZOZOテクノロジーズSREチームリーダー兼組織開発チーム所属の指原(@sashihara_jp)です。 この記事では2019年12月から全11回開催してきた「マネジメント勉強会」を通じて分かってきたZOZOテクノロジーズの組織課題と、これから取り組もうとしているその解決方法を紹介します。 ZOZOテクノロジーズの社員構成 マネジメント勉強会とは 立ち上げまでの道のり 運営メンバーの勧誘 経営層への企画提案 勉強会の命名 1年間で実施したテーマ 第1回 各チームで実施しているチームビルディング施策の共有 第2回 書籍「1on1マネジメント」を読んだ上で内容について議論 第9回 採用面接で質問している内容について意図と効果共有 マネジメント勉強会を通じて分かってきたZOZOテクノロジーズの現状 1.組織の急拡大による弊害 2.現場のコンフリクト 3.マネジメントと人材育成 組織開
開発組織におけるマネージャの責務を分解し、チーム運用してみる - Techtouch Developers Blog
この記事はテックタッチアドベントカレンダー14日目の記事です こんにちは、テックタッチ株式会社の kenyu (@mxxxxkxxxx) です。ソフトウェアエンジニア兼ピープルマネジメントを担当しています。 弊社ではマネージャの責務を分解し、チーム運用しています。この記事では実例を交えつつその説明をしたいと思います。 注意 当記事は B2B SaaS のスタートアップにおける15人程度の開発組織を前提としています。そのため、記事の内容は組織によって成立しない可能性があることをご了承ください。 背景 弊社は B2B SaaS のスタートアップです。それがゆえに、ヒト・モノ・カネのようないわゆる経営資源の乏しい会社です。 そんな状況で普通にやっていては、例えば IPO のような大きな目標を達成することは困難です。ではどうすればいいか？と自分に問いを立てたとき、脳裏に浮かんだのは、 メンバーひと
失敗したエンジニア組織施策としくじりの反省｜nottegra@在宅勤務
前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員＋組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ
専門職と視座
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
「無能」は多くの場合、「個人の能力」ではなく「組織の能力」が不足している。
「無能」という言葉を聞いて、気を悪くする人もいるかもしれない。 が、無能とは、すなわち成果を出す能力の欠如であるため、会社を運営する上で「無能」をどう扱えば良いかは、常に頭の痛い話だ。 事実、ピーター・ドラッカーの著作には「無能」という言葉が多数使われている。 彼は非常に「無能」を問題視していた。 無能を並の水準にするには、一流を超一流にするよりも、はるかに多くのエネルギーを必要とする。 しかるに、多くの人達、組織、そして学校の先生方が、無能を並にすることに懸命になっている。 資源にしても、時間にしても、強みをもとに、スターを生むために使うべきである。 ところが「無能」の解決は、そう簡単ではない。 なぜなら、無能は 「頭が悪い」 「コミュニケーション能力が不足している」 「粘り強くない」 といった、わかりやすい個人の性質ではないからだ。 誤解をしている人もいると思うが、仕事をする人間の能力
心理的安全性ガイドライン（あるいは権威勾配に関する一考察） - Qiita
はじめに 「心理的安全性」とは、「対人リスクを取っても問題ないという信念がチームで共有されている状態」であるとか、「自分のキャリアやステータス、セルフイメージにネガティブな影響を与える恐れのなく、自分を表現し働くことができること」というような定義がなされています。 心理的安全性という言葉はともすれば、ただ快適で居心地のよい職場という意味にも聞こえます。そのため、ぬるま湯で緊張感のない関係性のことを「心理的安全性が高い」と言うのではないかと考えても不思議はありません。 そのため、友人関係のようにプライベートの時間を長く共有する関係になることが、心理的安全性が高いのだろうと考え、飲み会やバーベキュー、慰安旅行などを企画してみたりとプライベートでも遊ぶ機会を増やそうと考える人もいるでしょう。 いわゆる「アットホームな会社です」とアルバイトの求人記事に書かれているような状態です。こういった求人内容
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023