並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 192件

新着順 人気順

organizationの検索結果1 - 40 件 / 192件

organizationに関するエントリは192件あります。 マネジメント組織management などが関連タグです。 人気エントリには 『CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note』などがあります。
  • CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note

    会社の体制が大きく変わり、カオスの中に少しの静寂(暇)ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

      CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note
    • きゃりーぱみゅぱみゅの 「大人なLADYになるわよコラム」第35回〜『マネーの虎化してるわよ』〜

      例えば、紅白とか歌番組に出れなくなったり、フェスに出れなくなったり、またはフェスに出れたとしてもステージが小さくなったり…。それまで続いてたものが急になくなるとヘコみます。 でも、そこで「いや、出れてたことが奇跡だったんだ」とか「じゃあ、違うことに全力を出そう!」と思ってがんばると、別のプロジェクトがうまくいったりするもので、私は“断つ”ということは“目線を変える”ことと同じだと捉えています。 恋愛もそうです。ずっと元カレのことを引きずっているときは、いい人がなかなか現れなくて、もう忘れようと思ったタイミングでいい人が現れたりしますよね? 少なくとも私の人生ではそうでした。 だから、もはや当たり前になってしまった環境を続けるより、次に進むほうがいい。今回はそんな”当たり前”を変えることについてのお話です。 どの世界でもそうだと思いますけど、やっぱり一度成功例ができてしまうと、「うちら最高だ

        きゃりーぱみゅぱみゅの 「大人なLADYになるわよコラム」第35回〜『マネーの虎化してるわよ』〜
      • 【資料公開】目標設定の基本

        みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと

          【資料公開】目標設定の基本
        • 人事制度ハンドブック - kaneda blog

          2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 人事制度を設計する際のハンドブックとして、随時更新(記事を追加)しています。 ■書籍:スタートアップのための人事制度の作り方 ■ブログ本体:https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか?(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 サインアップボーナスを支払う目的とは? 昇格に、メリットはある

            人事制度ハンドブック - kaneda blog
          • オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎

            柴田(@4bata)です。「それぐらいわかるだろ・・・」が通じなくなるタイミングがあるんだなという発見です! 考えたきっかけ:「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな・・・」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が

              オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎
            • メルカリ、「無意識(アンコンシャス)バイアス ワークショップ」の社内研修資料を無償公開

              〜「無意識の偏見を適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容の推進を目指す〜 株式会社メルカリ(以下、メルカリ)は「無意識バイアスを適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容を推進すべく、「無意識バイアスワークショップ」研修資料を、当社採用サイト内、ダイバーシティ&インクルージョン(以下、D&I)ページにて無償公開いたします。 メルカリでは社内のD&I(多様性の受容)の推進の一環として、2019年より自社内製による独自研修プログラム「無意識バイアスワークショップ」を実施してきました。メルカリではこのプログラムを2020年初めより、全マネージャー受講必須の研修としています。 「無意識バイアス」とは、普段の生活や文化による影響で、無意識下に培われた「思い込み」や「偏見」を指す呼称です。「無意識バイアス」のひとつの例として挙げられるのが「女

                メルカリ、「無意識(アンコンシャス)バイアス ワークショップ」の社内研修資料を無償公開
              • 「やる人がいてへんかったら必要ないんちゃう?」PTAなしで始まった大空小 初代校長・木村泰子先生の話(大塚玲子) - 個人 - Yahoo!ニュース

                PTAで苦しむ人をなくすべく、取材や執筆を続けてきました。しかし、それは実現可能なことなのでしょうか。 そもそもPTAという団体は、何をするために存在しているのか? 現在、多くのPTAが行っている活動から逆算すると、PTAの存在目的は「学校のお手伝い」「保護者の学び」「保護者同士の交流」「地域との橋渡し」などといえそうですが、果たしてそれらは皆「本来の目的」といえるものなのか? 本当はその名称のように、P(Parent)とT(Teacher)、すなわち保護者と学校が、対等に協力する場ではないのか? そんな疑問もありました。 そこでいったん、ゼロベースで考えてみたいのです。PTAのことはいったん脇において、P(Parent)とT(Teacher)、すなわち保護者と学校の間に必要なものは何なのか? どんな関係性が必要で、それはどのように実現できるのか? ということを。 そのため、学校現場をよく

                  「やる人がいてへんかったら必要ないんちゃう?」PTAなしで始まった大空小 初代校長・木村泰子先生の話(大塚玲子) - 個人 - Yahoo!ニュース
                • 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)

                  単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり1つや2つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え?そうなんですか?結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

                    「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
                  • 体制を考えるときに意識していること - id:onk のはてなブログ

                    1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

                      体制を考えるときに意識していること - id:onk のはてなブログ
                    • ドキュメントに固執せよ - gfnweb

                      どうして人間集団はこんなにも知見の共有を円滑にできないのか? 改善にはドキュメントにまつわる各個人の心構え・制度設計・技術的解決の全部が必要だという話をしたい. ここでテーマにしているのは,著名OSSなど世の中にいくらでも知見が転がっている対象ではなく,特に企業内の十数人のチームでクローズドに開発しているなどして集合知に頼れない状況下でのドキュメントについてである. 非常に乱暴な言い方をするなら,「コードとか大部分は誰でも書けるようになるものなんよ,そんなところにマッチョイズムとか感じなくてええねん,我々の知的体力や組織性が真に試されるのはドキュメントちゃうんか」という気持ちです — 画力・博士号・油田 (@bd_gfngfn) June 3, 2022 ドキュメントに書く内容の必須項目或るシステム(ソフトウェアなど)について,そのシステムのことを全く知らない人を想定読者としたドキュメント

                      • DeNA南場智子さんの講演「ことに向かう力」がいい話だった|narumi

                        もう7年前になりますが、DeNA創業者の南場智子さんが講演で話された内容がとても良くて、いまでもたまにそのときのメモを読み返します。 2013年7月に日経新聞主催で開催された「グローバル・ウーマン・リーダーズ・サミット」での特別講演。「他人とか自分のことをあまり意識せず、コトに向かうように」というメッセージでした。 聞きながら取ったメモから、ここに再構成してみます。 南場:南場です。私あの、今日すごいアウェイ感を感じてまして。女性であるとか、男と女という枠組みで物事を捉えることが、すごく苦手というか、好きではなくて。 それで会社を起業したものですから、我が社の知名度が上がると、よく海外から「もすとぱわふるうーまんず、なんとか」に出てくれとかですね。そういう言葉を聞いただけで、クラクラと目眩がする感じです。 それで今日なんでここにいるのかなっていうと、日経さんで本を出しまして、お世話になっち

                          DeNA南場智子さんの講演「ことに向かう力」がいい話だった|narumi
                        • スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital

                          最近でこそ「MVV」(ミッション・ビジョン・バリュー)ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル(存在意義)を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」(大胆にやろう)、All for One (全ては成功のために)、Be Professional (プロフェッショナルであれ)を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長

                            スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
                          • 管理職のための役職引退マニュアル | DevelopersIO

                            はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり

                              管理職のための役職引退マニュアル | DevelopersIO
                            • ダメなスタートアップあるある

                              都内のITスタートアップで働いてる者です。 何社か関わってきたけど、人事、採用が下手すぎて組織崩壊してる会社多すぎるなぁと思ったので命令口調でメモ。 とりあえずミッション、ビジョン、バリューを設定しちゃう「どこの会社も設定してるから...」と形式的にミッション、ビジョン、バリューを定義している会社は100%失敗してる。 ”ミッション、ビジョン、バリューが必要”というムードを誰が作り出したのかは知らないが、流されるな。 組織の状況や今後の運営から考えて必要なら定義すればいいし、そうでなければ別に定義しなくても構わない。 別にそれ以外の方法もたくさんある。 いずれにせよ、口に出すのが恥ずかしいイキった横文字をミッション、ビジョン、バリューにするのはやめとけ。 「1年後に100人の組織にします!」とか言っちゃうシリーズBとかCらへんの調達目処がたってくると、こういう目標を立てちゃうCEOがいるが

                                ダメなスタートアップあるある
                              • 「日本は年功序列は廃止して成果主義にしよう」→「その道は20年前に富士通が通った道…評価に繋がらない仕事は誰もしなくなり、管理職同士の評価は馴れ合いになり…」

                                komitsubo @komitsubo 年功序列でもいい。能力がその順番なら。大事なのは出来る人が上に上がっていけて出来ない人が下がっていく”功序列”なシステムであって、若い人を上に上げる事じゃないんだよなーと思う。だけど最近は年取ると上げちゃいけない的な勘違いシステムがよく出来るのでなんだかなーと思う。 2022-05-30 08:02:23 ℌ𝔞𝔯𝔱𝔪𝔞𝔫𝔫 @E_H_352 と思うじゃろ。2000年頃に富士通が全社に成果主義を導入したら、「評価に繋がらない仕事を誰もやらなくなった」 「管理職の評価が同じ職位同士なので馴れ合いになって客観的な評価にならなかった」 「結果として、成果主義が組織全体の生産性を下げることになった。」と本社人事部の城繁幸が書いている twitter.com/komitsubo/stat… 2022-05-30 10:56:11

                                  「日本は年功序列は廃止して成果主義にしよう」→「その道は20年前に富士通が通った道…評価に繋がらない仕事は誰もしなくなり、管理職同士の評価は馴れ合いになり…」
                                • 失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務

                                  前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ

                                    失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務
                                  • ブルーオーシャンには手を出すな、「苦手なこと」こそ人に任せるな……ドワンゴ創業者・川上量生が語る、常識外れの事業創造論【連載 FastGrow Conference 2021】| FastGrow

                                    「僕は嘘が嫌いなので、まず最初にお伝えしますが、今日参加した目的は『勧誘』です。“撒き餌”として新規事業立ち上げのポイントはお話しますが、伝えたいのは『ドワンゴに来てくれ』ということです」 セッションの冒頭、川上氏が口にした言葉にはその人柄がよく現れていた。イベントに参加する目的が採用であっても、開口一番、それを身も蓋もなく明かしてしまう起業家は珍しい。建前を嫌い、言いづらい"真実"も平然と語る──そんな川上氏のスタンスが、このセッションを唯一無二のものにした。 株式会社ドワンゴ 顧問 川上量生氏 本セッションで語られたのは、新規事業のつくり方。1997年にドワンゴを創業してから、多くの事業を生み出し、成長させてきた川上氏が事業創造のポイントとして挙げたのは、「競争しない」「専念する」「すべてをマイクロマネジメントする」の3つだ。「今日のお話の中心となるのは『競争しない』ことについて。まず

                                      ブルーオーシャンには手を出すな、「苦手なこと」こそ人に任せるな……ドワンゴ創業者・川上量生が語る、常識外れの事業創造論【連載 FastGrow Conference 2021】| FastGrow
                                    • CTO から見た,なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck

                                      Speaker Deck This deck requires a password Password

                                      • Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録

                                        はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解

                                          Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録
                                        • ご奉仕チキンレースで均衡する出世水準 - やしお

                                          出世する、より上位の管理職に上がって行くというのは、マネジャーとしての力量や適正も必要だけれど、「どこまで奉仕できるか(どこで降りるか)」によるところが大きいのだろう。その奉仕水準でどこまで行くか/どの辺で止まるか均衡するのだと、会社で仕事をしながらつくづく感じるこのごろ。 ポジション上昇の基本路線 新人→中堅社員→係長→課長→部長→……とポジションが上がるに従って、受け取る仕事の粒度が大きくなってくる。 重要度や影響度から正確にリスクを抽出して優先順位を決められる。 大きな仕事を適切に分割して相互関係を理解できる。 期日から逆算して分割した仕事にマイルストーンを割り当てられる。 情報を整理して他者に状況を正確に説明できる。 自分にない力量を持つ他者・他部門に割り振れる。アウトソースできる。 といった管理能力がより高度に必要になってくる。 逆に言えば、こうした技術・能力が高い人をより高いポ

                                            ご奉仕チキンレースで均衡する出世水準 - やしお
                                          • スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|安野貴博

                                            ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

                                              スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|安野貴博
                                            • 「技術的負債」への処方箋と「2つのDX」 - Qiita

                                              はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回:技術的負債はなぜ生じるか。 第2回:ソフトウエア開発を「制御」する意外な処方箋 第3回:技術的負債への取り組みはなぜ「2つのDX」につながるのか。 第1回:技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債(あるいはレガシーシステム)はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り

                                                「技術的負債」への処方箋と「2つのDX」 - Qiita
                                              • 【資料公開】マネジメント向けアジャイル開発概要

                                                みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 (スライドはこちらからもご覧いただけます:https://slide.meguro.ryuzee.com/slides/101) 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし

                                                  【資料公開】マネジメント向けアジャイル開発概要
                                                • 情シス立ち上げマニュアル - 採用、マネジメント編|12ban

                                                  数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり(ルール、業務基盤) - 戦略づくり(セキュリティ) - 戦略づくり(BPR / 業務改善)→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人(CTOなど) * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知

                                                    情シス立ち上げマニュアル - 採用、マネジメント編|12ban
                                                  • ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る|kyuns /キュン 今村雅幸

                                                    こんにちは、ZOZOテクノロジーズで執行役員CTOをしている @kyunsです。 本記事はCTOA Advent Calendar2020の 16日目の記事となります。 この記事ではZOZOでの2年半を振り返り、テックカンパニーを目指す中でCTOとしてどのようなことに取組み、結果としてどういう変化が起きたかについて紹介したいと思います。 同じような立場のCTOやこれからエンジニアリング組織を強化していきたい方々の参考に少しでもなればと思います。 自己紹介と背景 私はヤフーに2006年に新卒で入社し、3年働いた後に当時一緒に働いていた金山と一緒にVASILYというスタートアップを創業し、受託アプリ開発や「IQON」というサービスを開発していました。 何度かの資金調達などを経て、最終的に2017年にZOZOへ売却し、ZOZOの完全子会社となりました。その後、2018年の4月には当時のスタートト

                                                      ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る|kyuns /キュン 今村雅幸
                                                    • なぜレッドオーシャン化する前にサービスを グロースできなかったのか? - フリマアプリ編 - @yutadayo

                                                      CTO Night & Day 2023 Fukuoka で登壇した発表資料になります。 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day1 https://aws.amazon.com/jp/bl…

                                                        なぜレッドオーシャン化する前にサービスを グロースできなかったのか? - フリマアプリ編 - @yutadayo
                                                      • 「挑戦させすぎ?」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG

                                                        こんにちは、ZOZOテクノロジーズSREチームリーダー兼組織開発チーム所属の指原(@sashihara_jp)です。 この記事では2019年12月から全11回開催してきた「マネジメント勉強会」を通じて分かってきたZOZOテクノロジーズの組織課題と、これから取り組もうとしているその解決方法を紹介します。 ZOZOテクノロジーズの社員構成 マネジメント勉強会とは 立ち上げまでの道のり 運営メンバーの勧誘 経営層への企画提案 勉強会の命名 1年間で実施したテーマ 第1回 各チームで実施しているチームビルディング施策の共有 第2回 書籍「1on1マネジメント」を読んだ上で内容について議論 第9回 採用面接で質問している内容について意図と効果共有 マネジメント勉強会を通じて分かってきたZOZOテクノロジーズの現状 1.組織の急拡大による弊害 2.現場のコンフリクト 3.マネジメントと人材育成 組織開

                                                          「挑戦させすぎ?」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG
                                                        • 「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと

                                                          Developer Summit 2020 発表資料 #devsumi

                                                            「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
                                                          • 人間をリソースと呼ぶことの何が問題なのか - valid,invalid

                                                            かねてより人間、とりわけ労働者や従業員をリソースと呼ぶことについて批判的な意見を聞くことがあった。 2018 Don't call people resources - Ben Linders 2021 社員を「リソース」と呼んではいけない――。 | d's JOURNAL(dsj)- 理想の人事へ、ショートカット 2022 人間をリソースと呼ばない方がいいと思う - ジムには乗りたい 加えて、これらの主張に対するカウンターを見たこともある。「問題の所在が不明瞭」「情緒的な意見のみで代替が示されない」「人材を人財と書くような言葉遊びでは」等々。俗っぽく言えばここにあるのは、「モノ扱いしないでほしい」vs「とは言っても経営管理上はヒト・モノ・カネ・情報はリソースでしょ」という対立である。 この件について「人間をリソースと呼ぶことの問題についてアカデミックな見解・理論はあるのか」「人間をリソー

                                                              人間をリソースと呼ぶことの何が問題なのか - valid,invalid
                                                            • なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか? - Qiita

                                                              はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム

                                                                なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか? - Qiita
                                                              • Effective Remote Working

                                                                Developers Summit 2021 18-E-1 での発表資料です。 https://event.shoeisha.jp/devsumi/20210218/session/3043/

                                                                  Effective Remote Working
                                                                • エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

                                                                  チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント(組織マネジメント)という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その

                                                                    エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
                                                                  • サイバーエージェントとメルカリにみる組織強化システムの構造的分解

                                                                    これはなにか サイバーエージェントとメルカリの「採用前〜退社後」という一連のエンプロイー・ジャーニーに内包されている組織強化システムを構造的に分解するポストです。 メルカリのCuture Doc公開に際して、実際に起きたことを懐かしく思いツイートしたら予想外の反響をいただいたのですが、その中で私のもうひとつの古巣でもあるサイバーエージェントのことを引き合いに出して貶すような引用リツイートも見られました。 退職時、進太郎さんに1 on 1の時間もらって最後の挨拶したときに貰った「まあ株式会社インターネットみたいなものだから」という言葉を忘れない。2年半前のことなので、今に始まったポーズじゃなくて昔からのスタンス。 Culture Doc | 採用情報 株式会社メルカリ https://t.co/1kTYHh0wVN pic.twitter.com/d3qJwUExcB — きょすーけ | D

                                                                      サイバーエージェントとメルカリにみる組織強化システムの構造的分解
                                                                    • プロダクトが進捗していないと感じた時の戦い方 - hikoharu's blog

                                                                      この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類 技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、

                                                                        プロダクトが進捗していないと感じた時の戦い方 - hikoharu's blog
                                                                      • Googleの組織マネジメントをシリコンバレーで聞いた話 | ユニコーン転職日記

                                                                        新型コロナの影響で、すっかり海外出張がご無沙汰なんですが、1月にメルカリからSmartNewsに転職して、早速シリコンバレーのGoogle本社に飛んだ時のメモがあったので、ブログに書き残しておきますね。 ちょうど、この出張の時です。 シリコンバレーにあるGoogle本社でのマネジメントWorkShopから帰国したので、US出張の雰囲気を伝えたくて動画にしてみました。最近はアプリだけで、お手軽に動画編集できてめちゃくちゃ便利。ちなみに背景で使っている音楽はJoJo好きならわかりますよねw pic.twitter.com/uaKV3YZ0wq — たいろー / メルカリ&スマニュー (@tairo) January 26, 2020 当日はGoogleplex(カリフォルニア州マウンテンビューにあるGoogle本社の愛称)でプロダクトマネージャーやエンジニア、エンジニアリングマネージャー、Sa

                                                                          Googleの組織マネジメントをシリコンバレーで聞いた話 | ユニコーン転職日記
                                                                        • 起業家7年生。シンデレラバスト向け下着ブランド「feast」の失敗を経て得た学び|ハヤカワ五味

                                                                          「五味ちゃん 起業家7年生」連載の第一弾です。 第二弾は今月中にどこかで!25歳、起業家7年生。 こんにちは、ハヤカワ五味です。 そう、実は起業家としては7年生になってしまいました。 7年生ということは、小学1年生が中学1年生になるくらいの年数を起業家として費やしてきたということですが、正直この7年は自分にとって有意義ながら遠回りだったなと思います。 趣味で作ったものをSNSにアップしたら幸運にも話題となり、それを受けて法人化したのがシンデレラバスト向けランジェリーブランド「feast」の立ち上げの経緯ですが、そもそも私はコンシューマーゲームのプランナーか広告代理店のアートディレクターを目指していました。だから、事業を継続する気はまったくありませんでした。 そんなめちゃくちゃな立ち上がりをしたfeastなので、運営する中でも問題ばかりだったのですが、ここ半年〜1年くらいでいいメンバーとも出

                                                                            起業家7年生。シンデレラバスト向け下着ブランド「feast」の失敗を経て得た学び|ハヤカワ五味
                                                                          • OKRはツリーではない

                                                                            2022.09.17 Scrum Fest Mikawa 2022 CLUE 15:00-15:45 Proposal https://confengine.com/conferences/scrum-fest-mikawa-2022/proposal/17037/okr

                                                                              OKRはツリーではない
                                                                            • GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022

                                                                              今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最

                                                                                GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022
                                                                              • 組織の"わからない"に対する不快感 - Konifar's ZATSU

                                                                                組織の中で何らかの歪みを感じる時、その根っこにはある人が関係する物事について「わからない」「知らない」という感覚があることが多い。 例えば「なんでこんな非論理的な意思決定するのか。アホじゃないのか」と感じた時、本当にアホなこともあるかもしれないが、判断材料となる情報が正しく伝わっていなくてそう感じるだけということも多い。1対1で色々聞いていくと「なるほど、たしかにそれならそうなりますね」と納得できるのに、情報が欠落しているだけで不和を生むのだ。 情報だけではなく、人格も同じである。仲のいい人から言われる冗談は笑ってやりとりできても、よく知らない人から同じことを言われると嫌な気持ちになることもある。 組織において、こういった「わからない」が積み重なると雰囲気が悪くなっていく。「あのチームは」「あの人は」といった形でわからないものを自分とは違うものとして表現して、一体感がなくなるのだ。なんだか

                                                                                  組織の"わからない"に対する不快感 - Konifar's ZATSU
                                                                                • プリウス開発に見るアジャイル開発要素と今時の進め方:続編 / The Agile Development Elements and Current Approach as Seen in Prius Development: Sequel

                                                                                  弊社の伝説の開発のひとつ、スクラムの源流でもある、初代プリウスについて、当時の開発者たちが語る熱く、時には洩れる本音のトークを紹介します。また日本を代表するアジャイルコーチの皆さんと、温故知新の心構えでこれらを分析しました。開発者たちのトークに、いくつかの共通ワードが存在し、それがスクラムの源流と繋がっ…

                                                                                    プリウス開発に見るアジャイル開発要素と今時の進め方:続編 / The Agile Development Elements and Current Approach as Seen in Prius Development: Sequel

                                                                                  新着記事