Lyle Kozloff の README
私の仕事
私の仕事は障害を取り除き、背景を共有し、プロセスを構築することです。端的に言えば、あなたの（仕事上の）生活をより楽に、より明確に、よりストレスの少ないものにすることです。
GitLab 全体にまたがる複雑なクロスファンクショナルなプログラムを推進し、ビジネス目標の達成を支援しています。ステークホルダーの方向を揃え、リスクの特定と軽減を行い、依存関係を管理し、大規模な組織上の課題を事前に浮き彫りにして解決することに取り組んでいます。
私の在席状況
話しかけたいなら、話しかけることよりも重要なことはほとんどありません。 話したいことがあれば、話しましょう。あなたの仕事をアンブロックし、成功を後押しするためにここにいます。
利用できない時間帯は Slack の通知をスヌーズしています。夜中の2時に何か思い付いたなら、メッセージを送っても全く構いません。あなたも自分の通知を管理することを期待しています。
私のカレンダー上のものは、特に明記されていない限り緊急ではありません。時間が必要な場合は、“DNB”（つまり「Do Not Book（予約不可）」）と明示的に記載します。
コミュニケーションの好み
- GitLab: メンションされた場合の反応が非常に速く、
gitlab-com/supportのほとんどのトラッカーで通知をオンにしています。 - Slack: 短いやり取りや質問は Slack を好みます。できるだけプライベートメッセージは避けてください。
- Zoom: 上記の通り、ビデオ通話はいつでも対応可能です。
- メール: メールは通知チャンネルとして使っています。送受信の比率は約1%。GitLab 社外の方へのメールがほとんどです。
- 電話: 電話は持っていますが、知らない番号からの着信は拒否またはスクリーニングすることが多いです。連絡手段としては最適ではありません。
通知の優先度
- GitLab To Do アイテム - 必要なら
@lyleでメンションを！- MR - 他の人の作業をブロックしないこと
- @メンション - 他の人の作業をブロックしないこと
- その他のアイテム
- 未分類メール - トレンド分類のリスクと優先度が不明
- カレンダー招待 - 在席状況に影響
- GitLab からの一般通知（サブスクライブしている Issue など）
その他のミーティング
自分の部署に属しているが別の人に報告している方や、全く異なる部署の方など、話したい人とのアドホックなミーティングにはオープンです。
私の前提
- あなたは自分の仕事が得意です
- あなたは自分の仕事が組織の広い目標とどう繋がるかを理解しています
- ブロッカー、依存関係、リスクは早めに報告してもらえます
- 建設的に反論したり異議を唱えたりしても安全だと感じています
- もっとうまくできたことがあれば、お互いに伝え合います
最大の強み / 最大の弱み
私は協調的なリーダーで、意見を積極的に受け入れます。 良い面では、意思決定に参加していると感じてもらえます。悪い面では、明確なビジョンや方向性がないように感じさせてしまうことがあります。
- 悪い面が出たときの対処: 方向性が明確でないとか、私の優柔不断が進捗を妨げていると感じたら、教えてください。
私は常に優先順位を再調整しています。 良い面では、重要でインパクトのあることが素早く進みます。悪い面では、あなたが私から待っていた成果物を見逃してしまうことがあります。
- 悪い面が出たときの対処: 何かが必要な場合は明確な期限を設定してください。進捗を確認してください。マネージアップは歓迎します。私が優先していることがあなたの優先事項と合わない場合、何が私を妨げているか説明できるはずです。
私は善意を前提とし、人々が自分のドメインを担ってくれると信頼しています。 良い面では、自分のコンテキストに合った方法で決定を下し、作業を優先させる自律性があります。悪い面では、私が関与していない、またはプログラムに対して十分な戦略的方向性を提供していないと感じさせてしまうことがあります。
- 悪い面が出たときの対処: 私からもっとコンテキスト、方向性、または戦略的インプットが必要であれば知らせてください。あなたの仕事が広いプログラム目標とどう繋がるかを明確にするためにここにいます。
低付加価値の管理業務は自分でやることで、一緒に働く人たちを守ろうとしています。 良い面では、生じる小さな面倒なタスクから守られます。悪い面では、私がこれらのタスクに埋もれて、（良くても）半分しか終わっていない、おそらく期限を過ぎた何かをやってもらうことになることがあります。
- 悪い面が出たときの対処: 私がボトルネックになっているなら、指摘してください。問題をしっかり把握してからプロセスを構築しようとしますが、引き渡す準備ができていると感じる前に背中を押してもらう必要があることがあります。タスクの複雑さや長さを見誤ることもあります。
学習と成長
あなたがまだ小さかったころから、笑顔で笑いかけてくれた人たち、話しかけて話せるようにしてくれた人たち、歌って歌えるようにしてくれた人たち、愛して愛せるようにしてくれた人たちがいました。
フレッド・ロジャース
学ぶ最良の方法の一つは、卓越さをモデルにしてそれを真似ることです。 したがって:
- オンボーディングが終わったら、他の人とペアを組んでください。
- 有効化セッションに参加し、コースを受講し、質問してください。
- トピックを選び、専門家を探して積極的にアプローチしてください。
人々の成長と学習を支援することに情熱を持っており、コーチングやメンターシップのために対応可能です。私は次のことができます / します / してきました:
- 異なる視点で問題を考えるための難しい質問をする
- 「勉強仲間」として一緒に成長 / 学ぶ
- 成長を支援する機会やつながりを見つける支援をする
- 応援し、成功を広める
GitLab のメンターシッププログラムを通じてメンティーを受け入れることに前向きです。 一緒に取り組むことに興味があれば、ぜひ連絡してください！
あらゆるレベルでのリーダーシップ
リーダーシップはあらゆるレベルで起こると信じています。人々をマネジメントするポジションであっても、個人貢献者としてリードしていても同じです。意思決定に影響を与え、変化を推進するあなたの能力は、あなたの成功にも GitLab の成功にも不可欠です。
あなたの声を強め、良いアイデアを増幅させ、アイデアが成果につながるよう支援するために全力を尽くします。これはクロスファンクショナルなパートナーとの働き方の一部であり、プリンシパルレベルで真剣に受け止めている責任です。
フィードバック
フィードバックを与えることも受け取ることも大切にしていますが、常に改善したい分野でもあります。
勝利を称え、素晴らしい仕事を強調する機会を探していますが、見落とすこともあります。 何か誇りに思うことがあれば、ぜひ持ち込んでください！
フィードバックや意見を求める場合は、具体的な分野で尋ねてください:
- 「X についての私のコミュニケーションは、あなたのニーズに対して明確でしたか？」
- 「プログラムの更新は、作業計画を立てるのに十分なコンテキストを提供しましたか？」
- 「このプロセス / ミーティングの構造はあなたにとってうまく機能していますか？」
- 「このイニシアチブのために X と Y のどちらにより注意を向けるべきですか？」
これにより、一般的な称賛ではなく、違いを生む明確でタイムリーなフィードバックができます。
私が大切にする行動
- 主体性: 問題を見つけ、解決策を考え、必要な場合のみ意見を求めながら行動する
- 謙虚さ: 優れた仕事をし、それ自体が注目を集めるようにする
- 一貫性: ほとんど（すべてではないとしても）の場合、言ったことを実行する
- 脆弱性: 知らなければ尋ねる（そうすることで、知らなくても尋ねることが大丈夫な雰囲気を作る）
私へのフィードバック
あなたと同様に、私も改善するためにフィードバックを頼りにしています。改善できることがあれば教えてください！もし私が機嫌を悪くしたり、防衛的になったり、否定的に反応したりしたら: 指摘してください。
私に直接伝えることが気が引ける場合は、私のマネージャーに伝えるか、適切と感じるチャンネルでエスカレーションしてください。
意見の強さのスケール
意見を強さの修飾語付きで表現することがあります。スケールは1〜10です。 1 - 強く反対 5 - 完全中立 10 - 強く賛成
紛らわしいことに、否定的なことを強く支持する場合があります。例えば「いや、それには9くらい反対です」という言い方をすることがあります。 自分のシステムを厳密に守るなら「2」と言うべきですが、このように表現した方がより分かりやすいと思っています。
その他
- 私の期待は時として柔らかく表現されます。私が言ったことが期待なのか、提案なのか、アイデアなのか疑問がある場合は確認してください。
- 私が何かについて間違っている場合は、パブリックチャンネルで遠慮なく訂正してください。謙虚さをモデルにする機会と、生涯学習者であることへのコミットメントを大切にしています。
