地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう
うるう日婚を致しました - GoTheDistance
2012年2月29日、婚姻届を最寄りの区役所に提出し受理して頂きました。初めてのデートが台風で、入籍の日が降雪という。何をやるにも波瀾万丈な感じで僕らしく、また雪のおかげで思い出深くなりました。 えっと、いわゆるひとつのツイ婚です。出会ったきっかけはTwitterです。僕のブログを読んでくれた彼女がTwitterで僕を見つけてくれて、そこから徐々にコミュニケーションを取るようになりました。どこかの貴族の方と奇しくも同じ流れです。実際会ってみて初見で「オレ、多分この子とずっと一緒にいるんだろうなぁ」と何の根拠も無く思ったんですが、彼女も同じことを思ってたようです。僕と彼女の手相、「完全に一致」というレベルでそっくりなのも驚き。 埋めたくても埋められなかった心の隙間を彼女が埋めてくれました。それが、すごく嬉しかったです。あ、僕はこのコが差し伸べてくれた手を握っていいんだな、二人で同じ道を歩ける
IPAのアジャイル開発WG実証実験が最高に上から目線な件 - GoTheDistance
この団体の役人体質は特筆すべきモノがあります。いや、感動的ですらある。 「アジャイル開発向け契約モデル」実証実験参加企業の募集 おかしいと思って読み違えないように何度か読んだんです。 でも、僕の理解が間違っていなければこういうことを言っています。 平成22年度に非ウオーターフォール型開発WG報告書を作ったよ。 コンセプトは固まったから、実際にフィールドワークをやりたいと思うんだ。 というわけで、僕らのモデルを理解してフィールドワークに参加してくれる企業を一般公募するよ。ユーザー企業がいいな、やっぱ。ベンダーじゃ説得力に欠けるしね。ユーザーにメリットがあることを実証したいからさ。 プロジェクトの契約方針・進め方は僕らIPAモデルに準拠して貰う。プロジェクト開始後のことは知らんよ。ベンダーは望めば紹介するけどコイツらがコケても知らないし、プロジェクトの成否は責任とれないし、もちろんカネはびた一
ミスに関していつも僕が思うこと - GoTheDistance
先日知人と飲みに行ったんですが、こんなエピソードを聞かせてくれました。 とある小売店に納めた商品の伝票が、システム上に打ち込まれていないにも関わらず切られているという食い違いが発生。システム上で計上されていない伝票が宙ぶらりんになっておりました。 ・・・・おかしいですね、と。 「なんで伝票しかないの？」 おっと上司がご立腹でございます。「伝票しかない＝誰かが犯した間違い」という図式が先に浮かんできたんでしょう。伝票を入れずに商品を送るなんてあり得ないだろバカかお前と言う５秒前な、爆弾岩がメガンテしそうなピリピリとした雰囲気を目の前に部内の緊張ボルテージは最高潮。しかし、知人は冷静でした。 だって、先方に荷物が着いているかどうかさえ裏を取ればいいだけの話なんです、と。 納品伝票は後付でも構わないし、単純に知人の会社が手順踏まずにかっこわるいだけ。争うことでもない。出荷のミスを経理が気づいてく
IT業界に求められる営業の姿を考えてみた - GoTheDistance
IT業界の営業かくあるべき論 - Togetterが面白かったので首を突っ込んでみます。 上記で言われている営業は「パッケージ導入やオリジナルでの受託開発業をやっているシステム屋の営業」という前提のようです。僕もこの前提で書いていきます。 良く聞く話ですが、エンジニアからすると最たる不満の１つに「営業は不勉強」というのがあると思います。自分が売り込もうとしている商品が技術を武器にしているのにも関わらず、システムや技術のことを知らずに言葉だけで売るのはいかがなものか、という問題です。 これらの知識が無いと何がマズいかと言うと、 顧客の要望のインパクトがどれほどのものかわからない。 できない事に対する代替案が提案できない。 判断できることが少ないのでスピードが落ち、エンジニアに負担がかかる。 などがあります。 システムの営業の難しいところは、顧客のニーズはあくまでシステムがもたらす効用(ソリュ
営業ができる人とできない人の違い - GoTheDistance
営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分１人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も
アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ
｢小悪魔女子大生のサーバエンジニア日記｣が面白すぎる件 - GoTheDistance
確か｢wordpress smtp auth｣とかそんな単語でググってたら、たまたまヒットしたこのページが秀逸すぎてブログ書かざるを得ません。 小悪魔女子大生のサーバエンジニア日記 特にこの絵が実にいい！技術系で萌え表紙の萌え本ってたまにあるけど、この手書き風の優しく淡い感じがいい！ # 直リンごめんなさい。 これiPadで読めるように電子書籍出したら売れるんじゃね。平野さんのタブレットのビジネス活用なら ‐ Handbookとか使って。 今後も期待しています！！ブログ更新頑張ってください！！！IT業界楽しいですよ！！！！ Twitterでの反響 こ れ で も 一 部 で す。 すごすぎるｗｗｗｗｗ yo_11_06 非常に興味深いのですが非常に重いです。 RT @gothedistance やべぇこのブログ気になる。｢小悪魔女子大生のサーバエンジニア日記｣ http://bit.ly/
【書評】Webを支える技術 - GoTheDistance
@yoheiさんの力作、「Webを支える技術」を購入し読了したので、書評を書きたいと思います。 Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus) 作者: 山本陽平出版社/メーカー: 技術評論社発売日: 2010/04/08メディア: 単行本（ソフトカバー）購入: 143人 クリック: 4,320回この商品を含むブログ (173件) を見る 本書は、文字通り「WEBという世界を支えているものは、一体どういう技術・思想で構成されているのか？」ということに主眼を置かれて書かれています。実装技術の仕組みについての解説ではなく、Webをアーキテクチャとして捉えて、こういう設計になっているから今のWEBというものがある、その基礎的な仕様について網羅的に解説されています。ベーシックではなく、ファンダメンタル。各章で、要はこういうことを表現したいから
大きな会社との付き合い方 - GoTheDistance
大きな会社に所属していたけれど中小に転職し、今また大きな会社さんと仕事をする機会が増えてきました。備忘録の為にメモしておきます。 どこもそうだと思いますが、会社を回すために機能群で縦割りした組織体制になっているため｢直接お話をするヒト｣と｢実際に動いてくれるヒト｣が違うんですね。話を通してはいるけれど、その話を通した担当者が実際に動いて確認をしてくれるわけじゃないのです。仮に自分には非が無いとしても、こちらがアラートをあげなくてはならない。相手のミスが自分にとってのブーメランになって、取引に支障が出る。 なにそれ？って思います？ でもそれが現実なことが多いんです。 自分が確認を怠ると、相手のミスがあろうともそれが処置されているか確認していない自分に非がある、という話になっちゃう。｢そもそも悪いのはオマエだろ？なんで動かないんだよ？｣っていうのは通用しない。部署を超えてしまったら一切そこから
【告知】12/18に＠ITの特集｢SIerの未来、エンジニアの未来｣で記事が公開されます。 - GoTheDistance
2009年、SIerの現状を俯瞰する − ＠IT自分戦略研究所 今週の金曜日です。テーマは得意の｢内製化｣です。生々しい経験を可能な限り詰め込んでみました。 ああ、僕も出世したな・・・！こんなところに記事を書けるようになるなんて・・・！ この前セブンアンドアイさんが内製したECサイトで個人情報ダダ漏れというニュースがあり、僕のこの記事を出すタイミングでやってくれるなーと思いつつ内製派の私としては(´･ω･`)ｼｮﾎﾞｰﾝなわけでございますが、これは内製・外注以前の問題なのではと思います。組織的な問題でしょう。外注しても同様の問題を発見し解決できる組織的なサポートが無いなら、おなじことなので。内製の場合は適切に的確な技術やツールを選ばないと痛い目見ますよ、という暗示になってくれてありがたいぐらいに考えています。 しかし、社内に閉じたシステムなら自分達が痛い思いするだけで済みますが、外部公開し
内製する以上は｢すごい｣ものを作らなければ、意味が無い。 - GoTheDistance
孤高というやせ我慢をしながら、会社の経営に直接関わっております。 私のミッションの１つには、会社を回す仕組みを高度化させ本業に貢献する業務システムを作ることがあります。 サラリーマン時代、結構な人が自分の会社の売上があがる仕組みを理解していないことに驚きました。お金が降ってわいてくるわけが無いのに、自分の給与の源泉にさしたる関心が無いものかと不思議に思ったものです。自分が存在する組織の成り立ち・競争原理も理解していないにも関わらず、会社の不平不満を言うだけとはトンデモナイ。 前職は｢人月｣という単位で売上を立てておりましたが、入社して人月単価なるものがあると知った時、自分の売価と自分が手にする給料のあいだには何があるのだろうか、と疑問に思ったものです。自分の給与の数字は売上から｢何か｣を天引きされている数字です。それを知る為には、ご自分の会社の大きな仕事の流れを理解しなければなりません。そ
プロの経営者とエンジニアの未来について思うこと - GoTheDistance
｢技術者が技術要素だけで名を上げる(市場に打って出る)ことなんてできるわけないんだから、技術と顧客の間をつなぐ経営者が最も必要である｣という話も定期的に話題に上がるのですが、毎年思うことは少しずつ変わっていくので、僕も私見を述べたい。 僕が2007年頃にスーツ・ギーク論争に興味を持ってスーツ側でエントリを書いて参戦したきっかけは、このソースコード、一体どういった付加価値を生んでいるんだろうというのが実感できなかったことです。仕事だからの一言で飲み込めずエントリに吐き出してしまった。スーツの考えや世界を変えないとどうしようもねぇなっていう直感が先に来た。今ではこれは確信に変わっています。なので、エンジニアの未来を考える際に顧客の利益と我々の利益をどう折り合いつけるのかが先で、個別の技術論は正直どーでもいいというcodemaniaxさんのご指摘、僕は正しいと思います。侍が明治の世に生きてゆけな
大企業で働くということ - GoTheDistance
梅田望夫氏の大企業で働くことについてのエントリの尻馬に乗ろうと思い続け、気がつけば尻馬が100マイルぐらい遠くなってしまったのですが、やっぱりこのネタについて書きたいことがあるので、エントリを書きます。すっげー長いエントリになってしまったので、気長に読んでください。連休の夜長にでも。 他の大企業はどうだかわからないけれど、少なくともウチの会社に限って言えば、以下のような事が言えます。 本部長レベル以上はやっぱりデキる人が多い 何にも考えなくても給料がもらえる仕組みがある 人がいっぱいいる、それだけでも意味がある 基本的に隣の部署が何をやってるかわからない 決定が棚上げされる うっとおしい社内業務が多い こんなところかなぁ。 ウチの会社は社員数4桁の会社です。そんな会社にあって本部長クラスになれる人は、どこか一味違います。先を見据えて物を考えていたり、政治力がすごかったり、オレ様全開だけど明
大きな会社と小さな会社のどっちで働くべきか迷っている人へ - GoTheDistance
いきなりポイントから入ります。大企業で働くことと中小企業で働くことの違いは、大企業はルールで動き中小は経営者の恣意で動くということです。ココがすごい重要です。 僕は６年近く大企業にいました。その時に考えたことは大企業で働くということ - GoTheDistanceで書きましたが、大企業の根本的な原理原則はルールで仕事が動くということです。異なる立場・異なるレイヤーの人たちを束ねて１つのサイクルを作るには、ルールを作ってその中でサイクルを回すより他ありません。それの累積によって企業文化なるものが形成されます。 大企業にいてよかったことは｢普通に仕事をさせてもらえる｣ことでした。もちろん仕事を選ぶことは基本的に出来ないんですが、明確に自分の役割が与えられ、そのロールに従いすべきことをして、あるべき成果を出してその仕事を終える。あっちいったりこっちいったりということはない。いきなり全く次元の違う
最近SIerがだいぶヤバくなっている件 - GoTheDistance
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
2年半の結婚生活から学んだこと - GoTheDistance
GoTheDistanceではほとんど結婚・恋愛ネタは書かないんだけど、まぁたまには。失敗事例を共有することはいいことなので。 離婚して1年して思うこと この人と僕とは理由は違うけど、まぁ同じく離婚経験者として一言申し上げておく。 スキンシップがなくなると、必然的に会話も減り、相手の考えていることがわからなくなった。そうして3年くらいかけて、ゆっくりとゆっくりと他人に戻っていった。 離婚して1年して思うこと すごくわかる。特に家庭内や異性におけるコミュニケーションは言葉よりもスキンシップの方が大切です。スキンシップの減少⇒会話の減少⇒共有できる時間の減少⇒相互理解の減少⇒別れというコースをこの人も辿っただろうし、僕も辿った。肌と肌が触れ合うことではじめて伝わってくる情というものがあって、それは決して言葉では埋められないもの。スキンシップがめんどくさくなったら、もう惚れていないんだよ。僕はセ
知らないと損するフレームワーク思考活用法 - GoTheDistance
ホッテントリメーカーからタイトルを頂戴した。id:phaさんありがと。 社会人なら押さえておきたいフレームワーク思考 : LINE Corporation ディレクターブログが非常に人気で今年のアルファブロガー(というかエントリ大賞に見える)大賞にもノミネートされている。こういう記事はニーズがありそうなので、僕なりにフレームワーク思考についていくつかサンプルを用意し、僕が使うチャートのサンプルを紹介しておきます。 というか1000以上のﾌﾞｸﾏとか・・・嫉妬！激しく嫉妬！！ハンカチ噛んじゃう！！！！ そもそも議論しちゃいけないこと 個人の価値観に依拠し、お互いの主張を出し合っても全体として合意が得られそうにないこと。例えば｢浮気の定義｣とか。こんなのは議論したって全体最適なんて導けるわけが無いので、ビジネスの場では全く持ってムダです。居酒屋でやりましょう。 仕事で議論することの意味 あなた
簿記と会計と財務の違いについてまとめてみた - GoTheDistance
また、お金の話についても、そもそも簿記（booking）・会計（accounting）・財務（financial）の区別がついてない人が多いです。 株式会社スターロジックの羽生章洋が書いてるブログ:起業・経営の必要条件 「やべー正直わかんねぇ、オレってだせぇ」と思った紳士淑女のために、ざっくりまとめてみました。突っ込みはゆるふわでお願いします＞＜ 簿記とは 企業が日々行う取引から、貸借対照表や損益計算書を作成するための元ネタ(総勘定元帳)を作ることです。単式簿記・複式簿記とかもあくまで方法論です。ただ、企業組織の場合は家計簿とは違い、発生したお金の結果だけではなくその原因について因果関係を踏まえて帳簿をつけていかないと、プラスとマイナスが正しく管理できない。つまり、5万でEeePCを買ったという行為だけを管理するのが単式簿記で、5万円のEeePC入手＆現金5万円の支出を紐付けて管理するのが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
