システム開発の仕事をしていると様々なトラブルに遭遇するわけですが、エンジニアなら経験済みですぐに理解できる話であっても、システム開発という専門的な内容になるとうまくその内容が伝えられないこともあります。そんな時に私は身近なものに例えてわかりやすく説明することがよくあるのですが、今回はシステム開発をラーメンに例えてみることにしました。 いつもお世話になっているいらすとやさん、さすがです。ラーメンで検索してみたら有益な素材がたくさん見つかりました。ありがとうございます。今回は私の大好きな家系ラーメンの画像をお借りしました。 実際の開発費用・期間をまとめた資料を無料で差し上げます。資料請求はこちら>> ラーメン食べさせてくれ、ただし金はない はい、いきなり何言ってるか意味がわからないですよね。金がないのに飯食わせろなどと言ったら無銭飲食です。おまわりさんがやってきてしまう事案です。ラーメンで例え

エンジニアに最初の会社を1年で辞めることを推奨する話をSNSで見かけましたが、それについて色々と思うことがあるのでブログで書くことにしました。 最初に断っておきますが、私は別に1年で辞めることを否定するつもりはありません。入社した会社がクソなブラック企業であれば、別に1年と言わずに1日でも早く辞めた方が良いと思います。「3年は続けた方が良い」などというナンセンスなことを言うつもりも一切ありません。 誰かから搾取して自分が得するという考え方 エンジニアは最初の会社を1年で辞めた方が良いという話の中で私が嫌悪感を感じたのは、会社を踏み台にして会社から搾取してやれという考え方が前提となっていたから。 冒頭でも書いた通り私は別に3年は続けた方が良いなどということを言うつもりは毛頭ない。辞めた方が良いと思うのであればいつ辞めても良いと思う。だけど最初から1年で会社を利用して1年で辞めてやるつもりで入

侍エンジニア塾というプログラミングスクールが炎上しております。事の発端は下記のツイートが始まりです。 うーん…。 侍エンジニア塾さんのこの表示方法って、法律的にアウトなんじゃないんでしょうか…？ 常に一週間後の表示😰 プログラミングスクール等も少し興味あって見ていたのですが＞＜ なんだか色々ともやもやしてます…。 pic.twitter.com/5YW7oQlwjc — みや@ひよっこプログラマ🐥 (@mi_yamya) October 12, 2018 どういうことかと簡単に言いますと、通常10万円としている入塾金が無料になるキャンペーンとして「○○日までに無料体験レッスンを受けた方のみ」と記載していたのですが、その部分のHTMLの記述が下記のようになっていました。 <script type=”text/javascript”>addDate(today(),’D’, 7);</sc

労働人口がどんどん減っていく中で、人材不足が深刻化しています。そして人材不足の問題はエンジニアも例外ではありません。むしろエンジニアの人材不足は他業種よりも深刻かもしれません。 そんな人材不足の中でも、アクシアではおかげさまで多くのエンジニアの方々からご応募いただけている状況にあります。やり方さえ間違わなければ今の時代でも採用に困ることはないという一つの証明になっていると思います。 アクシアが採用を完全にストップするに至るまでの経緯 アクシアという会社単体では採用に困っていませんが、IT業界（もしくは他業界でエンジニア雇用している会社）とエンジニアのミスマッチは非常に大きいと考えざるを得ません。エンジニアが足りない、採用できないと叫ぶ会社はたくさんある一方で、今の会社に満足できずに転職したい、でも転職できないというエンジニアがたくさんいるからです。 この状況を変えていくためには、企業側のエ

残業時間に罰則付きの法律で上限時間に制限を設けましょうという話が以前話題になりました。無制限でやりたい放題であるよりかは上限が設定されていた方がまだ良いとは言え、以前出てきた案はわかりにくいですし、問題も色々あります。 残業時間の上限規制によって休日出勤が増えます 個人的にはもっと高い次元で制限を設けるべきだと考えますが、この残業時間の上限規制から中小企業を除外しようとする動きが出てきたようです。 自民、働き方法案、了承見送り＝残業上限「中小企業除外を」 問題があるとはいえ、せっかく残業時間に罰則付きの上限規制を設けるという話になったにも関わらず、ここにきて「中小企業は除外する」という話が出てきているようです。 私は企業規模に関わらず残業上限規制は設けるべきだと思いますので、中小企業を除外することに対しては断固反対です。自民党がこんなことを言い出しているのに、野党が無能すぎて誰も仕事をしな

