動かぬ彼を動かすには
自ら立ちあげたプロジェクトなのに、まったくやるべきことをやろうとしない同僚。彼はなぜ、行動しないのでしょうか？ 先日、知人から相談を受けました。 知人の職場で田中さん（仮名）の元、新しいプロジェクトが発足したそうです。それは田中さん自身が「やりたい」と企画し、上司に提案したプロジェクトなのですが、田中さんは「できること」や「やりたいこと」だけやって、「やらなければならないこと」には手を付けようとしないのだそうです。詳細な資料は作るけれど、それをどこにも見せずに延々と手直しだけ続けているような状態なのだとか。 他のメンバーは「プロジェクトオーナーの田中さんが動き出すまで放っておこう」と動かないし、田中さんは「誰も動いてくれない」とぼやく。結果、プロジェクトは進まない。 それに業をにやした知人はプロジェクトを前に進めようと、田中さんがやろうとしない「やらなければならないこと」を半ば仕方なく始め
良いエンジニアの育て方 - ひがやすを技術ブログ
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
歩きかたと登りかた - レジデント初期研修用資料
研修医だった大昔、患者さんが病棟に上がってきても、オーダーを出すのが大変だった。 ある病名を背負った人に何を行うべきなのか、知識としては一応持っていたのだけれど、それをどうすれば「オーダー」という記法に落とし込めるのか、思うところを書いても、病棟からは「これでは指示を受けられません」なんて突き返されたり、「ふつうに点滴をつないでおいてくれればいいから」と言われた患者さんがいて、じゃあ「ふつう」とは何なのか、ラクテックなのか、ソリタT3なのか、まずはそこから分からなかった。生まれて初めて処方した「ふつうの」輸液製剤は10% EL 3号で、それを書いたら「どうしてEL なの?」なんて、先輩の研修医から怒られた。 駆け出しの本当に最初のこの頃、けっこう長い期間途方に暮れて、たまたま集中治療室の患者さんを受け持つ機会があって、婦長からはじめて、「オーダーの書きかた」を教えてもらった。オーダー用紙に
プロジェクトメンバーを育てる3つの手法を極めよう ― ＠IT自分戦略研究所
■コーチングで引き出し、ティーチングで伝える ケーススタディは、システム開発プロジェクトにおけるOJTの場面を取り上げる。まずはプロジェクトの状況を確認することにしよう。 ・某金融機関の合併に伴う基幹システム統合プロジェクト。設計フェイズが終わり、これより開発フェイズに移行する。 ・スケジュールがタイトなため、開発メンバーとしてA君、B君の2人が増員されることとなった。 ・A君は新人研修を終えたばかりで現場に出るのは初めての経験。B君は3年目の若手社員で、今回が2つ目のプロジェクトである。 では、ある日の進ちょく確認の場面を見てみよう。 出来杉先輩 「では今週の進ちょくを報告してもらえるかな。そういえば、今日は○○モジュールの完成予定日だったね。これはほかの開発作業にも影響するので気になっているのだが……」 と、出来杉先輩の切り出しで始まった進ちょく確認において、○○モジュールの開発作業が
グーグルのプロダクトマネージャーに学ぶ６つの仕事術 |海外情報でマーケティングを学ぼう！ イノーバ・ブログ
プロダクトマネージャーという役職を知っているだろうか？ プロダクトマネージャーとは、製品/サービスを、開発・製造、マーケティング、アフターポートまで、製品のライフサイクルの全てに渡って、責務を担うマネジャーを指す。担当している製品に関わるすべて意思決定に関与し、開発、マーケ、営業、財務など、関連する全ての人々をまとめていく仕事である。 マーケティングの花形の仕事と言えるだろう。 グーグルのプロダクトマネージャーがどのような仕事をしているのか、Quoraで興味深い記事があったので、紹介したい。 以下の記事は、 グーグルの元エンジニアEdward Ho氏がQuoraに書き込んでいた内容を要約したものです。 私が、グーグル時代に他に例を見ないほど優秀なプロダクトマネージャー（以下、PM）たちと働いた経験から、この話をしてみよう。もっとも、私自身はPMではないのだが、グーグルでも特に優秀なPM
何故バグ報告の99%が役に立たないのかもしくは何故プロのテスターが存在するのか - oops
テストにはプロがいます。「お仕事」で開発する場合はQA(Quality Assurance/品質保証)部門という「テストのプロ」がテストします。 バグ修正におけるテスターの役割は極めて重要で、「プログラマの手元で任意に再現可能な状態に持ち込めれば、バグ修正は8割終わっている」と言っても本当に過言ではありません。詳細聞き出しに10時間、修正30分、修正確認テスト30分、なんてのも実務ではザラです。この場合、プログラマも11時間拘束される(=時給x11時間分のコストが掛かる)わけですから、バグ修正のコストは聞き出しに掛かるコストがほとんどを占めることになります。 (誤報告一発で万単位の金が簡単に吹っ飛ぶとも言える) まずそもそもの問題として「素人」がテストを行うと以下のような論外ケースが頻繁に起こります。上に行くほどクソです。 誤報告 実際に起こったことと、現象が違う、手順が違う、設定
新社会人の君へ-disるということについて - あんちべ！
「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な
何かをモノにするために必要なたったひとつのこと - 人と組織と、fukui's blog
2010年03月21日 16:50 カテゴリこれからの時代の学び方 何かをモノにするために必要なたったひとつのこと Posted by fukuidayo No Comments Tweet 日垣隆さんの「ラクをしないと成果は出ない」には、プロフェッショナルとして成果を出すための100の方法が述べられている。競争の厳しい世界で生き抜いてきた、一人のプロフェッショナルの実体験に基づいた経験論がまとまっており、ハッキリいって「個人のブランディングのために書きました」「会社のマーケティングのために書きました」という趣の薄っぺらい本に比べ、示唆に富む内容であり、読み応えがある。 その中でも僕がなるほどと思った一節が、 「何かをモノにしたければ、ひとつのことに1,000時間費やせ」 というもの。逆に言うと1,000時間費やせば、それなりにモノゴトが身につくということだ。 1,000時間というのはどれ
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
誰もが陥っている“その場しのぎ症候群”の処方箋 （ITmedia エンタープライズ） - Yahoo!ニュース
企業人、誰にも覚えがあろう。毎日毎日が忙しくて忙しくて、こなしている仕事で雑用が多く、しかもどうも自分で選択したというより、他から与えられて、あるいは押し付けられて余儀なくやらざるを得ないトラブル処理や、会議出席などに振り回され、限られた時間の中で、一見テキパキ処理しようが、悩み苦しんで処理しようが、結局は「その場しのぎ」で切り抜けている。 偶然できたつかの間の空白の時間、しかもごく短時間にホッとして机に座って書類を処理して、それがあたかも本来の仕事をしている錯覚に捉われ、それさえ叶わぬときは自宅に書類を持ち帰り、あるいは休日に出てきて書類を処理する。本来は「その場しのぎ」を脱するための根本策を講じなければならないのに、精神的にも肉体的にも疲れ果てて、そこまで思いが及ばない、いや少なくとも手が付かない……というわけだ。 この状態を放置しておいてよいはずがない。放置すれば、いろいろな問題
継続開発のススメ - Twisted Mind
概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、
いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
哲学博士志望が金融マンになってから
いや、辛いな！ 正直言って、毎朝泣きながら仕事行ったな！ 「～の朝は早い」とかテレビで見ると、「金融マンの朝だってはええんだよ」とか悪態つくくらいには汚れたな。 そんな俺の独り語りがはーじまーるよー。死にたい。 26歳で修士を出る一年前、金が続かなくなる。そういうわけで必死に就職活動開始。 「英語喋れます。ドイツ語わりと喋れます。タイ語日常会話程度はいけます。ラテン語読めます」 を武器に商社とか受けまくるも華麗に全滅。しょうがないので金融を受け始めると、なんかわからんけど合格。 某社のＩＢ部門に。新人研修を越えた（まさに地獄だった、同期が二人辞めた）後ギャグだと思ってた 「前髪チャラチャラ垂らすな！」の洗礼を受けオールバックに。前髪でチャラチャラて。 ＩＢって聞いたから入社したのに「営業を舐める奴はウチにはいらん」ということで、しばらく営業をやらされる。 ぶっちゃけ何の役にもたたない経験だ
新社会人は新しい「社会人」を再構築しよう! - アンカテ
今日(4/1)、私は勤務先の入社式でスピーチをすることになっているんですが、何を話すかについてメモを作ったので、ここで公開してしまいます。エイプリルフールと間違えられるといけないので、3/31の日付で投稿しました。 これから、このメモをポストして会場に向かい、iPhoneで自分のブログを見ながら話す予定です。どこを話すかは、その場の雰囲気で決めます。 挨拶・導入 入社おめでとうございます 今日から皆さんは社会人としての一歩を踏み出すわけですが、今日は、「社会人とは何か」ということを一緒に考えてみたい 私が就職したのは25年ちょっと前。「もう学生ではないんだから」と回りからよく言われた 社会人とは「今ある社会にスッポリはまる人間」だった つまり、社会人という穴が空いていて、そこに自分を押しこむイメージ 社会は変わらない、個人がそこに適応すべきという前提がある それでいいのだろうか？社会は変化
第1回 みなさんの飛躍のきっかけとなった本は？ | gihyo.jp
はじめに IT業界というと、3Kだとか、帰れないとか、泥のようにだとか、昔からいろいろ言われてきています。しかも、Mっ気のある人が多いせいか、言われても反論したり怒ったりせずに、そのままネタにして楽しんでいたりするから余計にたちが悪かったりします。とは言ってもその実、業務外でも頼まれてもいないのに積極的に勉強会に行って同業他社の人と交流したり、土日までつぶしてイベントを開催したり、大量の本を買って家の中がいっぱいになったり…家も会社も関係なく、全力でIT技術者という職業を楽しんでいる人が数多くいます。中には、海外のカンファレンスまで出かけてしまう人もいるぐらいです。まだ、勉強会という場を知らないために、出てこない人もいますが、一度楽しさを知ってしまった人は定期的に色々な勉強会に顔を出して新しい情報を取り入れたり、人に教えて感謝されたり、自信が付いたり、多くの恩恵に授かっています。 さて、そ
経済 | 毎日新聞
アメリカでは大統領選挙が4年に1度、夏季オリンピック・パラリンピックが開催される年の11月初めに実施されます。2024年は、まさにその大統領選挙の年です。世界に対し非常に大きな影響力を持つ国のトップを決める選挙ですから、すでに世界中がその行方を注視しています。 ◇戦う気満々の2人 大統領選挙にはさ
なぜ新人は聞きに来ないのか? - teruyastarはかく語りき
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな！」 間違うのはしかたありません。けれども、「自分
エンジニアがミーティングを嫌う理由 – バイリンガルの独り言
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://atnd.org/events/13324