成長期ベンチャーが陥る新卒教育の罠〜 あらゆる悲鳴は“甘え”か 〜 - WETな備忘録
おうふ... IT系のベンチャーが大きくなるのを目の当たりにしてますね。時代的なことかもしれないですね。「会社の規模も大きくして自分が作った会社を盤石のものにしたい」と考えるその気持ちは分かります。そして当然「新卒を大量に採用する」というフェーズに入っていく。 しかし戦力の補充のため「新卒を大量に採用」し始めた会社が、思ったように「戦力の増強」が実現されず、期待されていたような成長曲線を描かない、という現象も多く見られるですね。これは何故なんだろうと。 それには多くの要因があると思うけれど、ここでは「新卒教育」にフォーカスをあてて考えてみた。 目次 仕事ができる者になってほしい「教育」 見落とされがちな人材の評価軸 ベンチャーの組織構成の変遷と「教育」の盲目 「組織の重心」を回復するためには まとめ 仕事ができる者になってほしい「教育」 新卒を大量に採用しはじめると、しかしその中には「仕事
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
1. アイデアを 塩漬けにしない 世界中の人に手伝ってもらう方法 サイボウズ・ラボ 西尾泰和(@nishio) 2012-04-28 ニコニコ超会議 超エンジニアミーティングにて発表 1
マツダ先生（仮名）の思い出、あるいは議論の仕方を習ったことのない人はやっかいだということ - みやきち日記
あたしが小学5〜6年生だったときの担任・マツダ先生（仮名）は、クラスで話し合うとき生徒にたったひとつのルールを課しました。そのルールとは、「意見を言うときは、必ず理由を言わなければならない」というもの。これは鉄の掟で、例外は許されませんでした。今にして思うとこれはすばらしい教育で、あたしはマツダ先生にものすごく感謝しています。 このルール下だと、「今度クラスのレクリエーション時間でどんなスポーツをやるか」なんて議題で話し合うとき、ただ各自で 「バスケがいいでーす」 「ソフトボールがいいでーす」 「ドッジボールがしたいでーす」みたいに提案だけしていきなり採決ってのはダメなわけ。提案するには、絶対に「なぜ自分はクラスでこのスポーツをやるのがいいと思うのか」を言わなきゃいけないんです。 そうなってくると、「自分がバスケが好きだから」クラス全体でバスケをするべきだなんて言えないわけですよ。いくら小
"プライドに傷がつくことは、山頂からの景色を眺めるためであれば取るに足らない" - naoyaの寿司ブログ
http://d.hatena.ne.jp/tictac/20120110/p1 を読んで。本論とは少し外れちゃうんだけど うまくやる学生はそういう困難にぶつかったとき、自分の力不足と馬鹿さ加減に滅入る気持ちと闘い、山のふもとで小さな歩みを始めます。彼らは、プライドに傷がつくことは、山頂からの景色を眺めるためであれば取るに足らないということを知っているのです。彼らは、自分が力不足であると分かっているので助けを求めます。 このくだりはわかるような気がする。ソフトウェアの開発をやっていると、ときおり新しい言語とか、新しいプラットフォームにチャレンジしようということがある。iPhoneアプリを作りたい、とか、たまには毛色の違う言語を触ってみよう、とか。なんやかんやでもう10年以上、プログラミングはしているので、そういう新しいものを学ぼうと思ったときに、自分の能力を過信してか、いきなりそこそこ質実
いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 - 肉とビールとパンケーキ by @sotarok
去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
小野和俊のブログ:罪悪感駆動開発(zaiakukan-driven development; ZDD)
みなさんは罪悪感駆動開発(zaiakukan-driven development; ZDD)という言葉をご存知だろうか。私はつい先ほどまでこの概念を知らなかった。なぜなら先ほど自分で思いついたばかりだからだ。 仕事をしていく中で、やるべきことが山積みなのについネットサーフィンをしてしまい、「うわ、今日仕事全然進んでない、やばい」という罪悪感から、その後の仕事が妙に捗る、という経験をしたことがある人は少なくないだろう。 罪悪感駆動開発は、こうした危機感や罪悪感といった人間が本来持っている感情を引き出すことで、より高い仕事の成果を上げていくことを志向する。 罪悪感を感じるポイントは人によって個人差があるが、一般に仕事中に罪悪感が高まりやすい充填行為として、次のようなプラクティスが広く認知されている。 (a) 昼寝 (b) ネットサーフィン (c) ゲーム (d) タイピングソフトでランキング
プロとしての行為 Act as Proffesional
食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
より速く適切に学べる人、その理由：ほめ方の研究