何かに対して「これはおかしい」「改善しなければ」と感じた時に、その問題意識を周りに共有することを問題提起と言いますが、問題提起をした時によくある話として、「だったら具体的な解決策を示せ」と言う人がいます。 昨日こんなブログ記事を書きました。 日本のIT業界のためにSESは消滅するべきだと思う これに対して、だったら具体的な解決策を出せよとか、中には具体的な解決策がないならこういう発言をするべきではないとまで言ってくる人もいました。 こういう人達って具体的な解決策も含んだ有益な情報でないとネット上で情報発信してはいけないとでも言うのですかね。ちなみにこういうこと言う人達のツイート見に言ってみると、偉そうなこと言っておきながら自分はくだらない役に立たないゴミみたいなツイートしかしてなかったりして結構笑えます。ｗ 少し話がそれましたが、問題提起した人に「解決策を示せ」ということってかなり弊害が大

システム開発のプロジェクトの成功率は3割と言われており、業界内でのプロジェクト炎上の話題は度々耳にします。私自身もプロジェクト炎上の現場には何度か携わってきました。昨日ツイッター上でこんな投稿をしました。 システム開発のプロジェクトが炎上する理由にはどんなものがあると思いますか？リプ欄でご意見いただければ幸いです。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) April 12, 2018 皆様から実にたくさんのリプライをいただきました。ご協力いただけた皆様ありがとうございました。 多くの皆さまがプロジェクト炎上経験者の強者のようでして、一言ではまとめきれないほどたくさんの炎上理由が集まりましたので、その内容をこのブログにまとめてみることにしました。 情報が多かったので私なりに少し整理しまして、下記の４つにカテゴリー分類してみることにしました。 会社間での力関

私はSESという業態が嫌いです。心の底からSESはこの世から消滅してほしいと思っています。SESがこの世に存在する意義は何一つ無いと思っています。しかし単にSESが嫌いだ、消えろと吠えていても、そこには感情の吐露しかなく説得力がありませんね。（amazonのSESのことではなく、客先常駐のSESのことです） だから普段からなぜSESと呼ばれる業態がなぜ良くないのかについて、ブログやSNSで頑張って情報発信しております。そして本日今一度、日本のIT業界のためにSESは消滅するべきだと思う理由をこのブログに整理して書き留めておきたいと思った次第であります。 その前に、まず最初にはっきりとさせておきたいと思いますが、 常駐開発を行っているIT企業は全部ブラック企業です。 全部です。これは断言しておきます。異論のあるSES企業の経営幹部の方は私までご一報ください。でも質問箱のような匿名方式で異論を

プログラマーはクソコードが大好きです。プログラマーが仕事を進める上でクソコードは本来全力で回避するべき対象であるにも関わらず、プログラマーはクソコードの話題が大好きです。みんな張り切って自分が経験してきたクソコードの話で盛り上がります。 昨日こんなツイートをしました。 プログラマーとして数年経験していれば誰でもクソコードの１つや２つ見たことあると思いますが、今まで「これはクソ」と思ったコードにはどんなものがありましたか？リプ欄で共有いただければ幸いです。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) April 26, 2018 そうしたら出るわ出るわ。皆さんのクソコード事例集があっという間に集合知として蓄積されていきました。エンジニアであれば誰しもクソコードの話題では盛り上がらざるを得ないわけですが、今回上記のツイートを私はある意図があって投稿しました。 そ

日本の労働人口が少なくなっていく中で、これからますます人材不足の問題は深刻になっていきます。我々のIT業界でもエンジニア不足の声はいたるところから聞かれ、その深刻度は増していくばかりです。 そんな中でも、エンジニア（プログラマー）になりたいと思ってくれる他業界の方が結構たくさんいらっしゃることは、この業界の人間としては大変ありがたい限りです。私のところにも未経験からプログラマーになるためにはどうすれば良いかというご相談が頻繁に寄せられるようになりました。 しかしプログラミング未経験の方からすると、本当に自分がプログラマーになれるのか、どうやってプログラマーになれば良いのかといったことが、具体的にイメージすることが難しいことも多いようです。 そこで今回、これをやり抜けば必ずプログラマーになれる！と私が思うことをまとめてみました。もし今自分がプログラミング未経験だったとして、プログラマーになろ

