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

講演のご依頼をお受けします。 小・中・高の同級生が経営する株式会社Tスポットの社員さんに向けて、『大人が数学を学び直すには』というテーマで講演をさせていただきました。 講演で使ったスライドの一部をご紹介します。 料理に喩えるなら、「数学者になる」というのは一流店のコックになるようなものです。このレベルに達するには才能が必要でしょう。対して、「大学入試を突破する」や「仕事や生活に（数学を）活かす」というのは、冷蔵庫の残り物でパッと美味しいものを作ってしまうというレベルです。これは、最初から簡単にできることではないかもしれませんが、素材についての確かな知識を持ち、調理法についてその意味が分かりさえすれば、誰にでも到達できるレベルです。 《参考》 日本数学検定協会の会長やNHK高校講座「数学基礎」の講師も務められた秋山仁先生の著作『数学に恋したくなる話 』の中から「理系大学進学に必要な４つの能力

カード会社に勤めてるんだけど、お偉いさんが社員に向けて話す機会があって、「コンビニで物買う時現金？カード？」って聞かれたのよ 自分含めて大体の人が「現金」って答えて、その理由がまた皆大体「自分がいくら使ったか分からなくなるから」だった するとお偉いさんが「カード決済が浸透しない理由は２つある、１つは今言われた無駄遣いし易いってことだけどそれはもう自分で管理してもらうとして……もう一つ、そもそもカード決済できる店が少ないから皆現金決済を…」って話し始めた。 自分はこの回答にちょっとん？ってなった 確かに財布忘れてApple Payしか決済方法がなかった時、近所のパン屋が現金しか受け付けてなくて焦ったことはあった。 でも大多数の人がカード決済しない理由って結構前者が多いのに、「管理は自分でなんとかしろ」で片付けちゃうのはどうなんだろう？って少し思った 自分もカードは決済データが来るまでタイムラ

COBOLをシートに手書きしていた頃。80～90年代、OSS普及前の開発風景に学ぶこと インターネットが一般的ではない時代にエンジニアはどのように仕事をしていたのでしょうか。WebDINO Japanの瀧田佐登子さんに、かつてのエンジニアの姿、そしてオープンソースという概念が一般化していく過程を、貴重なエピソードとともに聞きました。 オープンソースというカルチャー、そしてそこから生み出されるソフトウェアは今やあらゆる開発活動に不可欠なものです。多くのIT、インターネット関連企業の開発は、オープンソースなくしてもはや成り立たないでしょう。 一方で、言うまでもなくオープンソースという概念がまだ一般的ではない時代もあり、そしてその時代にも開発は行われていたのです。 「オープンソース」という言葉は、1998年に『伽藍とバザール』の著者、エリック・レイモンドによって発表されましたが、この言葉が指し示

こんにちは、エクセル使いこなし隊 隊長の吉井良平です。 採用試験問題が流出?!コレが実際に使われている「Excelスキルのテスト」だ （キャリタスPRESSさん）という記事を読んで、自分でも作ってみたくなって、入社試験問題を作ってみました。 応募要項に「エクセルが使えること」と書いてあって、面接で「ハイ、使えます」と言っていても、実際に採用してみたら実は全く使えなかったという笑えない話もあります。 なので「エクセルを使ったお仕事」であれば、入社時に試験をしておくのは、一つの手ですよね。 採用担当者の方で、問題を作るのが大変な方は、私が作った入社問題をアレンジして使っていただければと思います。 また、仕事を応募される方も、このテストで満点取れば「エクセルが使える！」と胸を張って言って良いと思いますので、トライしてみてくださいね。 初級編 一口に「エクセルを使ったお仕事」と言っても、ほぼ出来上

文　桜口アサミ 今年のひな祭りの様子 はじめまして。桜口アサミ（id:asami81）と申します。インターネットでは13年くらい前からasami81というハンドルネームでさまざまなサービスを使っています。 81って何だ、とたまに聞かれます。わたしは1981年生まれ。ハンドルネームをつけたとき「歳をごまかすような女になりたくない！」という、若いからこそ持てる意識高い系発想でつけてしまいました。最近は8月1日生まれということにしようかな、と考えています。 わたしは26歳のときに結婚し、すでに起業していた夫と地元の関西で2人暮らしでした。28歳のときに東京のネットベンチャーでメディア立ち上げメンバーに加わるため、わたしが東京へ単身赴任となり週末婚へ突入。 30歳になった2011年7月、長男出産。それを機に関西に戻り、在宅ワークを中心に仕事（正社員）をしていました。2014年1月に長女、2015年

ひとつ注意点ですが、Swiftは書き方の自由度が比較的高いので、チーム開発をする場合は、あらかじめコーディング規約を共有しておいた方が良いでしょう。 Swiftでの命名や慣例のほか、さまざまな指針がSwift.orgにある「API Design Guidelines」にまとめられています。興味のある方は目を通してみてください。 Swift.org - API Design Guidelines インタラクティブ環境でSwiftを触ってみよう 早速ですが、Swiftを触って動作させてみましょう。Swiftはコンパイラ言語でありながら、インタラクティブ（対話的）に実行しながら動作を確認することができます。Swiftに慣れるには、このインタラクティブ環境でいろいろと動作させてみるのが手っ取り早いです。 インタラクティブにSwiftを実行するには、ターミナル（コマンドライン）のREPL（レプル）を

エンジニアが知っておきたい工数見積もり術！  無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策

「実際には存在しないアニメキャラクターやゲームキャラクターとリアルなセックスを楽しんでみたい！」という人の夢を叶えるべく、実際にシステムを作ってしまった猛者が登場しました。このシステムは、VR空間上のキャラクターの動きに合わせてオナホールを連動させるという一見単純なものですが、匂いデバイスの実装や腰をたたきつける強さを最大30kg以上に設定可能など、リアリティをとことんまで追求した至極の一品となっているとのことです。 理系の学生であれば、研究発表の質疑応答の場面で自分の行った研究に対して、「新規性は何？」「なぜこの先行研究を選んだの？」「何がうれしいの？」「再現性はあるの？」など、厳しい質問の嵐にさらされることがあるはずです。 これらの質問にうまく答えられず、火に油を注いでしまうと投げ出したいくらいに辛くなり…… 「かわいい女の子に優しく慰めてもらいたい」と感じる人もいるはず。 でも彼女が

先日、たまたま入った地元の中華料理屋で、「昇給申請書」なる忌々しい書類のことを思い出してしまった。というのもその店で先輩と思われる店員が後輩店員に対して、何回も言わせんなろーッ、そうじゃないろーッ、つって厳しい指導をしている光景が、昇給申請書を僕に思い出させたのだ。間違いだらけの仕事出来るアッピール、客商売なのだから見えないところでやれ、というのが率直な感想だ。仕事愛だか、師弟愛だか、知らないしどうでもいいが、五目チャーハンを食べている目の前でそんなマスターベーション見せつけられても、飯がマズくなるだけだ。かつて、その店員によく似た人物が昇給申請書を上げてきたことがあった。セルフ昇給申請書。思い出すだけで忌々しいその文書は、前の会社にいたとき、自称仕事出来るマンから僕に上がってきたものだ。それを受領したとき、驚きながらも、面倒くさそうな近未来の到来を予想して、きっつー、と呟いてしまったのを