上手くいかなかった時に、「誰の責任なのか」「何が原因なのか」と犯人探しの名探偵か、裁判官の判事のような行動をとる人がおられます。「お客さんは大丈夫か」「自分に責任はないのか」というのが後回しになっているのです。それが、経営層やエグゼクティブ・リーダーであれば、社員や部下はたまったものじゃありません。能力を引き出すこともできず、「まだまだ絞れ」「もっとドライブを掛けろ」に拍車がかかります。これでは、近視眼的な経営であり、「明日のコトは明日決める」「明後日のことは部下が決める」という状態になってしまいます。「なぜ」と言いたくなったら、この記事を思い出してください。きっと、周りが変わり始めますよ。 2言目には「なぜ」「どうして」 企業では、「なぜ」「どうして」が飛び交います。予算がオーバーした時、トラブルが発生した時、納期が遅れそうになった時。その他、色々な場面で飛び交っています。もうウンザリで
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。（管理の難易度が高い）郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける中心人物：顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。（役職的には自分より下の人です。） 父「誰に聞いても山田（仮）さん
Statistics Favorites 4 Downloads 0 Comments 0 Embed Views 0 Views on SlideShare 0 Total Views 0 業務系SEの末路的なお話でして — Presentation Transcript 業務系SEの今後について 消費税増税と年金問題が与える影響 2012// 株式会社ノーチラス・テクノロジーズ http://www.nautilus-technologies.com/ mailto:contact@nautilus-technologies.com Tel: 03-6712-0636 Fax: 03-6712-0664 Copyright © 2011-2012 Nautilus Technologies, Inc. All rights reserved.NAUTILUS Proprietary &
コミュニケーション能力の高い奴は仕事が出来ない。(場合がある) 凄く昔の話をすると。 当時、自分が居た小さな部署はコミュニケーション能力が高い人ばかりであった。 相手を気遣い、ウィットに富んだ会話をし、円滑に物事を進める。なにしろコミュニケーション能力に欠ける俺がそこに居ても居心地が悪くならない程だった。すげぇ。 空気を作るのも読むのも絶品の能力者達。 が、はたと気づくと仕事があまり進まないのだった。 殆どの仕事を俺ともう2人いたコミュニケーションに難のある人が地味に片づけたり自動化したり闇に葬ったりしていた。なんか俺らばっか仕事してる。 「オカシイな、この人たち能力凄く有るのに」 実は能力がある訳では無かったんですな。 人間の能力は、ゲームのポイント割り振り制に類似すると思う。（いやゲームの方が真似したんだけど。） 初期ボーナスポイントの大小はあれど、攻撃力にポイントを振れば防御が甘くな
「情熱をもてるプロダクトにフォーカスしなさい」 僕がジャックに「エンジニアが世界で活躍できる起業家になるには何が大切か」と聞いたときにくれたアドバイスです。そのときはそんなの当たり前じゃんと思っていたけどこれがなかなか難しい。 企業してその分野で世界一になるには最高のチームが必要です。最高のチームを作るには才能ある人達を集めなければいけません。才能ある人達を惹き付けるには自分が何か一つの分野で一流になる必要があります。僕はエンジニアとして一流になることに決めシリコンバレーに来ました。 シリコンバレーに来て５ヶ月、幸運にも天才エンジニア、デザイナー、起業家と出会うことができました。これらの人々に刺激される日々を過ごすなかでいろんなことを試したくなり、自分はいったい何で一流になればいいのか見失いそうになる時があります。あれもしたい、これもしたい、でも一人の人間がいろんな分野で一流になるのは無理
金曜日、KLab元CTOの仙石さんからありがたい話をいただきました。 話は、開発者の採用、教育、評価あるいは開発者の心構えなど多岐に渡りました。いくつも興味深い話がありましたが、個人的に一番聞いて良かったと思える話を紹介します。表題の件です。 若いプログラマの中には年をとってもマネージャになりたくないと言う人がいます。他人事ではなく自分もそのひとりでした。若い時にマネージャ志望のキャリアパスに語ることは、プログラマとしての自分の誇りを傷つける気がしていました。マネージャを偉いと見なす風潮が、技術に対する裏切りのような気分がしていました。技術者をマネージャより低いと位置づけるのが許せませんでした。 たぶんピュアだったのでしょう。そんな経験があるので、今でもピュアな若者は好きです。本物のプログラマになるには、技術だけに一心に向き合うピュアな期間が必要だと信じています。そして、技術に真摯に向き合
▼ [Software]辞めていった人達が作ったシステムの保守を楽しいものにする はてなは「絶対すべきでないこと」をやらかしたのか？ nabokov7; rehash : ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(下) この辺りの話題を眺めていて思うところあったので少し書いてみる。 別にはてな社やライブドア社がどうだって話ではなくて、システムやソフトウェアを開発する仕事の話です。 まず、大前提として、 新しくスクラッチから書き起こす 既にある機能と互換性を保ちながら改修する プログラマにとっては、前者の方が圧倒的に楽しい仕事だと思ってます。（最近無くなったらしいけど）グーグル社の20%ルールは、開発者の創造性を巧く引き出せるよう上手に設計された制度です。 ただ、現実問題として、IT業界では後者の仕事を行う機会の方が
爲末大 Dai Tamesue @daijapan 昨日の返信で、部活動は我慢を覚える事と、人とうまくやっていく事を学ぶ側面があるという意見が多かった。これはすごく象徴的なのでこれについて話したいと思う。日本では、途中で止めたり、やる事を変えたり、合わない人を避ける事を逃げだと感じる人が多い。 爲末大 Dai Tamesue @daijapan これは根強く大人になっても残っていて、僕は鬱の原因に少なからず影響していると思う。止める事や集団に合わせられず組織から抜ける事を恥だと感じていてぎりぎりまで我慢する。それで自分の状態には無頓着だったりすると、自分の精神と身体が追い込まれる事がよくある。 爲末大 Dai Tamesue @daijapan 何もかもから逃げるとそれは確かに癖になる。ある程度は我慢して続ける事は大事だし、集団に自分を合わせる事も大事。でも苦しいなと思った時、それは甘えな
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
若かりし頃、上司から「アイデアを出せ」「次の会議までにアイデアを考えておけ」と言われ、 そのたびに「またアイデアかよ・・・。」「全然思いつかない・・・。」と悩んだものです。 アイデア本を片っ端から読んで試してみましたが、そう簡単にはアイデアは出ないもので、上司へのアイデア報告は大変苦痛だったことを思い出します。 そんな当時の自分に「オズボーンのチェックリスト」を教えることができれば、ずいぶん状況は変わっていたのではないかと思います。 「オズボーンのチェックリスト」は、「入れ替えてみたら」「大きくしてみたら」「逆にしてみたら」などと、１つのお題からアイデアを大量生産することができるフレームワークです。 アイデア出しに困っている方、ぜひ「オズボーンのチェックリスト」を試してみてください。 「オズボーンのチェックリスト」は、どんなツールなのか？ ９つの視点から、アイデアを発想できるツールです。
組織が一個人の人生を越えての存続していくためには、組織に属する人のスキルアップが欠かせない。優秀な人材が揃えばこそ組織は存続できるのであり、その基盤が強固であればあるほど組織の競争力に繋がるはずだ。だから、組織的な学習は欠かせないし、技術伝承の取り組みは不可欠だと思う。 しかしながら、現実はそんなに甘くない。長期的視野に立った活動というものは軽視されがちだし、いつ役立つのか分からない活動なんかよりも、目先の利益を重視するのが最近の流れだ。「費用対効果」という便利な言葉が出てきたおかげで、活動の成果を「数値化」出来ないものは悉く却下されるようになってきたし、そもそも人材の能力開発に対する組織的なサポートも減ってきているような気がする。 こうなると、人材育成という言葉はいずれ死語になってしまい、スキルアップを図るのは全て「自己責任」という時代になってしまうのではないだろうか。組織にとって面倒な
進捗をざっくりと書いてみようと思います。 気にかけてくれている友人もいるので、そちら方面への報告も兼ねて。 ありがたい事に色々な方にアドバイスを頂いたり、実際にお会いしたりして、ゆっくりと転職先選びを進めています。 また現職の方も無事8月末に退職が決まり、引継ぎなどを行っているところです。 直接声をかけていただいた会社におじゃましています TwitterやFacebook, ブログなど経由で「一度会いませんか？」と声をかけてくださった方数名とお会いしました。 今週で一段落つく感じです。 スタートアップのところあり、少人数でハイレベルに業務をこなしているところあり、大きく成長しているところあり、と色々です。 いずれもruby(rails)で仕事が出来るというところが楽しそうですし、みなさん人柄の良さそうな方ばかりです。 あとは待遇面などを加味してせっかくだから直接声をかけてくださっ
この１〜２年、転職であったり起業であったり人の動きが激しいような気がします。私の知人も、大手企業でエリートだったのに起業したり、大手メーカーからソーシャルゲームの会社に転職したりしています。そうした人たちを見ていて、人の働く動機には色々ある中で、いくつかパターンがあるのかなと思い、人は何のために働くのかについて考えてみました。 ※この記事は、2011年07月07日に公開された記事を再編集したものです。 モチベーション４つのパターン 私なりに人が働くモチベーションとして、以下の４つのパターンがあるのではないかと考えてみました。（これは私の知り合いからの類推なので、専門的で正確な話ではありません） ・「アントレプレナー」タイプ ・「クラフトマン」タイプ ・「サラリーマン」タイプ ・「サポーター」タイプ アントレプレナータイプの方にとっての仕事に対する動機は「夢」が大きく影響しているように思いま
「頑張って」という言葉は、気軽に利用できる励ましの言葉、激励の言葉です。 しかし、場合によっては相手を傷つけてしまう可能性もある、「地雷ワード」であることは、よく知られています。 「現時点ですごい頑張っているのに、これ以上なにを頑張ればいいの？」と、思われてしまうことがあるのです。 とはいっても、元気がない相手の姿を前にして、励ます言葉をかけないのも不自然です。そこで、「頑張って」の代わりになる、励ましの言葉をピックアップしてみました。 ●うまくいくといいね 「頑張れ」を英語に訳すと「Good luck!」で、日本語に訳しなおすと、「うまくいくといいね！」になるかなと。これ以上の努力を強いるのではなくて、最終的な結果を気にかけてあげる方が、相手の負担がぐっと減ると思います。 ●じっくりいこうよ 個人的に好きな表現です。十分頑張っている人に、それ以上を強いる言葉は酷ですが、上手くいっていない
この半年、巨大なシステムの開発で学んだことの1つは、 SIという業態の中で再利用が必要なのは、部品ではなくチームであるということ。 チームに蓄積するノウハウや暗黙知こそ再利用するべきで、 案件の度に体制の伸縮を繰り返すやり方では、いくら部品化や共通化を進めたって効率もへったくれもあったもんじゃない。 部品の再利用は確かに可能で、非機能的な部品やフレームワークは活躍するんだけど、 ドメインオブジェクトのレベルでの再利用はやはり難しいし そもそも部品やフレームワークは使いどころを知っていて、設計や試験を省力化するところまでやってこそだと思う。 システム開発の工程の中で、製造工程はどう考えても一部分であって設計＋試験が圧倒的に長い。（保守期間はもっと長い） 設計や試験に効果を発揮するのは、部品よりもチームだ。 例えば、僕らの現場ではSOAにも取り組んでいて、権威と呼べるような人たちがその設計をや
PunchyはRuby on Rails製のフリーウェア（ソースコードは公開されている）。時間管理は重要だ。時間というリソースは決して取り戻せず、かつ万人に平等だ。怠惰に過ごしても過密スケジュールで過ごしても一日は変わらない。それだけに日々改善が必要なのだ。 Twitter風のシンプルな画面 改善の他にも、費やした時間によってプロジェクトの正否を見たりもする。その際には費やした時間を記録し、蓄積していく必要がある。そんな時に使えそうなのがPunchyだ。 一般的な時間管理としては、リアルタイムに時間を入力（ボタンを押すなど）するものが多いが、Punchyは後付けでの入力が出来る。Twitterに似たインタフェースで、とてもシンプルだ。「*」「#」「@」の記号を使って管理する。 サマライズ 例えば「*会員登録開発 #Xプロジェクト @Aクライアント for 2 hours」といった具合に入力
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