先日弊社で保守契約を締結しているとあるクライアントから突然システムが動作しなくなってしまったとご連絡がありました。クライアントの方でサーバーのメンテナンス作業をしていたところ、動作しなくなってしまったとのことでした。 保守対象のシステムであったため、早速原因の調査を行いまして、そのクライアントが使用しているAWSのEC2インスタンスに起因する問題であることが判明しました。AWSを使っているシステムで同様の条件の場合に、システムが稼働できなくなってしまう可能性があります。 しかもこれは2018年新年早々に各地で問題発生する可能性がありますので、今回弊社で実施した対応について詳細を記載したいと思います。AWSのことがわかる技術者の方以外には何言ってるか全く意味不明の内容だと思いますのでスルーしてください。ｗ あるいは自社で使用しているサーバーがAWSということがわかっている場合には、念のため担

この週末に学生時代のアルバイト仲間で集まる機会がありまして、そこで色々と昔を懐かしんだわけですが、その場で私が「うちの会社は遅刻が少ない」という話をすることがありました。IT業界というと遅刻常習犯であふれかえっているイメージ（事実）がありますが、過去に私が経験してきた現場と比較してもアクシアでは本当に遅刻が少ないのです。 私は自分の会社で遅刻が少ないことを誇らしげに語ったのですが、後輩から「米村さん、それ違いますよ。遅刻しないことなんて当たり前だし話はそこからですよ」と激しく説教されてしまうというカウンターパンチをくらってきました。 いやもうおっしゃる通りです。ぐうの音も出ません。彼も立派な社会人として成長していました。IT業界では「遅刻することは当たり前」の空気が漂っている現場もありますが、他の業界では「遅刻をしないことが当たり前」のところもあるようです。遅刻が当たり前となっているエンジ

アクシアでは元々客先常駐の仕事メインで会社をスタートさせましたが、客先常駐のシステム開発の違法性（偽装請負）を認識し、その他様々な弊害を感じて客先常駐の仕事からはすぐに完全撤退することになりました。 客先常駐の仕事がメインだった頃にはあまり重く認識できていなかった問題が「残業」に関する問題です。客先常駐だと残業まみれになればなるほど会社としては売上が伸びてしまうというおかしな事態となってしまいますので、リアルな経営の問題として捉えることができていなかったというのが正直なところです。 それが客先常駐の仕事からは完全撤退して持ち帰りの受託開発の仕事に切り替えてからは、残業が経営上のリアルな問題として浮上してきました。当たり前のことですが請負契約ではシステムの受注額は決まっていますので、業務効率化すればするほど利益率が良くなります。逆に非効率な進め方ばかりしているとあっという間に赤字に転落してし

システム開発の会社はできる限り教育コストをかけるべきではないということで、こんなことを書くと多分怒る人がいるのだろうなと思いますが、経営者として様々な観点から論理的に考えれば考えるほど、システム開発会社はできる限り教育コストをかけない方が良いという結論に至ります。 アクシアではこれまでプログラミング未経験者の採用も行ってきており（今は行っていません）、経験者であっても必要があれば入社後に十分な教育を行ってきているわけですが、教育しなくてすむならしない方が良いというところが経営者としての本音です。 別にお金をかけたくないとかそういう次元の低い話ではなく、合理的に突き詰めて考えていくとその方が開発会社を運営していく上で都合が良いのです。異論・反論あるかもしれませんが、最後までお読みいただいてからご批判いただければ幸いです。 せっかくお金をかけて人材育成しても他社に奪われてしまう 一般論として教

