未来に焦点をあてた企業経営にとって、意識改革は必須です。VUCA（Volatility,Uncertainty,Complexity,Ambiguity）の時代、「このままではいけない」、「変化に対応しなければならない」という危機感から【 何か 】を変えなければならないとき、その【 何か 】に意識も含まれるでしょう。「意識を変える必要性は感じるが、いったい何をすれば…」と苦慮される部分かもしれません。今回は、不確実で予測不能なVUCA時代を生き抜く企業における意識改革のポイントを解説します。 意識改革とは 意識改革とは、考え方や取り組みの姿勢などを従来のものから新しいものに変えることです。 この意識改革を企業経営の中で推進しようとするときに注意すべき点は、視点の偏りです。視点の偏りとは例えば「従業員が企業理念やビジョンに従っていないことが問題」という視点や、「従業員を企業理念やビジョンに沿

「会社説明会を信じてこの会社に入ったのに、実際は雑用や作業ばかりで……」 「誰がやっても同じような業務ばかりで、やりがいを感じないんです」 このような悩みや不満、あるいは不安をよく聞くことがあります。実は、私の研修でも本でも、「雑用」や「作業」は、大きなキーワードになっています。こことどう向き合うかで、その後のキャリアが大きく変わってしまうからです。 仕事が雑用ばかりだと思うことはありますか? 価値ある仕事は下足番でもできる 私自身、誰がやっても同じ雑用や作業は大嫌いでした。実際に「受電(かかってきた電話に率先して出ること)」「掃除」「シュレッダーのゴミ捨てやコピー機の紙の補充」「懇親会の幹事」などの、雑用や作業からはできるだけ逃げ、後回しにし、手を抜いていました。 さて、現在私がメインでやっている「7つの行動原則」という研修の中に、「旅館の下足番でもできる、価値ある仕事のアイデアをたくさ

悩み多きビジネスパーソン。それぞれの悩みに効くビジネス書を、作家・書評家の印南敦史さんに選書していただきます。今回は、部下のマネジメントに悩む人のためのビジネス書です。 ■今回のお悩み 「やる気のない&物覚えの悪い中途入社の部下はどのように育てれば良いのでしょうか?」(38歳男性/建築・土木関連技術職) やる気のない部下に困っていませんか? ご質問内容を拝見する限り、部下に関してかなりのストレスをお持ちのようですね。なかなか思うようにいかないという、上司としての苦労が文面から伝わってきます。 ただ、引っかかるところもありました。それは、「やる気のない&物覚えの悪い中途入社の部下」という部分です。 まず感じたのは、「中途入社であることが、問題なのだろうか?」ということ。「中途入社=だめ」とはいえませんから、その部下が、たまたま中途入社だったというだけなのではないでしょうか。だとしたら、少しだ

仕事でも受験などの勉強でも人間関係でも、何か学ぶ時によく言われるのが、「テクニックよりも“マインドセット”のほうが大事」ということ。 今では「マインドセット」という言葉はかなり一般化したが、その意味をきちんと説明できるだろうか。あるいは、マインドセットそのものについて学んだことはあるだろうか。おそらくほとんどの人が、なんとなく、のイメージでこの言葉を使っているはずだ。 成功心理学の古典的名著『マインドセット「やればできる!」の研究』（キャロル・S・ドゥエック著、今西康子訳、草思社刊）は、20年以上の膨大な調査を基に「マインドセット」の正しいあり方を解説する。 本書は2006年にアメリカで刊行。26の言語に翻訳され、累計250万部を超える世界的ベストセラーとなった。日本でも成功哲学のスタンダードとして知られている。

振込が24時間可能？？ なんと、銀行の振込システムから今日2018/10/9から、24時間できるようになったらしいじゃないですか（条件付き）。 www.sankei.com 全国銀行協会（全銀協）は９日、他行への振り込みを２４時間３６５日いつでも実行できる新たなシステムを稼働させた。三菱ＵＦＪ銀行や三井住友銀行など加盟行の約７５％にあたる１０５行に信用金庫や信用組合を合わせた計５０４行が参加。午後３時以降や休日の振り込みが翌営業日にならないと実行されない仕組みが変わり、インターネット通販や企業間決済などの利便性が向上する。 どうやって実現した？ システム周りについて書かれた記事がありました。 news.yahoo.co.jp そこで開発されたのが「モアタイムシステム」と呼ばれるものである。全銀システムを運営している一般社団法人全国銀行資金決済ネットワークが、全銀システムの「現行の稼動時間帯

