社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
「自動化やGitHubの導入は本質ではない」、技術顧問の先駆けが語る、その“役割” | 日経 xTECH（クロステック）
「技術顧問」という言葉をご存じだろうか。自身のシステム開発の経験を生かし、契約した企業に対して開発に関するアドバイスを行う職業だ。この言葉が注目されるきっかけになったのが、Web業界でその名を知らない人はいない有名エンジニアの伊藤直也氏。同氏は、Webサイト改善サービスを提供している「Kaizen Platform」、宿泊予約サービスの「一休」、就活サイトなどを運営する「ハウテレビジョン」、求人情報の「リクルートジョブズ」といった企業の技術顧問を務めている。同氏に技術顧問という役割の本質を聞いた。 最初に技術顧問になった企業を教えてほしい。 最初に技術顧問になったのは、求人サイトなどを運営する「じげん」だ。2012年頭から1年間、コンサルティングを行った。具体的には、1週間か2週間に1回、1～2時間のミーティングを実施した。これで本当に何か変わるのかイメージできなかったが、たったこれだけで
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