どこの業界にもいると思いますが、理不尽なことを要求してくるふざけた顧客というものは残念ながら存在します。社内で同じことをやったら直ちにパワハラ認定されて訴えられてしまいそうな卑劣な行為で、それ、人としてどうなんですか？というようなことでも下請事業者に対しては平気でやってくるような人間のクズも世の中には存在します。 こういう人って人としてのマナーを知らないというか、礼儀を知らないというか、控えめに言って性格が悪くてとてもかわいそうな痛い人間ですよね。こういう輩が取引先の担当者になってしまって理不尽な目にあっている人達は大勢いると思います。 どんなに理不尽なことを言われたとしても、相手が「顧客」となるとどうしても言いなりになってしまいがちです。たとえ理不尽だとしても要求を拒否して取引停止されたりお金を払ってもらえなくなったりという事態は怖いですからね。でも自社をブラックな環境にしないためには本

雇用の流動化をしていくために従業員を解雇しやすくする仕組みは、社会全体の生産性を向上させていくためには考えていかなければならないテーマだと思っています。ただし「解雇」という言葉を聞いただけでアレルギー反応を示す人達が大勢おりますので、これについて堂々と書くと激しく炎上しそうな気がして私は書きたくなかったのですが、ぜひとも書いてほしいというご意見を多数いただきまして、仕方がないので書いてみるとことにしました。本当は書きたくないのですが。ｗ ダメな会社には厳しいのにダメな労働者には優しい社会 世の中全体の空気として、ダメな会社（いわゆるブラック企業）に対しては非常に厳しい批判が展開されます。世の中を良くしていくためにはブラック企業を是正していかねばならないことは明白ですから、これは当然のことですし世の中にとってプラスになる批判となっていると思います。 それに対してダメな労働者に対する批判はどこ

IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼

先日書いた下記のブログに対してたいへん多くの反響をいただきました。 ブラック企業の見分け方（IT企業編） おかげさまで本日時点でもこの記事が一番多くの方に読んでいただいている記事となります。 この中でも私が、 常駐開発を行っているIT企業は全部ブラック企業です。 と言い切っていることに対して様々な反響をいただいております。この業界のエンジニアの多くの方がこの業界の常駐開発に疑問を抱いていることを実感しました。 「その通り」「スカッとした」「断言ワロタ」というご意見から「全部というのは言いすぎだろ」というご意見まで様々いただいております。 私がここで常駐開発を行っているIT企業は全部ブラック企業だと言い切ったのは、請負契約や準委任契約で契約しているにも関わらず、客先に常駐して他社の人間の指示を受けるという状況が発生しないということが現実的に考えてほとんど考えられず、伝えたいことをダイレクトに

ブラック企業への風当たりはますます強くなるばかりですが、５月１０日に厚生労働省が長時間労働や賃金不払い等の労働関係法令に違反した企業のリストを公式ホームページにアップしました。 ブラック企業リスト、厚生労働省が334社を公表　今後は毎月更新 この情報については実はこれまでも全国の労働局のホームページには個別にアップされていたのですが、今回の件は全国ばらばらになっていた情報を厚生労働省が一つのリストにまとめてアップしたというニュースです。 全国で３３４件というのは随分と少ないんじゃないかとか、何で俺の勤めてる会社が入っていないんだとか、色々なご意見があるかと思いますが、電通のような話題性のあるニュースにまでならなくとも、ブラック企業はこうして会社名が公表されてしまうリスクがあるわけです。ちなみにこのリストの中にはあの電通の名前ももちろん入っています。 またこんな記事も出てました。 すぐに辞め

残業が多いと言われるIT業界の中で、アクシアでは２０１２年から残業ゼロを継続しております。２００９年頃から業務効率化の取り組みに着手し、残業ゼロにたどり着くまでには色々な苦労をしてきました。 残業ゼロとなった今でもさらなる業務効率化、生産性向上を目指しておりますが、ここにたどり着くまでにアクシアで経験してきた業務効率化の失敗談を社員のやる気を奪う業務改善７つの法則として取りまとめてみました。今後も業務改善を追求していくので、この情報は更新されていくかもしれません。 SNSで多くの人の声を見ていると、他の多くの会社にも当てはまる法則だと思います。業務改善を進める際にこれをやるとほぼ確実に社員のやる気を奪いますので、「やってはいけない悪手」として参考にしていただければと思います。 １．現場無視の法則 これは業務改善に限らずですが、会社で何かを進める際にはそこで働く社員に対する配慮が必要です。業