とあるIT屋の独白

ITや経営について主に書きます

働き方改革と企業文化

以前に本ブログで、働き方改革について軽く触れましたが

http://toaruit.hatenablog.com/entry/2017/06/14/234527

今回はこの働き方改革について、もう少し深く考えてみたいと思います。

 

少し前になりますが、諸々の事情で働き方改革を余儀なくされた電通ですが、残業は22時までという施策により現場は混乱しているそうです。というのも、元々は残業ありきで価値を出していた部分が、退社時間の制限により難しくなってきた為です。

 

【働きたいのに働けない!「最高益」でも電通社内は大混乱】

http://gendai.ismedia.jp/articles/-/52489

 

この一種の荒治療ともとれるような電通の事例ですが、いきなり今までのやり方を変えるということが果たして、あるべきかというのは少し考えてもよいと思います。

働き方改革に積極的に取り組んでいる会社として、サイボウズが挙げられるのですが、サイボウズでは制度ありきではなく、会社の目的を達成する為にはどのような制度設計が良いかという観点で、働き方改革を行っています。

 

サイボウズが「働き方改革」を実現できた理由 - 人事制度は"生もの"だ】

https://s.news.mynavi.jp/articles/2016/02/25/cybozu/index.html

 

つまりは、働き方は会社の目的や方針に沿う形でないと上手くいかない可能性があり、働き方を変えるということは単純に制度を変えればよいというだけでなく、根本的な意識を変える必要性がある、ということになります。下記の記事にある通り、働き方と企業文化は関連しているといえます。

 

【企業文化を変えずして、働き方改革は進まない】

http://www.scholar.co.jp/column/detail.php?id=289

http://www.scholar.co.jp/column/detail.php?id=290

 

企業文化は、ドラッカーも言っている通り会社が他社との競争優位を築くための重要な要素の一つです。

 

【企業文化は戦略に勝る:バリューとパーパスがカギ】

http://www.sustainablebrands.jp/sp/news/us/detail/1189313_2140.html

 

つまりは、働き方を変えるということは、自社が他社とどう競合優位性を築くかという観点においても、検討が必要ということになります。

メイカーズの普及

最近はメイカーズという3Dプリンターなどを使ったものづくりが、日本でも認知されるようになってきています。下記の記事のように、日本でもイベントなど行われていたりします。

 

【プログラミングの次はメイカーズ!日本で根付くか?】

http://trendy.nikkeibp.co.jp/atcl/pickup/15/1003590/072001068/?ST=trnmobile_f

 

都内の目黒にあるMakers’ Base Tokyoは、こんな雰囲気だそうです。けっこう、いろんな設備がありますね。

 

【Makers’ Base Tokyoにいってきました】

http://mag.switch-science.com/2016/02/25/makersbase/

 

3Dプリンター等を使ったものづくりは、熟練工の技術を再現できる可能性をもっています。下記記事のようにビジネスにしている会社も出てきています。

 

【「ものづくりの民主化」はロックだ!】

http://bizgate.nikkei.co.jp/sp/article/138825513.html

ディープラーニングを手軽に

最近、ワトソンが無料提供されることがニュースになっていますが、ディープラーニングを自分でやってみる場合、TensorFlowなどのオープンソースはあるものの実際にロジックを組む際は数学的な要素も必要になるので、少し敷居が高いかもしれません。より手軽にディープラーニングを使えるツール等、今回は紹介したいと思います。

まずはソニーが無償提供しているツール、Neural Network Consoleです。GUIで学習のロジックを組むことができます。

 

【コーディング不要のディープラーニング開発ツール、ソニーが無償提供】

http://www.itmedia.co.jp/news/spv/1708/17/news094.html

 

より手軽に使えるものとしては、リクルートテクノロジーが提供しているAPI郡です。API経由で画像認識や会話ができる機能が使えます。

 

リクルートテクノロジーズのAIプロジェクト「A3RT(アート)」が始動、機械学習ディープラーニングの6APIを公開】

https://bizzine.jp/article/detail/2117#cxrecs_s

チャット風のサイトを作ってみた

チャットボットにみられるように、最近はチャット形式で自動で応答するようなサービスが広がっています。せっかくなので自分でも作ってみようと思って、UIはいまいちですが食べたいものをチャット形式で検索できる簡単なサイトを作りました。

 

