自動化にこだわるのはエンジニアとして正しいあり方。CTOに聞いた生産性をあげるためにやっていること。【ep.9 #論より動くもの .fm】 - STORES Product Blog
CTO 藤村がホストするPodcast、論より動くもの.fmの第9回を公開しました。今回はCTO藤村が生産性をあげるためにやっていることについて話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からどうぞ。 パンを作るだけじゃなく、パンを作る機械も作る 藤村：みなさん、こんにちは、論より動くもの.fmです。論より動くもの.fmは、heyのCTO藤村が技術や技術にまつわるさまざまなことについてざっくばらんにお話しするPodcastです。今回はゲストに技術広報のえんじぇるさんを招いております。よろしくお願いします。 えん：よろしくお願いします。 藤村：今日は生産性について話したいというお題を受けたので、それについて話そうと思い
CTOの頭の中：技術投資を最適化する｜Shin Takeuchi
ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが（地代家賃、ライセンスフィー、PC代など含めるともっと）、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか？今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る
2020年のエンジニアなら、知っておきたい。リモートネイティブという選択。 【世界のエンジニアに学ぶ】
また、TechnologyRadarの各項目は更新されていくものであるため、更新・追加・新登場かどうかも直感的にわかるように表現されている。Newは新しく追加された項目、Movedin/outは以前紹介されたことがあるが所属リングが更新された項目、No Changeは以前紹介されている項目を指している。 あくまでもこれらの項目はThoughtsWorks社が独自の目線でピックアップし、分類したものである。それを考慮した上で、自社に採用できるツールを探すことはもちろん、次に定着しそうなツールはなんだろう、と言った別の目線でリングや新登場の情報を読み進めるのも面白いかもしれない。 ちなみにGoogle Sheetのテンプレートを使えば自分だけのRadarを作成することもできる（https://www.thoughtworks.com/radar/how-to-byor）。 リモートワークのテク
エンジニアを取り巻く業界の未来予想 - Kikuchy's Second Memory
エンジニアマネージャーに関する話題や技術広報に関する話題を、よく聞くようになりました。 多分、これからは「エンジニア自身」の需要より、「エンジニアをあれこれできる人」の需要が高くなるのかなぁ、なんて思ったりします。 これまで (IT系の)エンジニアという職の理解がまだ浅かったからか、エンジニアそのものが希少であったからか、エンジニアを名乗る人全員の価値が高い時期だったのかなと思います。 製品のライフサイクルモデルによれば、ライフサイクルは次の順を辿るといいます。 導入期 成長期 発展期 衰退期 導入が終わって、成長期が少し落ち着いた頃が今、という気がします。 これから 真に必要とされているのは、(ビジネスの要件にもよりますが)「ビジネス上の要求をよく汲み取り、技術的見地から適切に要求を実現する方法を考え出し、高速かつ安価に成果物を生産し、その成果物が長期にわたって価値を生産し続けるようなも
リーダーという役職をやめてフォロワーという概念をつくった話 - hitomediaの、ひとの成長にかかわるブログ
Kenji Naitoです。 www.wantedly.com 仲間を数名探しています！よろしくお願いします！ 会社が向かっているところ🥅 blog.hitomedia.jp こちらの記事にもある通り、ヒエラルキー型の組織からの脱却をする実験をしています。 マイクロマネジメントはマネジメントコストが高い管理方法であり、 個人が主体性を持って関わるようになれば 人に対するマネジメントは極力下げられるからという効率の良さを狙っています。 というのも、私個人が人を管理するという発想があまり好きではないので みんないい感じに自分で判断して楽しく責任感を持って仕事を推進してほしいという姿勢です。 また、CEO、COO、CSO、CTO、などのメンバーも似たような考え方なので 会社の文化として落とし込めればと考えて進めています。 なぜリーダー（役職）をやめたのか🌝 リーダーという概念があると リード
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
2020年のエンジニア像 ～ エンジニアがこの先生きのこるには？ で話してきました - UNIX的なアレ
5/16(金)にCTOによるCTOのためのこんなイベントで話してきました。 http://peatix.com/event/33718 前半のプレゼンテーション CTOという立場である以上、自分自身が技術者としてどうあるべきかだけでなく会社の風土をどうしていくべきか。そしてその風土に合わせてどういう人を採用していくべきかという仕事が出てきます。 今回はそのあたりに焦点を絞ってお話をしました。第一部でつかった資料はこちらです。 他社さんの事例もすごく興味深かったです。特に、cookpad舘野さんのエンジニアの評価基準の話はすごく具体的で参考になりました。 後半はパネルディスカッション 後半は、パネルディスカッションです。他社さんの事例がいろいろ聞けたのは個人的にもすごく勉強になりました。 「めんどくさいおじさんにならないようにしよう」「成功体験おじさんにならないようにしよう」みたいな感じです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
