タグ

CTOに関するhiroaki256のブックマーク (12)

  • ITをクソつまらなくしているマネージャーです。ごめんね。

    SIerでマネージャーまで出世し、いくつかのスタートアップでEMやCTOを経験してる。 この増田には当にごめんねと思ったので初投稿。 https://anond.hatelabo.jp/20240728023355 エンジニアもビジネスだとか、生成AIだとか、当つまらないよね。俺もそう思ってるよ。 でもさ、CEOや株主や役員達が言うんだよ。 ビジネス成果も禄に出してなければ、OSSで活躍している訳でもない、コミュニケーションがちょっと得意なその辺のスタートアップのCTOとかに、ビジネスイベントや飲み屋でそう言われてさ。 「これからは生成AIだ」とか「エンジニアにもビジネス意識を植え付けよう」って。「評価や採用も技術発信もそうしよう」「その方が儲かるぞ」って。 JTCがコンサルに弱いのと同じでさ、エンジニア業界で評価されていないキラキラCTOみたいな人でもさ、なんか不思議な力で言われてそ

    ITをクソつまらなくしているマネージャーです。ごめんね。
  • クックパッドを退職しました - 昼メシ物語

    2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。当に感謝しています。こ

    クックパッドを退職しました - 昼メシ物語
  • エンジニア組織のロール再定義、横断で動くためのCTO室設立… 組織改善にはボトムアップとトップダウンのどちらも大切

    ソフトウェア開発に関わる人々の新たなきっかけを生み出す場となることを目指す「Qiita Conference」。ここで「働きやすく、成長し続けられるエンジニア組織を目指して 」をテーマに株式会社カオナビの松下氏が登壇。ここからは、CTOに就任して行った取り組みと、CTO室の設立について話します。前回はこちらから。 CTOに就任して行った3つの組織的な取り組み 松下雅和氏:ここからはCTOとして組織全体の話をしようと思います。当時「ニューノーマル時代のカオナビへ」ということで、オフィスの移転を行っています。カオナビでは、働き方を選択するのは企業ではなく、社員がするべきだと考えています。 出社は義務ではなく、自由に出社しても自宅でもいい。出社するなら居心地のいい環境を提供するのが企業の義務だと考えているので、すごくいい環境のオフィスを提供してもらった記憶があります。 働き方では、ハイブリッド勤

    エンジニア組織のロール再定義、横断で動くためのCTO室設立… 組織改善にはボトムアップとトップダウンのどちらも大切
  • 社内で実施している「10分勉強会」のご紹介

    マナリンクCTOの名人です。 2022年3月頃から社内で実施している「10分勉強会」という取り組みと、実際の内容についてざっくり紹介していきます。 10分勉強会の目的 10分勉強会の目的は以下のとおりです。 すぐに実務で使えるかは分からないけど、知っておいて損はないことを先に学ぶ機会を作る 実務にて学んだことで、他のメンバーにも知ってほしいと思ったことを共有する機会を作る 前者については、たとえば「新しいバージョンのPHPについて調べてみた」といった、すぐには役立たないがいずれ使うであろう知識が挙げられます。後者については、たとえば「ある施策の実装をきっかけにCSSの◯◯プロパティについて学びなおした」といった例が挙げられます。 (ちょっとあまり上手な図解ではない気がしますが)学習機会の必要性について図解してみました。 エンジニアがある施策Aを実装するには、最低限これさえ分かっていたら実装

    社内で実施している「10分勉強会」のご紹介
  • エンジニアは4つのタイプに分けられる クレディセゾンCTOが説く、自分の強みを活かす「エンジニア風林火山論」

    研修後すぐに希望のアメリカ支社で働けた理由 青野慶久氏(以下、青野):それでは最後のゲストをお招きしたいと思います。今回EGO&PEACEというテーマを掲げまして、どなたに登壇いただこうかと思っている時に、『その仕事、全部やめてみよう』という1冊のがこの夏に流行りました。 私はこう思ったわけです。「なんというエゴの塊だと(笑)」。 この著者は小野和俊さんと言いまして、私も以前から仲良くさせていただいております。今日は小野さんにお越しいただいておりますので、お招きしたいと思います。小野さん、よろしくお願いします。 (会場拍手) 青野:ようこそお越しくださいました。 小野和俊氏(以下、小野):こんにちは。 青野:よろしくお願いします。たぶん小野さんのことを知っている方はたくさんいらっしゃると思うんですよね。でも、クレディセゾンの役員というより、DataSpider(※株式会社セゾン情報システ

    エンジニアは4つのタイプに分けられる クレディセゾンCTOが説く、自分の強みを活かす「エンジニア風林火山論」
  • 組織規模とCTOの求められる役割の変化に関する雑記|Matsumoto Yuki

    CTOA Advent Calendar 1日目のバトンを受け取りましたので、1日目となる今回は、CTOに求められる役割の変化について、自分のこれまでの振り返りを兼ねて記事を書いてみようと思います。ちなみに今週はマガジンの連載をこちらの記事に代えさせていただければと。 普段はこちらのマガジンでソフトウェアと経営についてつらつらと書いています。ご興味ある方、年末の時間のあるときにでもご一読いただければ幸いです。 はじめにこの10年、エンジニアとしてのキャリアをスタートして今に至るまで、一桁人のスタートアップから1000人近い規模の開発組織を抱えた大企業まで様々な規模の組織のCTOを経験してきました。おおよその流れとしては、学生時代に小さなスタートアップを3社、その後Gunosyにて一桁人から60人前後の開発組織、現在はDMMのグループにて合計1000人弱の開発組織にてCTOをしています。 C

    組織規模とCTOの求められる役割の変化に関する雑記|Matsumoto Yuki
  • デジタル企業ではすでに常識!100%自動化したソフトウェアデリバリー 【世界のエンジニアに学ぶ】 - 一般社団法人 日本CTO協会

    CTO協会は「技術」を軸に規模や業種の異なる様々な人や組織が集まっているコミュニティです。会員は社団の活動内容、調査テーマについて参加、提案し、他の技術者・技術組織とともに成長する機会が得られます。ご興味のある方は法人会員向け申し込みフォームからお問い合わせください。 複雑化する傾向のある開発の現場で最適なテクニックやツールを選べていますか? Infrastructure as Code (IaC)という言葉は、もはやソフトウェア・エンジニアリングに携わる人にとっては常識レベルに浸透してきていると言っても、過言ではないかもしれません。しかし実際のところ、どういう点に気をつけるべきなのか、具体策に悩んでいる人も多いのではないでしょうか?記事ではコードとしてのインフラストラクチャ、そしてフィーチャートグルをどのように活用すればそれらのツール・テクニックの利点を生かせるのか、深掘っていき

    デジタル企業ではすでに常識!100%自動化したソフトウェアデリバリー 【世界のエンジニアに学ぶ】 - 一般社団法人 日本CTO協会
  • CTOのやるべきことは何なのか?(翻訳と考察) - Qiita

    【背景】 この記事はQuoraの「What does a CTO do?」という質問に対するAmr-Awadallah氏のよくまとまった回答の翻訳です(人から許可取得済)。 私はMAMORIO株式会社でCTOをしているのですが、最近自分の仕事が何なのかよく分からなくなってきたことがこの記事を書こうと思ったきっかけです。 私はこの記事でいう所の「雑草CTO」であり、たまたま会社の初期に私以外に適任者がいなかったので成り行きで就任し現在に至ります。 そして、人数もプレッシャーも少ない総初期は来た玉は打つの姿勢でコーディングから渉外まで何でもこなしていましたが、メンバーが増え、それよりも早いペースでユーザーと仕事が増えてくると、自分の職務を定義しやることとやらないことをはっきり分ける必要が出てきます。 この翻訳が同じような状況にあるCTOの助けになればと思いますし、誤訳等があったら指摘してくだ

    CTOのやるべきことは何なのか?(翻訳と考察) - Qiita
  • 社内横断の技術組織を終わらせました - nottegra’s blog

    内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が

    社内横断の技術組織を終わらせました - nottegra’s blog
  • CTOがチームマネージメントじゃない方向に向かう時に何をするべきなのか - トレタにおけるmasuidriveの役割 2017年版 - トレタ開発者ブログ

    トレタ CTOの増井です。 トレタは創業して3年半、エンジニアも2名から13名に増え、私の役割も変わってきました。 当初は一人目のエンジニアとしてアプリの設計やサーバサイドのコードを書いたり運用全般を行っていました。 人数も増え、2年を過ぎたあたりからエンジニアリングの中で私が率先してやる必要のあることがほぼなくなってきました。むしろ海外展開で出張が増え、連続した時間がとれずに進捗を遅らせる原因になってしまうこともありました。 最近の論調では、メンバーが増えるとCTOはマネージメントや組織作りに移行して行くみたいですが、私はそっちに興味が全然なく、向いているとも思えませんでした。そもそも私は上司を持ったこともないし、決められた環境の中で働くのがとても苦手なので。 私が「組織を作って管理して行く」のは無理というのはトレタ設立当初から分かっていたことなので、メンバーを増やす時は「自分で目標を作

    CTOがチームマネージメントじゃない方向に向かう時に何をするべきなのか - トレタにおけるmasuidriveの役割 2017年版 - トレタ開発者ブログ
  • 創造的破壊を目指せるか--次世代SIer座談会(1)

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます システムインテグレーターは現在、クラウドの利用や大規模案件の減少、アジャイル開発の普及などにより、既存の人月のビジネスから岐路に立っている。何を提供し、どのようなビジネスモデルならこれからも多くの企業に必要とされる存在であり続けることができるのか。これまでの取り組みや展望を語る。今回は1回目。参加者は以下の6人。 参加者 NTTコミュニケーションズ エバンジェリスト 林雅之氏 セゾン情報システムズ常務取締役 最高技術責任者(CTO)小野和俊氏 クリエーションライン 代表 取締役社長、安田忠弘氏 アイレット(クラウドパック) 執行役員 エバンジェリスト 後藤和貴氏 アバナード ケイパビリティ・デベロップメント・ディレクター 和田玄氏 司会

    創造的破壊を目指せるか--次世代SIer座談会(1)
  • 4ヶ月の間に一休.comで起きた変化 - zimathon blog

    概要 最近いろいろな方(社内、社外含め)に、エンジニアチームどうですか?良くなってますか?という質問を頂きます naoya さんってどうなんですか?やっぱりすごいですか?とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める

  • 1