大企業で働くと毀損されるいくつかのコトについて - GoTheDistance
というわけで今日のお話は、「やった！頑張った甲斐があって、就活もうまく乗り切れた！」とか、「まあ、オレのスペックならちゃんと大企業＆大組織に入れるのも当然だけどね。」とか言ってる人は、実は「完全に周回遅れです」みたいな場所で人生最初の｢働く訓練」を受けることがどれだけ自分の将来価値を毀損する可能性があるか、よーく考えてみたほうがいいんじゃないか、ってことなのでした。 将来有望な若者の将来価値を毀損する、大きなワナ - Chikirinの日記 この記述に思うところがありますので、ちょっと書きたいと思います。 僕は6年間新卒で入社した大企業で働いておりました。今は従業員数人の中小企業で働いています。ちきりんさんが指摘する｢完全に周回遅れです｣の意味を身をもって経験しています。 周回遅れの意味は、その企業から一歩出たら全く役に立たないシゴトのやり方やアウトプットに飼い慣らされていることで、外に出
IT業界に求められる営業の姿を考えてみた - GoTheDistance
IT業界の営業かくあるべき論 - Togetterが面白かったので首を突っ込んでみます。 上記で言われている営業は「パッケージ導入やオリジナルでの受託開発業をやっているシステム屋の営業」という前提のようです。僕もこの前提で書いていきます。 良く聞く話ですが、エンジニアからすると最たる不満の１つに「営業は不勉強」というのがあると思います。自分が売り込もうとしている商品が技術を武器にしているのにも関わらず、システムや技術のことを知らずに言葉だけで売るのはいかがなものか、という問題です。 これらの知識が無いと何がマズいかと言うと、 顧客の要望のインパクトがどれほどのものかわからない。 できない事に対する代替案が提案できない。 判断できることが少ないのでスピードが落ち、エンジニアに負担がかかる。 などがあります。 システムの営業の難しいところは、顧客のニーズはあくまでシステムがもたらす効用(ソリュ
仕事の役に立たないことを学ぼう - GoTheDistance
Tumblrをぷらっと見ていたら、非常に刺激的な記述があったので思わずReblogした。 http://gothedistance.tumblr.com/post/321109250/yuco-seepassyouagain メシの種になる実践的(practical)な知識と全然それだけでは飯の種になりそうもない抽象的な知識のバランスを考えさせてくれます。 僕は大学卒業する直前まで、全くpracticalなスキルを磨いたことはありませんでした。アルバイトでISPのテクサポをやってたけれど、多少のネットワーク知識とHTMLが書けるぐらいの知識しかなかった。プログラム言語やデータベースに触ったことがなかった。経済とか経営とか全然興味が無かったし、今ではネタだろって言われるんですが、僕は英文学科を卒業しており学歴上は文系なんです。卒論を書く時にはじめて｢論文｣というものに触れて教授に論理的なアプ
最近SIerがだいぶヤバくなっている件 - GoTheDistance
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
おちまさと名言集 - GoTheDistance
突然ですが、僕はおちまさとをリスペクトしています。 先日のエントリでもおちまさとの名著「企画の教科書」を紹介しましたが、はてブ界隈では全く彼の発言が取り上げられないので、僕がおちまさとの名言をまとめてみました。 追記(2008/01/29 9:00) ダラダラと長すぎたので、要点だけまとめてみました。 オリジナルはこちらのWeb上の連載コラムおちまさと｢シゴトの強化書｣｜キャリア転職ラボ by イーキャリアにあります。是非ご覧ください。 それでは、どうぞ。 仕事に役立つおちまさとのアドバイス 仕事する時、確かに第一印象ってあると思うんですけど、実はそれでは全然遅くて、その前に“第ゼロ印象”というのが既に始まっている。 相手に カワイイと思われれば、その後のコミュニケーションもスムーズになる。といっても、ただカワイイだけじゃなく、自信が伴っていないとダメ。 何か企画を思いついたとき、「これは
簿記と会計と財務の違いについてまとめてみた - GoTheDistance
また、お金の話についても、そもそも簿記（booking）・会計（accounting）・財務（financial）の区別がついてない人が多いです。 株式会社スターロジックの羽生章洋が書いてるブログ:起業・経営の必要条件 「やべー正直わかんねぇ、オレってだせぇ」と思った紳士淑女のために、ざっくりまとめてみました。突っ込みはゆるふわでお願いします＞＜ 簿記とは 企業が日々行う取引から、貸借対照表や損益計算書を作成するための元ネタ(総勘定元帳)を作ることです。単式簿記・複式簿記とかもあくまで方法論です。ただ、企業組織の場合は家計簿とは違い、発生したお金の結果だけではなくその原因について因果関係を踏まえて帳簿をつけていかないと、プラスとマイナスが正しく管理できない。つまり、5万でEeePCを買ったという行為だけを管理するのが単式簿記で、5万円のEeePC入手＆現金5万円の支出を紐付けて管理するのが
「仕事力」に散りばめられた金言の数々 - GoTheDistance
最近この本を読んだのですが、随所に素晴らしい言葉が散りばめられていました。僕が特にこれはと思った言葉を貼り付けておく。というか、伝えたくてしょうがない言葉が多すぎる。私が自信を持っておすすめできる一冊です。是非。 大前研一 優れた経営者はみな提案グセのDNAを持っている。 常に自分のやる仕事を文章化して棚卸しせよ。 朝倉摂 専門家として生きる、そういったハッキリとして目標があるのは大切だが、それだけに向かって細い道をひた走る生き方は豊かな仕事を生まない。 感じたことを自分の手で表現する訓練をきちんと積まなければならない。自分のハートをここに込めたとわからせる力量が重要です。 素直になれない人と仕事をすることほど、つまらないことはない。 安藤忠雄 仕事は生涯をかけて自分の可能性を探すことである。 青春とは目標を持って生きている時間のことをいう。 精神を萎えさせないためには、常に勇気を持って挑
考えることが多いと、人生は楽しい。 - GoTheDistance
うまく伝えられないけれど。 いろいろなコトを、そして自分のことを。空はなぜ青いか、なぜあのコが好きか、なんでもいい。人生は楽しい。考えることがたくさんある。 湾岸MIDNIGHT 第38巻 この言葉がとても好きです。 考えることが自分の中にたくさんあると人生に奥行きが出てくるように思う。ブログを書き続けていられるのも「色々なこと、自分のこと」を考えていられるからで。最近は少しBurnOutしてしまった感覚があって、以前なら一気に強火で飯を炒めるが如くエントリを書くことが出来たが、今は「伝えたいという静かな炎」をつなぎとめる何かに欠けていて、火をつけたいけれども何を燃料としていいのか右往左往している。4年間やってきて、初めてのことです。 考えるということは、実はタフなことだという事をもっと語るべきだと思う。考える対象は往々にして「現実と理想のギャップ」であることが多くて、それを奥深く見ていく
男と女は互いに苦労するように出来ている - GoTheDistance
前回のエントリが思いのほか多くの方に見て頂けたので、もう１度恋愛ネタを書くことにしました。結論から言うと、タイトルにある通りで「男は女で、女は男で、互いが互いに苦労するように出来ている生き物である」と僕は思っています。男と女は圧倒的に違う生き物なのに愛し合って生きていくことで幸せを求めるという矛盾を抱えている。だからこそ、面白い。色々違う所はあると思いますが、こういう所が圧倒的に違うのかなと思うポイントを書いてみます。 自由を求める男、永遠を求める女 僕もそうなんですが、男というのはとっても飽きっぽい生き物です。ずっと同じ場所で同じ行動を他人と共にするのは、それがたとえ大好きな人であっても飽きてしまいます。同じ状態を長く続けることに苦痛を感じます。旅行に行ったら温泉に入りたい時もあれば、絵画鑑賞をしたい時もあれば、ただコーヒーを飲みたい時もあります。男はとても移り気なのですが、女は往々して
システムは専門家に任せれば良いのだろうか - GoTheDistance
情報システムに関しては専門家に任せれば良いという考えを捨てたほうがいいのではないだろうか？ だいたい15年ぐらい前になるだろうか。いわゆる「オープン系」の技術が主流になり始め良くも悪くもモノシリックだった実装技術が超スピードで高度に細分化されるようになり、段々とユーザー企業の中でも「もうそういうのはプロに任せましょう」という話が主流となって大きな会社はどんどん分社化し、「どーせ専門家になるのならば世間の風に吹かれつつシステム開発ノウハウを勉強して来い」という感じに子会社SIerが立たされたのは。 子会社に移管してしまっため自分たちで運用やったことが無い社員が増えてしまい「どこで何が動いているのか」が分からなくなってしまったというのはよく聞く。大企業は基本的に縦割りで各々システム化の予算を持っていることが多いので、じゃあ自分たちで好きなものを作ろうぜっていう流れになったと見ているんだけど。こ
Service Integratorになれる日が来るのだろうか - GoTheDistance
ZEROBASEさんのBlogに書かれていることが、自分の問題意識とシンクロした。この辺で少し整理しておきたい。 要件定義前提のビジネスモデル Webサービスに「システム開発」の側面があるからといって、業務システムのように「ユーザに聞く」とか「要件定義」とか「要求開発」しようとする発想では、うまくいかない。そこで「プロダクトアウト」か「マーケットイン」か、といった二分論での議論も危険。どっちの面も必要に決まってる。 そういう仕事って何？「マーケティング」や「商品企画」ですよね？ で、それってSIerには未知の領域なんだと思います。 SIerはWebサービスを開発できるのか？ SIerがディフェンシブにならざるを得ないのは「要件定義」というプロセスそのものにあるのではないか、と最近思いはじめました。要件定義が基点となって「我々は今回こういうものを作るのです」という取り決めを行いその器の大きさ
プレゼンがうまくなりたいなら、語彙を増やそう - GoTheDistance
昨日会社の人たちと飲んできました。その中で「こういうのが面白い、こういうのがいいんじゃないかって言う事は提案時に思いつくんだけど、それをなかなか上手に伝える事ができない。プレゼンが下手でさぁ。」という話題が持ち上がりました。その時は「あるものが良いとわかること」と「あるものが良いと伝えること」は全く別物であるという所で会話は終わった。で、飲み会が終わってお疲れさまでしたーということで１人になったので、どうして別になるのかなぁと考えていたらこんなことを思った。 自分が良いと思っていることを伝えられないのは、伝えるための物語が作れないからではないか。 多分、これは正しいんだと思うのです。 これはプレゼンに限った事ではなく、報告書でもブログでもExcelでもPowerpointでもどんな媒体を選ぼうとも変わらないと思います。何かを表現するために一番必要なのは、物語を語ることに尽きるのではないかと
スーツにはスーツの道がある - GoTheDistance
勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)２週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し
大企業で働くということ - GoTheDistance
梅田望夫氏の大企業で働くことについてのエントリの尻馬に乗ろうと思い続け、気がつけば尻馬が100マイルぐらい遠くなってしまったのですが、やっぱりこのネタについて書きたいことがあるので、エントリを書きます。すっげー長いエントリになってしまったので、気長に読んでください。連休の夜長にでも。 他の大企業はどうだかわからないけれど、少なくともウチの会社に限って言えば、以下のような事が言えます。 本部長レベル以上はやっぱりデキる人が多い 何にも考えなくても給料がもらえる仕組みがある 人がいっぱいいる、それだけでも意味がある 基本的に隣の部署が何をやってるかわからない 決定が棚上げされる うっとおしい社内業務が多い こんなところかなぁ。 ウチの会社は社員数4桁の会社です。そんな会社にあって本部長クラスになれる人は、どこか一味違います。先を見据えて物を考えていたり、政治力がすごかったり、オレ様全開だけど明
5mm方眼に思いを込めて - GoTheDistance
激しく同意した。下記エントリはとってもﾌﾞｸﾏされてる以上、同じように激しく同意した人がいっぱいいるんだろう。 デュアルディスプレイで得られる効率はコーディングの効率なのだけど、机に広げたノートで得られるのは考えをまとめる効率。脳の中に展開できない何かをノートに展開ですよ。 机の上に紙とペンを広げられるかで勝負が決まる 「考えをまとめる効率」と言う言葉は至言です。これってホント重要な視点です。 私は実はほとんど紙とペンを使わないタイプでした。マインドマップに頼っていましたが、今年の夏に某外資系有名ファームのコンサルと仕事をしてから180度変わりまして、すっかり紙とペンに思いをぶつけるスタイルに変わりました。彼らコンサルは、必ずといって良いほど紙とペンを広げ自分の言いたいことを図式化しようとしています。私の後ろの席でひたすらペンを走らせていました。なるほど、これが彼らコンサルの全ての基本なん
レビュワーは現場DE☆騎士 - GoTheDistance
PMOっていうのが最近どのSIerにもあったりする。大きい所は多分ほとんどあるだろう。Project Management Officeっていう組織体/委員会のことで、第三者の目線でプロジェクトがこの予算・スケジュール・体制でちゃんとカットオーバーできるのかどうかを判断・アドバイスをしてくれるありがたい存在。でも、今日は「ありがたい存在」のくだりで違和感を感じたYOUたちの溜飲を下げるために書いてますよｗ 他の会社に言っている知人に同様の組織体があるらしいのですが、よく言っているのは「形式的なことしかレビューしない」という事です。しないというか、できないんじゃないかと。これは第三者である以上致し方ない側面もあって、中身についての勘所が現場で頑張っている人より理解が浅い人がレビューするのですからレビューする内容はヌケモレの確認と資料の書き方がメインになります。これはやったか、あれはやったか、
JavaとRubyの間にある、ベルリンの壁 - GoTheDistance
ネタ元はこのあたり。 SIer と Rails とエンタープライズと エンタープライズにおけるRailsの価値とは 弊社の某エロい人がRoRに萌えており「おお、なんて生産性が高いんだ。もうWebアプリなんて全部これでいいじゃないか。」とか本気で思ってそうなので萎える。言語の違いは時にはビジネスモデルの違いにつながることが理解できないようだ。言語ってのは文化なの！これからはRubyを全面的に取り入れ開発標準もRubyだぁぁぁぁとか言い出したらどうしよう。グーで殴るしかないかｗ 本来、コード量の少なさや、CoCを前提とした設定の少なさが価値を発揮するのは、メンテナンスの場面です。読み込まないといけないコード量の少なさと、少ないコードの変更で修正ができることが、その理由です。そのためには、大前提として、Ruby（on Rails）らしい、プログラムを作っておくことが必須なので、マネージャはその辺
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