【食べたいものをチャットで検索】

http://1-dot-toaruit-1302.appspot.com/food_chat.html

 

なお、入力内容に対する応答には一部Dialogflow(旧名api.ai)を使っています。

【Dialogflow】

https://dialogflow.com/

検索のサジェストAPI

Googleで検索すると、キーワード入力中に候補が表示されると思います。この候補の一覧を取得したいという場合ですが、APIで手軽に取得できます。

 

Google Suggest API

https://so-zou.jp/web-app/tech/web-api/google/suggest/

 

有償にはなりますが、Microsoftでも似たようなAPIを提供しています。こちらは候補キーワードのページのURLまで取得できます。

 

【Bing Autosuggest API

http://www.atmarkit.co.jp/ait/spv/1708/01/news027.html

自由とは何かあらためて考えてみる

人間にとって自由であることは喜ばしいことであり、憲法自由権が定められている日本にいれるということは、運がよかったなと最近感じます。さて、この「自由」という言葉、いろいろなところで使ってはいるものの、いまいちこの言葉の本質が曖昧なのかなと感じます。したがって今回は少し趣向を変えて、自由について考えてみます。

自由といっても他者に危害をおよぼすような傍若無人な振る舞いは当然、日本でも処罰の対象であり、そういった意味で考えると、自由とはある決まったルール下で可能な範囲での振る舞いという話となります。おそらく下記記事にあるようなミルの考え方が、一般的に言われる自由の範囲に近いかなと思います。

 

【ミル『自由論』を箇条書きで要約する】

https://www.philosophyguides.org/compact/mill-on-liberty-in-itemized-form/

 

ここで刮目すべきは「行為の自由」でして、なにか新しいことや自分のやりたいことなど始めるときは責任や危険をともなうことがあります。バーナード・ショウが言っている通り、人間は実は自由であることを恐れているかもしれません。

 

バーナード・ショー『自由は責任を意味する。だからこそ、たいていの人間は自由を恐れる。』】

https://www.a-inquiry.com/ijin/3135.html

 

日本の会社でも自由を体現するために、フルフレックスを制度として定めている会社もあります。ですが所属する社員の人達がその自由を有効活用できているかというと、まだまだ課題があるようです。

 

【義務と権利から、自由と責任へ
モノサスがフルフレックスを導入した理由】

http://www.monosus.co.jp/posts/2017/03/292424.html

 

では我々一人一人が自由であるためにはどうしたらいいか、以前も本ブログで紹介した元日本代表監督の岡田さんの言葉にある通り、

http://toaruit.hatenablog.com/entry/2016/04/03/015421

サッカーという枠の中でも、自己で判断するというのは、まだまだ難しいことなのだなと感じます。下記も岡田さんの記事なのですが、自分が自由であるためにまずは型を学ぶ必要があり、この型こそが第一歩であるのかなと。

 

【岡田 武史 インタビュー 第1回】

http://www.fcimabari.com/special/t_okada/000001.html

請求書のシステム化

どんな企業でも売上があがれば、いずれ顧客に請求書を送ると思います。おそらく何かしらのシステムを使用してこういった請求業務を行っているとは思いますが、エクセル管理を行っている場合は下記のようなオープンソースの活用も始めるのがよいかもしれません。

 

【siwapp - Ruby on Rails製の請求書管理】

http://www.moongift.jp/2017/06/siwapp-ruby-on-rails%e8%a3%bd%e3%81%ae%e8%ab%8b%e6%b1%82%e6%9b%b8%e7%ae%a1%e7%90%86/

 

ちなみに、請求書のシステムを導入済みであっても、その業務自体が全てシステム化されていないというケースが多いのではと感じます。それは日本の法制度上、捺印が必要であったり原紙が必要となるためです。ただ、下記の記事のように、精算書類のペーパレス化の取り組みは進められていたりします。

 

【コンカーが一歩進めた「領収書の山」との戦い。ネックは日本固有の法制度】

http://enterprisezine.jp/article/detail/9609

 

下記は日本製の請求書管理オープンソースなのですが、システムで担当者印の画像を押せる機能があったりします。

 

【抹茶請求書】

http://oss.icz.co.jp/invoice/