どもども "VP of Engineering" です。｜hidek
どもども。 昔はブログで文章を書く機会があったのですが、閉じてしまってから仕事以外で文章を書く機会がめっきり減ってしまい、文章構成力の著しい低下を感じたので note でも始めてみようかなぁ、と思って書き始めます。 と言いつつ、ぶっちゃけ会社の広報から 「リモートワークでコミュニケーションが疎になる中で、hidek さんはもっと社外発信しないんですか？どうなんですか？やるんですか？やらないんですか？」 という圧をかけられたのがきっかけなのですが… まぁ冒頭の課題も感じていたので、ゆるゆると徒然なるままに書いていきたいと思います。 お決まりなのですが、個人としての発信なので所属する会社や団体とは関係ないということで、よろしくです。 で、初回は僕が担っている VP of Engineering という役割について書いてみたいと思います。すでにあちこちで語られていることなのですが、初稿ということ
幻影旅団のチームマネジメントのすばらしさとそれでも鎖野郎に半壊させられた理由を考察する｜人事のなべはる
記事の中で映画、ゲーム、漫画などのネタバレが含まれているかもしれません。気になるかたは注意してお読みください。 悪の組織の心理的安全性ランキングの栄えある1位はハンターハンターの幻影旅団です！ 幻影旅団はほんとうに良いチームなのですが、ここでふと疑問に思うことがあります。それは、「ヨークシンシティ編で鎖野郎に半壊させられてるじゃん」というもの。この疑問に答えるべく、筆をとりました。 というわけでこの記事では、幻影旅団のチームマネジメントがいかに優れているか？と、優れたチームマネジメントにもかかわらずなぜ鎖野郎に半壊させられたのか？をチームビルディングの観点から考察します。ヨークシンシティ編のネタバレありまくりなので、ご了承ください。 団員どうしの仲が良く、リーダーは親しみやすい幻影旅団が他の悪の組織と大きく異なるユニークな点は、上下関係なく団員どうしの仲が良いことです。 例えば下記の描写。
カンム社で自分がやってる1on1の話
3〜4ヶ月に一回、ここ3年程ずっとやってる1on1があるのでその話を書く。世間で言う所謂1on1の形式ではないのでよく実施されている1on1に関してはその道の本を読む等した方が良い気がする。また、最初に書いておくけど「強い人」を採用し続けているのでこの方法を取れる、というのが大前提として存在する。 前提 現在の商売構造は人数と正比例して伸びるものではない 人月商売、営業チームが必要な商売ではない 自領域において学習速度が異常or一騎当千、主体的に約束をしそれを守る人を採用している これがないと以下に話す内容全て間違うくらい重要な前提 前回の1on1時の人数18人 CEO: 1名 CFO: 1名 エンジニア: 5名 デザイナ: 2名 管理部: 3名 BizDev: 1名 CS: 3名 マーケティング: 2名 1on1で何をやっているのか 端的に言うと「ここ数ヶ月で良かったと思うところを具体的
チームを自己組織化を促進するための「境界」の引き方 - TechとPoemeの間
最近，チームを自己組織化させるためにどうするかみたいなことをよく話したり考えたりするのだけれど，チームの自己組織化を考えるうえで，特に組織の「境界」をどこに引くかはとても重要なんじゃないかなあと思うので，今の考えをまとめておく． 基本的にはどのような組織にも当てはまる話ではあるが，主にソフトウェアシステム開発の現場での経験が元になっていることをご理解いただきたい． 自己組織化とは何か いろんな定義があると思うのだけど，自分は Scrum Alliance の認定スクラムマスター研修にて日本人唯一 *1 の認定スクラムトレーナーである江端一将さんが仰っていた定義がわかりやすいと思う． 1. チームのゴールが明確であること 2. チームの仕事や裁量の境界が明確であること 3. チームメンバーが，自分たちのやるべきことを自分たちで 0.1 秒以内に決定できること また，最近同僚と話していた中で出
全社キックオフを実施するときに大切にしたい5つのこと : 薮田のブログ
あっというまに3月ですね。SmartHRで人事をしている薮田（@yabucccchi）です。 4月が期初の会社にとっては、来期の目標を全社員に共有をしはじめる頃ではないでしょうか。会社によってミッションや目標の共有方法は様々だと思いますが、ちょっとSmartHRの話をしたいと思います。 当社は1月が期初なので、2ヶ月程前に全社キックオフというオフラインイベントを通じて今期の目標を共有しました。これまで社会人の人生の中でこういうイベントに参加したり企画運営することがいくつかありましたが、とても印象に残る会にすることができました。なぜ良かったのか、どんなことをしたのかを書きたいと思います。 全体のサマリー 会全体としては4つの構成＋懇親会（1月だったので新年会）という構成です。ざっくり言いますとこんな感じ。 1) 昨年の振り返りやプロダクトのこれまでの遍歴 2) 今後のプロダクトの展望や事業戦
組織変更したら部長がいなくなりました - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、最近愛媛から広島に移住した組織運営チームの水戸です。 2019年からサイボウズの開発本部から職能・地域毎に分かれた部署がなくなり、チーム主体の組織になりました。 組織変更をオープンに議論するというチャレンジングな試みの中で、新組織の理想はユーザー価値の最大化に定まり、個人やチームがより主体的に動ける組織構造に変わりました。 この記事では私がファシリテートを担当した組織変更をご紹介します。 開発本部の状況 開発本部の役割は製品を開発することです。 2018年までの開発本部はマトリクス組織を採用しており、プロダクト開発チームには様々な職能・地域毎に分かれた部署のメンバーが所属していました。 この組織構造は事業の中心がオンプレミスだった10年以上前から、事業の中心がクラウドに移った2018年に至るまで変わっていません。 一方、プロダクト開発チームに求められるものは大きく変わりました。
スケールする会社を支える開発組織のマネジメント
スクラムチームに入れないという選択: フルサイクルチームにおける開発者のステップアップ / Why We Don’t Add Newbies to Our Scrum Team
ボトムアップ組織のマネジメントとは何なのか
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
