採用活動をしていると、下記のようなセリフを言ってくる人はよくいます。 やる気だけは誰にも負けません！ やる気に満ち溢れた社員というものは、経営者からすると魅力的に見えるものです。全従業員がやる気に満ち溢れた状態で仕事をしてくれたらどんなに良いものかと妄想します。 しかしこの「やる気」というものが中々やっかいなのです。私は過去に社員のやる気に頼った経営をやろうとして失敗したことがあります。それについて詳しくは下記のブログで。 やる気はあった方が良いに決まっているけど、これに頼ろうとして私は今まで失敗を繰り返してきましたので、普段の仕事において社員のやる気に頼るやり方をしないのはもちろんのこと、採用においても求職者が主張するやる気は「ふーん」と聞くだけで無視します。 以下、仕事においてやる気に頼るべきではないと私が思う理由について具体的に述べていきます。 やる気は数値化できない やる気は数値化

アクシアでは２０１２年の９月で残業をやめました。２０１２年の１０月からはずっと残業ゼロです。もともと残業まみれの超絶ブラック企業でしたので、残業をやっていた頃となくしてからは、全く別の会社に生まれ変わりました。 先日こんなブログを読みました。 「残業しないで定時帰り」を23ヶ月間続けた記録【人生を取り戻す】 私のように経営者として会社の残業をゼロにしたのではなく、従業員の立場としてご自分の残業をなくした方がその経験を書かれた記事で、大変興味深い内容でした。残業のある会社で「残業はやらない」と決意し、それを実行することはとても大変なことだったと思います。 上記は従業員の立場として残業をやめた記録を綴ったブログ記事ですが、このブログ記事に倣って、経営者の立場として会社の残業をゼロにした記録を本日の記事に書いてみたいと思います。 なぜ残業をゼロにしたのか なぜ残業まみれだった会社の残業を突然ゼロ

私が経営している会社は、顧客の要望に合わせてエンジニアを客先に派遣することが仕事だ。派遣といっても派遣会社というわけでもなく、契約形態も派遣契約ではない。一昔前は請負契約の形がとられることが多かったが、最近では準委任契約の形が主流となっている。どちらにしても大きな分類としては請負ということになるのだが、請負契約だけど客先にエンジニアを派遣するというのが、IT業界と言われる世界にいる多くの会社の実態だ。昔は客先常駐という呼ばれ方が多かったと記憶しているが、最近ではSES（System Engineering Service）というちょっとイケてる呼ばれ方をすることが多くなった。 若い頃から起業に対する漠然としたあこがれを抱いていた。サラリーマンだった頃にも同じ業界で働いて、いつか自分も起業してIT業界を良くしていこうと高い志を抱いていたものだが、自分の周りでは今のこの客先常駐（SES）の形が

アクシアはシステム開発を事業としている会社であり、社員の多くはプログラマーです。プログラマーは技術職であり、一般論としては常に最新技術を学んでいかなければならないと言われています。 しかしアクシアにはかつて、プライベートでは一切勉強したくないという社員がいました（仮にAさんと呼ぶこととします）。プライベートで勉強することは貴重な人生の時間の無駄遣いであり、絶対に勉強はしたくはないとそのAさんは言っていました。 私自身はそういう人生を否定するつもりは全くありませんし、それも一つの立派な選択だと思います。要は自分にとって充実した人生を送ることができれば良いわけですから。 しかしながらエンジニアを雇用するシステム開発会社の経営者としては、色々と考えさせられることもありました。今日はそのあたりの想いについて書いてみたいと思います。 エンジニアとして「勉強をしない」という選択 アクシアでは基本的に社

つい先程ですが、全ての職種において求人募集をいったんストップしました。応募を検討していただいていた方には大変申し訳ありませんが、現在すでにご応募いただいて選考を進めている方でいったん求人募集は打ち切りとなります。 募集停止の理由は、もちろん人材が十分に充足したことや、毎日求人応募が多くなりすぎて対応が大変になってしまったことなど、総合的に判断して決めました。また状況を見て必要な時にその都度必要な職種で募集はしますので、その時はまたよろしくお願いします。 この人材不足の時代に採用がうまく行き過ぎて完全に採用をいったんストップさせるという、弊社としましては大変ありがたい状況となっているわけですが、このタイミングで一度、創業以来のアクシアの採用状況の変遷について振り返ってみたいと思います。 アクシア創業当時（2006年） アクシアは2006年に創業しまして、今ではもう創業から12年以上経ちました

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