If you've tried all the advice from the productivity gurus out there but still find yourself drowning under the weight of your to-do list, these unconventional, science-backed tips might just save your sanity. When it comes to productivity advice, most of what we read online is simply anecdotal. If you've tried implementing any of these tips, you'll instantly know that just because it worked for t

かれこれ半年程前になるのですが、2017/10/21(土)にITワークで青森暮らしという将来UIJターンを考えている方向けのイベントで、 「Uターンにおける青森で就職 or 起業以外の選択」 というタイトルでリモートワークの事例を話してきました。 忙しさにかまけて資料をpublicな場所に公開するのを忘れていたので、今更ながら公開します。(最近入社した方への自己紹介の意図もあったり.....) 場所が品川のマイクロソフトさんだったので、ちょまどさんに会えるかもとか淡い期待を抱いていたのですが残念ながらお会い出来ませんでした。 ※リモートワークはテレワークとほぼ同義です 発表内容アジェンダとしては、 ・ リモートワークをするにいたるまでの経緯 ・ ピースオブケイクでリモートワークをどのように実践しているのか ・ 2年間のリモートワークで得た知見や課題, 工夫している点 ・ リモートワークをす

www.goodbyebluethursday.com is using a security service for protection against online attacks. This process is automatic. You will be redirected once the validation is complete.

何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に

【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

Twitterに投稿された、仕事がたまると極端に効率が悪くなる人を表した図に「完全に俺」「わかる」と多くの共感の声が集まっています。 明らかに“先にやるべき仕事”があるのに、なぜか“すぐやらなくてもいい仕事”の方に手を出してしまう。そんな客観的に見ると不思議にも思える人の行動をロボ太（@kaityo256）さんが図式化しています。前者には「やらなきゃいけないけどあまりやりたくないタスクA」と「やりたいけどAを終わらせないと手をつけちゃいけない気がするタスクB」が。後者には「優先度の低い細かいタスク」があるといった、リアルな状況も説明しています。 仕事がたまればたまるほど簡単なタスクから片付けたくなる罠……。 優先順位高いタスクから“やるべきなのに”とわかってはいるのに……（画像提供：@kaityo256さん） Twitterでは「わかりすぎてつらい」「あるある」といった声が寄せられ、数日で

仕事の“スピード”と“質”を同時に上げるための仕事術を紹介する『仕事が速いのにミスしない人は、何をしているのか？』が、2017年2月3日（金）に発売された。 ミスは「するよりはしないほうがいい」というような軽いものではない。実は、「ミスをしない」ということは、それだけで信頼感が高まり、あなた自身の「強み」になるのだ。 身近にいる「ミスしない人」をイメージしてみよう。そういう人たちに対して他にどんなイメージを持つだろう。「仕事が速い」「切れ者」「頭がいい」「要領がいい」「信頼できる」… そのイメージはどれも、「仕事ができる」と言い換えられる。

週に６０時間以上働く小中学校の先生の割合が７０～８０％に上ることが、全国の公立小中学校の教諭約４５００人を対象にした連合のシンクタンク「連合総研」の調査でわかった。医師や建設業、製造業など他業種より格段に高い割合だ。特に運動部の顧問の先生は出勤が早く、午前７時前に出勤する人が１５％いた。文部科学省も学校現場の負担減へ対策に乗り出している。 調査は２０１５年１２月、労働組合に入っているかに関係なく、公立小学校教諭２８３５人、中学校教諭の１７００人を対象に実施。小学校１９０３人（回収率６７％）、中学校１０９４人（同６４％）が回答した。 調査では、週あたりの労働時間を２０時間未満から６０時間以上まで５段階に分けた。小学校教諭で週６０時間以上働いている割合は７３％、中学校は８７％。小中とも５０時間未満の教諭はいなかった。単純には比較できないが、１１年に労働政策研究・研修機構が調べた医師の４０％を大

はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ

サーバーなどの機器の場合、電源ケーブルやLANケーブルなどを一般のPCでは考えられないくらい無数に接続しまくります。サーバーの背面は特に人目に付く場所でもないので、何十、何百という数のケーブルがしっちゃかめっちゃかに絡み合うことも多いのですが、ケーブルを華麗に取りまとめて美しく整理した様子を集めた写真が公開されています。 Cable Management Pics - Album on Imgur https://imgur.com/gallery/PQaAb Oddly satisfying images of cable management make me happy http://thenextweb.com/insider/2016/09/04/satisfying-pics-cable-management/ サーバーから伸びるケーブルを結束バンドできれいにまとめています。 複

本稿は、ソニックガーデンの創業者で代表取締役社長の倉貫義人氏のブログに掲載された記事です。モットーは、「心はプログラマ、仕事は経営者」。IT業界の、とりわけソフトウェア開発の業界で〝常識〟とされているビジネスモデルを変えてしまう試みについて解説する著書「「納品」をなくせば うまくいく」を執筆。同社が開発した社内ツール「Remotty」は、本媒体でも紹介しています。 プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ。 今回の記事では、この10年間で起きた市場や環境の変化から、手を

私はソフトウェア開発を主体とするエンジニアで、 クラウドサービスの開発・運用 分散処理技術の検証とサービス利用の検討 社内の開発支援環境の開発・運用 などの業務に従事していますが、今回の記事は業務とは直接的な関係は無く、私が会社で勝手自発的に行っている取り組みについて書きたいと思います。 昨今、インターネットは生活に深く浸透し、クラウドサービスを利用することで安く簡単にWebサービスを開発、公開できるようになりました。Web技術の進化や流行の移り変りも非常に激しく、既存サービスの機能追加や新規サービスの開発は頻繁に行われています。それは弊社も例外ではありません。 このような開発の現場では、リーンソフトウェア開発への取り組みなど開発手法の最適化が積極的に行われ、様々なベストプラクティスが生みだされています。それらのベストプラクティスには、 継続的インテグレーション や 継続的デプロイメント

あけましておめでとうございます。 ソフトウェアを開発し公開する場合、ドキュメント（マニュアル）を作成することが求められます。しかし、良いドキュメントを作成する方法というのはあまり知られていません。どのようにすれば良いドキュメントを作成できるのでしょうか？ 本稿では、ソフトウェアと同じくドキュメントを要素と性質に構造化することで、良いドキュメントを作成する方法を紹介します。そして、その要素と性質に対してアプローチを行っているESDocというJavaScript（ECMAScript2015）向けのドキュメンテーションツールについても簡単に紹介します。 対象とするドキュメント ドキュメントと一口にいっても仕様書、設計書、マニュアルなど様々な種類が存在します。そこで、本稿が対象とするドキュメントを「ライブラリやフレームワークなどを開発するソフトウェア開発者自身が、そのソフトウェアの使い方をエンド

チームで仕事をしていると、どこかで必ず「誰かに仕事を頼みたい」という状況がやってきます。どんな優秀な人であっても一人でできる仕事の量には限界がありますし、仕事の性質によっては自分よりもほかの人にやってもらったほうがよいということもあるでしょう。 そもそも、そうやってチーム内の人的リソースを柔軟に使えないのであれば、それはチームで仕事をしているメリットが生かせていない状態です。チームの力を最大限活用するなら、仕事を誰かに頼むという選択肢は常に考慮しておかなければなりません。 仕事を誰にも頼まず抱え込むことで生じるデメリットについては、以前『「自分でやったほうが早い」でチームは滅ぶ』というコラムで詳しく書かせていただきました。その時は詳しく区別しなかったのですが、仕事を他人に頼む場合、実際には2つの頼み方があります。1つは仕事を「振る」というやり方。もう1つは仕事を「任せる」というやり方です。