マネージャーを否定しない組織をつくる - Unknown Error
RSGT2020が1/8~10に開催された。 昨年は楽しかったの一言に尽きたが、今年はとにかく考えさせられた。 というのも、私にとってここ2~3年のテーマだった、Agile × マネージャーというドンピシャなキーノートがSahotaさんよりあったためだ。 confengine.com 本記事では、このキーノートに焦点をあてる。 マネージャーを否定してはいけない Sahotaさんのセッションで最も印象に残った言葉が、「組織を変革させるとき、誰も取りこぼしてはいけない」というものだ。 私がBas(LeSSの提唱者)の認定スクラムマスターの研修に参加したとき、どんな役割を今やってますか？と質問された。 私はそのときScrumを推進する人ではあったが、Scrum Masterではなかった。なぜなら、私の行う役割にはエンジニアの評価やエンジニアの採用も入っていたからだ。 そのときはEngineeri
エンジニアだけが優遇されるのではない組織をつくりたい - Unknown Error
※ 2つの意味で解釈できるようなタイトルだった*1ため、より伝えたいことが明確になるタイトルに訂正しました。ご指摘いただいた皆様ありがとうございました。お詫び申し上げます この記事はEngineering Manager Advent Calendar 2019の17日目の記事です。 手前味噌だが、所属している会社のエンジニア組織はだいぶ良い感じになってきているという自負がある。最近書いた自社のブログのエントリも多くの方に共感いただいた。 hackerslab.aktsk.jp 一つ一つの組織活動に対してこれって本当にあるべき姿なんだっけというのを問い続けながら地道な改善を続け、組織としての練度が大分高まってきた。 結果として、自社のあらゆる組織の中で、エンジニア組織は一番改善が進んでいる。*2 一方で、そこはかとなく、「このままで良いんだろうか」というモヤモヤがある。 会社はエンジニアの
Joy, Inc.を読んで、幸せなチーム作りを考えてみた - Unknown Error
私は日々、幸せな組織を作りたい、と思っています。幸せな組織とは、笑いに満ち溢れ、物事について真剣に議論し、困難なことも前向きに取り組んでいる組織です。自分の見ているチームメンバーが、主体的に動いて課題を解決していく姿を見ると、うれしくなります。逆に、モチベーションが下がって暗い表情を浮かべている人を見ると、チームに何か問題があるんじゃないか、何も言えない雰囲気になってしまっているんじゃないか、やらされ仕事になってしまっているんじゃないか、といろいろ考えてしまいます。 これまでの経験上、良い状態のチームと良くない状態のチームをまとめると、以下の通りです。 良い状態のチーム お互いを尊敬出来ている 特定の人物が特定の機能を担当していない 助け合いが出来ている、困っている人を積極的に助けている 現状に甘んじない メンバー同士でタスクの進捗に対して突っ込みを入れている 自分たちでタスクを定義してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