質問箱やDMで転職に関する相談を受けることが多くなりました。真剣に転職活動を続けていれば、その活動の中で疑問が生じ、誰かに質問することが有効な解決策であることもあるでしょう。 しかし中には、この人は本当に転職する気があるの？と首を傾げてしまうような質問をいただくこともあります。こんなことを言っているうちは転職活動がうまくいくわけがないよなと、思わず感じてしまうことも多々あります。 IT業界でも「SESはひどい」「早く転職したい」と言いつつも、いつまでたっても転職しないでSNSで愚痴っているだけの人はたくさんいますよね。さっさと行動に移してまともな会社に転職すれば良いのにといつも思います。 なぜ彼らはいつまでたっても転職できないのか？転職できない理由は様々あると思いますが、一つの大きな共通点に気づきましたので、今日はそれについて書きます。 転職できないであろう人が良く言うセリフ ああ、この人

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

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

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

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

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

システム開発に限らず、普通は同じ仕事をするなら短い時間で効率よく仕事をした方が原価となる経費が少なくなり、利益率は高くなります。仕事を完了させるまでの時間が長くなればなるほど人件費はかかりますし、残業が発生するとなれば従業員の割増賃金も発生します。仕事をこなすための時間が長くかかって良いことなど何もありません。 だから普通の企業は業務効率化を促進して効率よく仕事としていこうとなるわけですが、客先常駐でシステム開発の仕事をしているSES企業に関して言えばそうはなりません。その特殊な環境が理由で業務効率化へのモチベーションが働きにくい世界です。 システム開発とSESは全く別の業種として明確に区分すべき ここにも書いた通り、個人的にはSES企業はIT企業としてグルーピングしないでほしいと考えているのですが、この業界の業務効率化を促進して残業時間を短くしていくことを考えてみると、どう考えても客先常

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

システム開発を事業としてウェブサイトに記載している企業の中には、実際には到底システム開発の会社とは言えず、その実態はほとんど派遣企業である場合があります。しかも本当の派遣企業ではなく、実態は派遣なのに契約形態は請負契約や準委任契約としている偽装請負という違法行為を行っている企業が大量に生息しているというのが今のIT業界の実態です。 他業界からするとIT業界の客先常駐は派遣契約で行われていると思ってしまっている方が結構いらっしゃるようですが現実は違います。きちんとした派遣契約でエンジニアが派遣されるケースの方がレアケースで、多くの場合は偽装請負が行われているという状況です。 これは将来エンジニアを目指す学生や、システム開発を発注したいと思っている企業にとっては害悪でしかありません。普通のシステム開発会社で働くことを目指す学生に誤解を与えないためにも、実態がシステム開発会社ではないのに開発会社

お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシステム開発会社みたいだなｗ https://t.co/67ujbhVoUn — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 あるんですよ。一番困ったのはステップ数に応じて「検出されるはずのバグ数」という指標もあって、その数の分だけバグが検出されないと試験が正しく実施されていないと判断されてしまうことがありました。プラグインで自動生成されるコードにまでその指標を押し付けられ…バグなんて出るはずもなく…。 https://t.co/oM4zT3oolb — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 私自身が客先常駐の現場でシステム開発に携わったのはフリーランスの頃なのでも

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

IT業界に限った話ではありませんが、仕事をしているとたまにとんでもない顧客に出くわすことがありますよね。そんな顧客の対応をしているうちに精神的に消耗してしまうこともあるかと思います。そういう顧客とはできるだけ取引しないように注意はいますが、注意していても一定の確率でそういう顧客と当たってしまうこともあります。交通事故みたいなものです。 以前こんなブログを書きました。↓ 残業を求めてくる顧客はブラック企業です 本日はより具体的に、私が今まで出会ってきたとんでもないブラック顧客ｗをご紹介したいと思います。 ブラック度10%：「こうなると思ってました」を連発する システム開発ではこれから構築するシステムの仕様について、顧客と開発会社側で認識の齟齬が発生しないように、顧客の要件をヒアリングしながら仕様書に落とし込んでいきます。システム完成後の検収は基本的にこの仕様書に基いてシステムが正しく動作して

長時間残業が問題となることが多い昨今ですが、残業が発生してしまう理由には様々な原因があります。よく現場を知らない評論家などが「業務プロセスの改善が必要だ」などと叫んでいるのを見かけることがあります。それはまあそうだし必要なことではあるのですが、いくら業務プロセスを改善したところでそれだけでは残業はなくなりません。 残業が発生する理由に関してエン・ジャパンさんのサイトにこんな調査結果がありました。 「中小企業の残業」実態調査 これによると残業発生の一番の原因となっているものは、「取引先からの要望（納期など）にこたえるため」となっています。 これを見ても業務プロセスの改善だけでは残業はなくならないと理解できるでしょう。いくら自社内で業務プロセスを改善したところで、顧客から無茶な要求をされてそれを受けてしまえば、いくら業務プロセス改善の努力をしてきたとしても全部無に帰してしまいかねないわけですね

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