DXの時代なるものは当分来ないから安心して下さい - GoTheDistance
展望2020年のIT企業というシリーズ企画の記事を、たまたまTwitterで見かけました。 japan.zdnet.com この記事で語られるDX(デジタルトランスフォーメーション)ってものすごいオワコン臭で衝撃を受けました。汎用機をお守りする時代は終わった、これからはオープンなWeb技術を駆使して基幹システムではなく顧客の売上を支えるITを作るのだ、SO！それが！DX時代！ みたいなノリで書いてあって、1ミリも次世代感が無い。 生きている時間軸が違うんだなと思いました。 DXの妨げは社内システムにあるらしい 色んな定義をされているDXですが、ここでは経済産業省の提唱する「DXレポート」のサマリー版に書いてある問題点とDX推進のためのシナリオみたいなのを引き合いに出します。 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～（METI/経済産業省） 簡単に言うとこうい
「センスがない」のほとんどは、単なる練習不足に過ぎない - GoTheDistance
4月からプログラミングを教える仕事を定期的に行っていて、集合研修という形が１つ、実験台としてプログラミングに興味がある学生の甥っ子に対してマンツーで教えています。自分の教えている内容がどう伝わるか、どんなイメージ絵を描けばいいのか、どの順番で説明すればよいのか。それらを検証するためです。 で、そんな中、甥っ子がポロッと漏らしました。 「おれ、やっぱりプログラミングのセンスが無いんだと思う。教えてもらっても全くわからないことが多いし...」 「ちげーだろ。お前は単なる練習不足にすぎない。2〜3回しか練習していないのに、どうやってオレと同じレベルで物事が判断できるんだって話。ちょっとしか練習してないのにセンスもクソもない。漢字の書き取りにセンスが必要か？ 100回while文書いてみたか？ 書いてないだろ？ 」 「あ・・・（察し」 センスは練習不足の免罪符じゃない 彼が言っていたセンスがあると
SIの未来は、技術力を武器にSIを行うことで見えてくる - GoTheDistance
小野さんが、SIの未来についてブログを書かれていました。今後の取組にも期待しております！ 小野和俊のブログ:SlackをSIerに導入した話。そしてSIerの未来 SIの未来を探すという永遠の課題 SIという仕事は必ず必要であり、そこにいる人たちがハッピーになる未来を語りたいけれど、何が未来像なのか明確になっていない。そんな印象を持っていますし、僕が社会人デビューした2003年ぐらいから変わってない気がします。 未来のあるなしを考えるなら、これは未来がないよねという所から始めるのがわかりやすいと思います。出発点を決めるのに役立つので。というわけで、僕から提起します。上流と下流(という言い方がお嫌いの人が多いけど)で工程の分断をするモデルには、明るい未来がない。これだけは確かです。消耗戦の先に新しい未来はないもの。 技術力を武器にSIをやれることが、SIの未来を考える第一歩 未来のない状態を
株式会社 クオリティスタートを設立致しました - GoTheDistance
5末で前職のエフ・ケーコーポレーションを退職しました。で、会社作りました。6/1に登記申請を行い受理されてから口座開設と税務署への届出等の細かな手続きがございまして、法人としてスタートするのに１ヶ月かかりました。 quality-start.in StaticPressで作ってS3でホストしてます。WP管理するのがめんどくさくなってしまった。お問い合わせフォームはTayoriというサービスを使っています。 以下、独立に至るまでの経緯を書きましたので、よろしければお付き合い下さい。 独立に至るまでに考えたこと 昨年の今頃から退職は頭にありましたが、次に何をしようと思った時に「これ」というのが浮かなばかった。とりあえず、人に会おう。その中で考えよう。そんな感じで色んな方とランチをご一緒させて頂きながら近況報告をしつつ何をすべきか考えました。 僕がひとりで内製していたこともあり、「業務のわかるエ
事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance
言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア
Webマーケターに立て続けに煮え湯を飲まされた件 - GoTheDistance
2016 - 03 - 09 Webマーケターに立て続けに煮え湯を飲まされた件 とあるWebサイト&ECのリニューアルの提案の機会を頂きました。まずはヒアリングで先方を訪問したら、 外資 系の会社でWeb改善に携わったというWebマーケターがいた。今年からWeb担当になったそうだ。先方のお偉いさんと苗字が同じで顔がよく似ていたので、きっとそういうことなんだろう。 ご高説を賜る所から話は始まった。ECの売上を伸ばすのにWebマーケティングを行います。最も重要なのは顧客の本質を掴むことです。その本質を見極めてシンプルに考え、Webマーケティングのプロに依頼して集客を行う戦略を当方で考えますので、あなたには制作面でご協力をお願いしたい、だって。きっつー。 「具体的にはどういう施策を打つんですか」と聞いたら、専門家と相談して決めますと言ってた。自分ではノープランと言うことか。帰ってくれないか。本質
クラウドワークスで月収20万超え、わずか111名。働き方革命の未来はどこにある？ - GoTheDistance
元ネタはこちらのTweet。 クラウドワークスは登録数80万人で二十万円以上稼ぐのは111人。ということは0.0138％。ネットでみつける在宅の仕事で生きていくのは甘い考えだよ。と社会の厳しさを教えてくれるデータ。。 pic.twitter.com/KWpHwBVcKy— Kabu Berry (yama) (@nagoya_kabuoff) 2016年2月21日 公式資料かどうかを確認すべく、クラウドワークスさんの決算説明資料のWebページをチェック、当該Tweetで掲載されている画像の資料は、 2016年9月期 第1四半期決算説明資料(PDF)に掲載されているもので、公式の見解ということになります。 働き方はやっぱり正社員がNo.1 正社員という雇用形態が崩壊に向かい非正規雇用者が増えている中で、正社員でないと社会的信用や経済基盤等が損なわれてしまう。雇用にも限界があるわけだから、「個
地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう
出来ない人のレベルに合わせてはいけない - GoTheDistance
あるあるネタだと思いますが、組織がより優れたパフォーマンスを出す為にやっちゃいけないことが「出来る人とできない人がいた場合、出来ない人のためにレベルを下げること」です。 優れた解決策を持ってる人に合わせよう コードのバージョン管理で、出来へん人が「あの僕はGit使えないんでZIPで差分管理して欲しい」とか言い出した時に「そうだね！出来ない人に合わせないとね！」とはならず「Git覚えて」となるでしょ。優れた解決策を持ってる人が、結局は出来ない人を助けている。わかりやすいでしょ。— やきう大好きござ先輩 (@gothedistance) 2015, 12月 24 簡単にいえば「↑」のようなことです。非エンジニアの方にはわかりにくい例ですが、Excelをファイル名＋日付＋バージョン名で複製して管理するのはとても大変ですよね。そんなことをしなくても良いツールがあるんです。それを使える人がいるのであ
【書評】お金をドブに捨てないシステム開発の教科書 - GoTheDistance
技術評論社、傅さんよりご恵投頂きました。 お金をドブに捨てないシステム開発の教科書 ~なぜ、要件定義がうまくいっても使えないシステムができてしまうのか? 作者: 中川充出版社/メーカー: 技術評論社発売日: 2015/12/22メディア: 単行本（ソフトカバー）この商品を含むブログを見る 本書は公認会計士でありながらシステムコンサルタントをされている中川さんが、システム構想づくりの重要性をじっくりと説く一冊になっています。そう簡単に出来ることではないので「経営・会計・業務・システム」の4つの視点に分けて考えるべきと説いております。詳しい目次はこちらの著者の方の会計事務所のWebサイトにあります。 nakagawa-cpa.jp 本書で挙げられているメッセージは僕の中で違和感が多かったので、書評の内容も「なんでそういう説明になるのかな」という話が中心となります。 構想づくりの大切さを説く「な
【書評】会社のITはエンジニアに任せるな！ - GoTheDistance
著者の白川克さんよりご恵投頂きました。 会社のITはエンジニアに任せるな! ―――成功率95.6%のコンサルタントがIT嫌いの社長に教えていること 作者: 白川克出版社/メーカー: ダイヤモンド社発売日: 2015/12/04メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る こちらの白川さんは、エンジニア上がりのキャリアを武器にIT寄りのコンサルタントとしてご活躍されていらっしゃいます。僕も長年「ITを使いこなせない(武器に出来ない)会社が多いのは、何がアカンのか」という話をブログに書いていますが、白川さんもずっとこの問題に向き合っており、ITを武器にする為のメッセージが「会社のITはエンジニアに任せるな」という本のタイトルに凝縮されております。 ツール型ITとプラント型IT 本書では「そもそもITって何なの」という話を、ツールとプラントという概念で分けて考えていま
「一括請負はお互い不幸」から「作らないSI」へ - GoTheDistance
僕がSIerを退職して５年。大きな潮目を迎えているのかもしれない、SIビジネスのお話。 itpro.nikkeibp.co.jp 簡単にまとめると「一括請負はゼロサムになってお互い不幸なんで、XaaSを使って作らないSIをやり始めている」という話を「オルタナティブSI」という言葉で表現しているようです。この5種類に分類してくれていますが、ただ並べただけで軸はバラバラです。 月額契約型サービス「納品のないSI」 固定料金でシステムを構築する「定額パッケージSI」 自動生成ツールを使う「自動生成SI」 クラウドでITインフラを構築する「クラウドインフラSI」 ユーザー企業自らシステムを外販する「コミュニティSI」 作らないSIはずっと前から目指していた 代替となる選択肢は色々あるけれども、根幹にあるには「作らないSI」を目指していることだと思っています。 僕がSIerにいた10年前も「作らない
ダメなシステムが無くならない理由はエンジニアを正しく活用できないから - GoTheDistance
Twitterで流れてきたのでつい見てしまいましたが、この方の連載は全体的にやっつけ感が否めないですね。 なぜ“ダメなシステム”は無くならないのか？ - なぜ“ダメなシステム”は無くならないのか？：ITpro この"ダメだしとっつあん"があの手この手で言わんとしてることは｢上流工程と下流工程の分断は悪であり、ダメなシステムはそこから生まれている｣ということですので、この記事を読んだ人は連載読まなくて大丈夫です。僕が書いたこのエントリ読んでください。もっと突っ込んで書いてあります。 ｢SIerでのキャリアパスを考える｣というイベントに登壇しました - GoTheDistance もうそろそろぶっちゃけてもいいでしょ。ダメなシステムができる理由は簡単だってことに。ウオーターフォールが逆流できないせいだ/丸投げするからダメ/リスクをとらないからダメ/技術力のないやつが舵を取るからダメ・・・ってさ
IT部門と経営の溝を埋めるために必要なたった1つのこと - GoTheDistance
もう何周目になるのでしょうか。｢情報システム部門が経営に貢献できていない｣というこの手の話は。 システム部門再生 - 経企部門が吐露する「システム部門への不満」：ITpro なんか色々ダメだしされていますが、重要なポイントは１つだけです。システム部門がビジネスに貢献するためには、自社の事業に対する理解が必要なだけではなく、その遂行手段である業務プロセスの理解が必要だ、という圧倒的な事実があることだけ。WhatとHowはクルマの両輪だと。で、この手の問題はシステム部門の問題ではなく経営の問題だという水掛け論が水びだしになるまで色んな人にされてFUDが残るのも味わい深いポイントであります。 自分達で管理できないものを改善できるわけが無い システム部門が業務プロセスの改善に貢献できない理由。突き詰めれば１つだけです。自分達で管理できずに、安易に外部に投げているからです。管理できないシステムをたく
【書評】ITシステムの罠31 システム導入・運用で絶対に失敗しないための本 - GoTheDistance
実業之日本社、酒井様より献本御礼。 ITシステムの罠31 システム導入・運用で絶対に失敗しないための本 作者: 安茂義洋,栗谷仁出版社/メーカー: 実業之日本社発売日: 2015/04/30メディア: 単行本（ソフトカバー）この商品を含むブログを見る 酒井様いわく、何故使い勝手の悪いシステムが生まれてしまうのだろう、という疑問が本書発刊のきっかけとなったそうです。 本書は外資系コンサルのATカーニー社にてハーバード大のMBAを卒業された超エリートが監修をされております。システム部門、ユーザー、経営の３者が共通言語を持てるようになるまでの「罠」を31点挙げられております。ERP導入したけど現場で使っているのはExcelや野良システムっていうのはあるある過ぎますね。パッケージのカスタマイズを前提にするならスクラッチで組んだ方が結果的に安いケースが多いとかね。あるよね。 正直なところ、本書を読ん
【書評】はじめよう！要件定義 -ビギナーからベテランまで - GoTheDistance
著者の羽生章洋さんより献本御礼。 はじめよう! 要件定義 ~ビギナーからベテランまで 作者: 羽生章洋出版社/メーカー: 技術評論社発売日: 2015/02/28メディア: 単行本（ソフトカバー）この商品を含むブログを見る 本書の特徴を一言で言うなら、「これ以上に必要なことはないが、足りていないことは何もない」という絶妙なバランス感です。サラッと読める分量にしているのに、各章を良く読み込んでいくと気付かされることが多く、豊かな行間があります。 要件定義というテーマはとても扱いが難しくバランスをとるのが難しいのに、本書は170p弱でまとめあげている。しかも、イラストも結構多い。この分量で大丈夫なのかと勝手に思ったが、最後のほうではDB設計の話も出てくる。データ設計も要件定義の範囲として捉えているのも、実装を重んじる羽生さんらしいアプローチだし、そこまで考えないと要件として不十分だよねっていう
エンジニアの「出来る」を正しくマネジメントする為に必要なこと - GoTheDistance
この記事面白かったです！ 「出来る」と「実装する」の間には多くの解決すべき問題が含まれているから気をつけろよっていう警鐘を鳴らしている記事なのに、「出来るからやるって単純バカなんだけど」っていう反応が多いのが印象的でした。その理由の９割は、タイトルに「エンジニアはネ申」って書いたせいだと思うけど。 私からは、社内業務システム内製を通じて感じました、創造主であるところのエンジニアとハッピーに仕事をするためにはこういうことを一緒に考えよう、っていう話をしたいと思います。 実装可能と実現可能は別問題 前述の記事も僕の補足も、主題はこれだけ。だいたいそんな感じ。でも、順を追って説明します。 技術的に実装可能なのか否かは、当然一番最初に考える問題です。そこでNoならこの話は終わります。技術的と簡単にまとめますが、エンジニアによって判断基準は全然違うから悩ましいです。そこは差し引いて、単純に求められた
永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistance
この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り
【書評】プログラムは技術だけでは動かない - GoTheDistance
技術評論社、傳様より献本御礼。 プログラムは技術だけでは動かない ?プログラミングで食べていくために知っておくべきこと 作者: 小俣光之出版社/メーカー: 技術評論社発売日: 2014/06/05メディア: Kindle版この商品を含むブログを見る 本書は「技術的な力はあっても、仕事として作った技術を活かした製品やシステムが、使いものにならないことがある。」という問題意識が根幹にあります。技術力を活かして飯を食うために「プログラマとしての仕事力」という観点で自分のキャリアを考え直してみたらどうだろうか、という位置づけになっています。決して技術力を卑下しているわけではなく、技術を活かすのであれば仕事として評価されないとダメだという話です。 いくつか、僕が響いた内容をピックアップしていきます。 作るだけでは仕事にならない プログラマとしての仕事力というのは当然いくつかの能力があるわけですけれど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのための経営学という資料を公開しました - GoTheDistance
