サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
マネジメントに悩める全てのエンジニアにささげる 伊藤直也の１人CTO Night
…というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ～マネジメントに悩める全てのエンジニアにささげる～ 伊藤直也の１人CTO Night ｜転職ならDODA（デューダ） 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基本姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組
ディレクションの役割を持つスタッフの活躍を広げる取り組みについて - クックパッド開発者ブログ
クックパッド検索・編成部の五十嵐啓人です。本業はレシピなどの料理検索を中心とした、主に「さがすユーザー」のサービス責任と、ユーザー数の拡大に責任を負っています。本日は部門を超えて取り組んでいる、ディレクションの役割を持つスタッフの活躍を広げるための取り組みについて紹介します。 ディレクションの役割を取り巻く当社の状況 日本のインターネットサービス界隈で「プロダクトマネージャ」の話題が盛り上がりを見せつつありますが、当社でもプロダクト開発を牽引・補佐する役割を担当しているスタッフを（名前の議論はありますが）慣習的に「ディレクター」と分類しています。 当社では、以前からエンジニアリングで活躍するスタッフについては、エンジニアマニフェストやエンジニア専用の評価制度作りなどに注力し、組織として期待するエンジニア像の言語化による職種の価値向上、およびキャリア支援を充実させてきました。しかし、エンジニ
失敗しない人を信用してはいけない
この連載は安達裕哉著、書籍『「仕事ができるやつ」になる最短の道』（日本実業出版社）から抜粋、再編集したものです。 「一度に大きな変化を起こすことは誰にもできない。仕事で何かを成し遂げようとするならば、それなりの時間をかけて物事に取り組む必要がある。小手先のテクニックでは、仕事ができる人にはなれない」 毎日2万人以上が訪れ、月間150万PVを誇る「仕事の本質」を突いた人気ブログ「Books＆Apps」の著者が初めて明かす、“仕事ができるやつになる法則”。 悩めるビジネスパーソンの心にじわじわと響き、「明日を踏み出す一歩」がチャージされる1冊です。 さまざまな会社で、「目標必達」という言葉が使われている。従業員に発破をかけるために用いられていると思うが、私は常に1つの疑問があった。 「常に目標達成している人物を、信用していいのだろうか？」 確かに、経営者からすれば毎度のように目標を達成してくれ
情報は独占するな、ギブし続けろ。ITプラットフォーム野郎・尾原和啓の生き方［前編］ | CAREER HACK
【プロフィール】 Fringe81 執行役員 尾原和啓 Kazuhiro Obara 1970年生まれ。京都大学大学院工学研究科応用人口知能論講座修了。阪神・淡路大震災時の避難所ボランティアの経験から、仕組みやプラットフォームに強い興味を抱く。マッキンゼー・アンド・カンパニー、リクルート、Google、楽天などを経て現職。インドネシア・バリ島在住。 ▽著書 「ITビジネスの原理」（NHK出版） 「ザ・プラットフォーム：IT企業はなぜ世界を変えるのか？」（PLANETS） プラットフォームジャンキー ― 尾原さんが「プラットフォーム」に興味を持ったきっかけは？ 神戸の震災が起こった時にボランティアセンターで体験した、ボランティアの方々や支援物資のマッチングです。 当時私は京都の大学院生だったのですが、バイク乗りだったので震災の翌日にボランティアとして現地に入ったんです。すると、ちょっとした違
小中規模のIT系企業における技術的選択と雇用戦略に関する雑感 - たごもりすメモ
でっかい主語で入ったが、要するに2月にあちこち会社巡りをしたときに感じたことについてつらつら書こう、というのが目的。 特定の会社について書いてもしょうがないので、あれこれ*1回ったうちから少なくとも2〜3ケースで該当するなあ、と思ったことについて書く。特定の1社のみに該当する事項はこのエントリにはひとつも出てきません。 またエントリの主旨からして超上から目線になりますが、どうかご容赦ください。 これから成長が本格化するのでインフラを支えられる人材がほしい 正直に言ってこれが一番多かったパターン。スタートアップ的にサービスを作ってきたがその一方でデプロイや監視などの運用まわりが後手後手になっており、そのあたりを支えられる人物がほしい。 話としてはわかるのだが、気になったのは、これを聞くとき、詳しい内容を突っ込んでみると、どうも実際にはそう困ってはいない、というケースがほとんどだったように思え
「現場かマネジメントか」で悩むのはもう古い？エンジニアのキャリアパスを再定義する新人事制度をビズリーチが導入 - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype 働き方 エンジニアのキャリアパスを再定義する新人事制度をビズリーチが導入――「現場かマネジメントか」で悩むのはもう古い？ ビズリーチCTOの竹内真氏 開発現場に留まり続けるか、それとも一線から退き組織のまとめ役に徹するか。 いまだ多くの日本企業には、一定の年齢に差し掛かったエンジニアに、「スペシャリストかマネジャー」かという二者択一を迫る風潮がある。そして評価の面でも、現場エンジニアよりマネジメント側に回った方が年収が高くなるように設定されているなど、「生涯現場」を貫きにくい環境が一般的だ。 だが、本当にエンジニアが組織で生きていく道はこの2つしかないのか？ 『ビズリーチ』や『careertrek（キャリアトレック）』といった転職サービスや、学習暗記帳アプリ『zuknow（ズノウ）』などを開発・運営しているビズリーチのCTO竹内真氏は、日
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
サービス開発エンジニアからマネージャになった話 - クックパッド開発者ブログ
はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で
大事なことは全てリクルートから学んだ - sudoken Blog
リクルート上場おめでとうございます。 もう他所の人なのに、というか他所の人だからかもしれないけど嬉しいです。 お祝いと感謝の意味を込めて、僕が記憶に焼き付いているリクルート時代に言われた言葉で印象的だった言葉をあげておきたいと思います。 「目指せ宇宙一」 入社した時に座席の上に掲げられていた歓迎の垂れ幕に書かれていた言葉。 入社の瞬間から、勝負が地球上ではないところに持ち込まれ目線が恐ろしいほどに引き上げられた。 「俺は神だからさ、お前感謝しろよ」 自称 神にたぶん十人以上お会いした。 いいオトナが本気で言うから、正直焦った。ヤバイところに来たと思った。 八百万の神の国であるという意味を理解できた瞬間だった。 「時給を上げろ。長く働いて給料が高いとかはバカのやることだ」 いつか、このブログにも書いたけど、生産性について深く考えさせられる言葉だった。 「ビジネスマンは芸者だよ。座敷（会議）に
エンジニアでも出来るサービスのアイデアの出し方 - ainameの日記
以前にも書いたのだけど、今年頭ぐらいからコード書く以外のことが出来るようになりたいと思い始めて、休日とか平日夜にコード書くのやめたり、休みの日に積極的に家の外に出るようにしてみたりしていた。 最初、自分が食べるのが好きなので食に関するサービスを考えようと思って、TokyoWallkerとかおとなの週末などの雑誌の情報や、友人らの情報を元にいろいろ外食してみたり、会社の近くの上手いパスタ屋さんが出版してるパスタのレシピ本を買って実際に自分で作ってみたり、肉フェスとか唐揚げフェスとかタイフェスなどの食イベントに参加してみたりしてみて、それ自体はまぁ楽しかったのだけど、サービスを思いつくまでに至らず。食に関して何かやろうと思うのは一旦諦めて違う分野で考えだした。 新しいサービスを考えるために、自分以外に2名（どちらも会社の同期で、1人はエンジニア、もう1人は総合職）とチームを組んで一緒に案出しを
運用エンジニアから開発エンジニアになるためにやったこと · As a Futurist...
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
常に「アウェイ」な環境に身を置くことの大切さ、「強み」に閉じ込められる怖さ – 佐藤航陽のブログ
テック系とはまったく関係ないですが、いつも感じていた事が言葉として腹に落ちたのでブログに書いときます。少し妙に感じるかもしれませんが、「アウェイ」の環境に置かれた時が会社も人も一番成長するような気がしました。ここでの「アウェイ」とは、知らないことだらけの不慣れで不利で「場違いな」環境のことを指してます。通常、経営は自分や自社が得意な領域を見定めて、その資源を有効活用しながら横展開をしていくのが最も効率的であり会社を成長させるコツみたいな事がよく言われています。これは短期的にはそのとおりだとは思います。 しかし、自社の得意な領域（得意だと思っている領域）だけでビジネスをやっていると、頭を使わなくても楽に利益が出せます。そこで働く人も新しい知識や能力を身につけなくても蓄積してきた資産の上に乗っているだけでうまく仕事を回せ（ているような気になり）ます。ただ１〜２年の短期的なスパンではなく、３年以
4年前、おれがSIerの片隅で、何者でもなかった頃 - たごもりすメモ
今からちょうど4年前の2010年2月、某巨大SIerの片隅でExcelやPowerPointばかりを眺めて過ごしていた頃、おれは仕事でも仕事以外でもコードなんかまったく書いていなかったし、GitHubのアカウントも持ってなかった。毎日見積書とWBSと納品書と請求書と、Excel方眼紙の詳細設計書と格闘してた。 当時おれは30歳だった。一度はプログラマとして生きるのは自分には無理だと思って入社したSIerで数年やってて、そこそこ成功した数年を送っているとは思っていたけど、でもやっぱり、そんな毎日に飽きていた。 技術力を重視とか言いながらプロパー社員にコードを書かせようとしない会社の方針にも、svnもgitも閉じられててガチガチに監視されたネットワークに繋がせておいてオープンソースがどうのと言う文化にも、手順や履歴を重視とか言いながらロクにバージョン管理システムを使おうとしない一部の同僚にも、
自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハウ | Social Change!
現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要
会議室がない？！チームの生産性を高めるオフィスの作りかた | Social Change!
先日、私たちソニックガーデンはオフィスを移転しました。移転するにあたり、新しいオフィスの内装やレイアウトを検討したんですが、そのことは改めてオフィスとチームの生産性の関係について、じっくりと考える良い機会となりました。 この記事では、チーム活動における生産性とオフィスのレイアウトについて考えてみたことを書いています。 在宅勤務かオフィス勤務か ソニックガーデンでは、在宅勤務を許可していて、実際に社員の１名は地元の兵庫県の自宅でずっと在宅勤務をしています。また、ある社員は海外に行きたいということで、１年間の海外生活をしながらリモートで、通常の仕事をこなしていました。以下の記事で、その様子がわかります。 リモート勤務と娘の子育て – give IT a try 『国境なきプログラマ』を目指す～ノマドワークの究極のかたち 離れた場所で働くチームのつくり方〜１年間のアイルランドでの実践で学んだこと
セルフマネジメントのレベルと欠かせないスキル 〜 自己組織化されたチームを作るためには | Social Change!
私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、本当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 Jogging on a bright November morning /
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
なぜサイボウズは、働く「時間」と「場所」の制約をなくせたのか？（前編） | サイボウズ式
オフィスのトレンドは「クールな情報ダッシュボード」