内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏がチームが抱える課題をいち早く見つけるためのフレーミングと1on1について話しました。 チームが最もベストな状態は「責任と心理的安全性が高い」伊藤直也氏（以下、伊藤）：次は、「組織課題の発見とアプローチ」について。 僕が最近すごく気に入っている考え方がありまして、それが「心理的安全性と責任」という話なんですよね。『チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ』に書いていたもので、ここでもやはり「2軸
はてな退職の辞 - stanaka's blog にある通り、id:stanaka の引退に伴い、2016年8月1日付で私の勤務する株式会社はてなのCTOに就任いたしました。初代のはてなCTOが id:naoya でしたので、3代目のCTOということになります。 はてなで働きはじめたのは2006年、アルバイトの学生としてでした。まだはてなの本社が東京にあったころの話です。もともとはてなはユーザとして使っていて、すごいエンジニアが面白いものを作っている憧れの会社だったのを覚えています。入社すると社内で使っているグループウェア（はてなグループ）のメンバーにしてもらいましたが、そのグループ日記やキーワードにそれまでのはてなのサービスづくりにまつわる議論ほかもろもろのログが残っていて、全てにアクセスすることができたのは印象に強く残る経験でした。 はてなが京都に本社を移転した2008年より正社員とし
執行役員兼CTOのid:stanakaこと田中慎司の退任を発表しました。後任のCTOとして指名したのはid:motemenこと大坪弘尚です。 執行役員の退任及び人事異動に関するお知らせ はてな退職の辞 - stanaka's blog 両名について私の思い出話を少しだけ。 id:stanakaとの思い出といえば、ぱっと思いつくのはMackerelについてです。 Mackerelは、数年前の社内のビジネスプランコンテストにid:stanakaが出したプランでした。そのときの審査方法は、応募があったプランの中から社内の部長や役員・プロデューサーがひとつずつ推しの案をピックアップし、メンターとなって事業計画部分を作成して二次審査に挑むというものでした。当時プロデューサーだった私は、「社内のインフラを管理しているMackerelを社外の人も使えるようにして、はてな流のインフラ管理を外部に輸出してい
＜前編のあらすじと後編のお話＞ 春風が吹く中、本企画のホストである伊藤直也氏（以下「naoya」）が、寿司屋に招いたのは、naoya氏が開発組織改善プロジェクトの手伝いをしている『株式会社一休』のエンジニア、笹島祐介氏（以下「笹島」）と田中健介氏（以下「田中」）の2人。 『一休』とnaoya氏にもともと接点はなかったが、あるイベントで田中氏がnaoya氏に声をかけたことがきっかけで、『一休』の開発組織改善がスタート。順風満帆な出だしとはいかず、現場エンジニアの賛同を得られるまで苦悩の日々を過ごしながらも、GitHubの導入やデプロイの自動化などで、目に見えて組織改善がなされていき、現場の雰囲気も格段と良くなったのであった――。 ⇒【前編】の記事はこちら 【後編】となる今回は、技術的課題を解決すると同時に浮かび上がる「組織・人」の問題に、『一休』はどう立ち向かっていったのか、そして、CTO不
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
