リモートワークの４つの失敗パターンと対処法 | Social Change!
「働き方改革」という言葉が注目される中で、リモートワークにも取り組もうとする企業も増えてきているように感じる。 しかし、これまでオフィスで働くことが普通だった会社の人たちが、いきなりリモートワークに取り組もうとしてもうまくいかないことも多いだろう。うまくいかなくて、リモートワークはやっぱり駄目だ、と思ってしまう人たちもいるかもしれない。 それは非常に残念なことだ。私のところにも、そろそろ失敗したケースの知見が溜まってきつつある。今回の記事では、失敗してしまうパターンと傾向について、そして、そうならないためにマネジメント側で出来ることについて考えてみた。 リモートワークだと集中できて良い？ リモートワークを試してみた人の感想で、よく言われるのが「リモートワークだと集中できてよかった。たまにリモートワークするべきだ」というものだ。 オフィスにいれば、参加の求められる会議が多かったり、電話や内線
コピペするプログラマに足りないもの 〜 プログラミング脳の鍛え方 | Social Change!
長くなったので先に三行でまとめておこう。 コピペするプログラマが生まれるのは教育の問題ではないか（仮説） 文法は学んでも処理の流れから考えることは教わっていない（根拠） ロジックを訓練するには脳内プログラミングが良いのでは？（提案） 少し前に私のMediumで、こんな記事を書いた。タイトルが言葉足らずだったおかげで、少し話題になった。「量産型プログラマを撲滅したい」 今回の記事では、この中で書いたコピペするプログラマがなぜ生まれるのか、どうすれば良いのか、考えてみたい。 どうすれば見分けられるのか 書いたプログラムを説明させてみれば、その人が、ちゃんと考えて作れる人か、コピペでしか作れない人か、すぐにわかる。自分の書いたプログラムの流れを説明できるということは「わかって書いた」ということだ。わかっていなければ説明できない。 「わかって書く」という一見すると当たり前のことができない人もいる。
心理的安全性の高いチームを作るための取り組み | Social Change!
社員一人ひとりが会社で本来の自分を曝け出すことができること、そして、それを受け入れるための「心理的安全性」、つまり他者への心遣いや共感、理解力を醸成することが、間接的にではあるが、チームの生産性を高めることにつながる。 これは現代ビジネスのウェブ版に掲載された以下の記事からの一節だ。 グーグルが突きとめた！社員の「生産性」を高める唯一の方法はこうだ グーグルが取り組んだ生産性向上計画についての記事で、それによると生産性の高いチームに共通するのは「他者への心遣いや同情、あるいは配慮や共感」がうまくいっていることだと言うのだ。 チームの中で、気兼ねなく安心して発言や行動できるような心理的な不安がない状態が、高い生産性を実現すると言われれば、確かにそう思う。そうした状態を心理学の専門用語から「心理的安全性（psychological safety）」と呼ぶらしい。 これまで言葉として認識していな
Joy,Inc.（ジョイ・インク）役職も部署もない全員主役のマネジメント | Social Change!
ちゃんと日の目を見られて、楽しんで使ってもらえて、意図した人びとに広く普及するものをデザインし、作り上げること。それが喜びである。 翻訳レビューに協力したので頂いた本を読んだ。本書は、メンロー・イノベーション社の創業者でありCEOのリチャード・シェリダンによって書かれたもので、「良い組織」を作りたいと考えている経営者やマネージャに読んでもらいたい本だ。 「良い組織」とは何か。本書では、「喜びに満ちた」という表現をしている。喜びに満ちた職場を作れば、社員たちは活力に満ち、楽しく働き、生産性だって高くなる。 この表現を読んで、私たちが目指していたのも「喜び」だったと気付かされた。 私たちソニックガーデンがやっているフラットな組織とセルフマネジメント、良いものを作ることにこだわる職人気質、チームで切磋琢磨しつつも助け合い、価値観を受け継ぐ若者たちをじっくり育てる。 そんなカルチャーが目指していた
環境や立場を活かす戦略と自分の実力の捉え方 | Social Change!
起業でも独立でも何かに挑戦するとき、裸一貫から自分の力だけで成し遂げる方が立派だと思われがちだ。いや確かに立派だが、もっと苦労やリスクを減らして、うまくやっても良いのではないだろうか。 今はサラリーマンでも、いずれ独立して自分の力で生きていきたいと考える人も多いだろう。そうした時の「自分の力」とは一体なんだろうか。スキルや経験だけが自分の力だと考えてはいないだろうか。 私は、さほど大きなリスクも取らず堅実にやってきたが、それなりに自分の理想とする会社と働き方が実現できている。これは本当に運良く周りに恵まれたおかげだ。ただ、恵まれた環境を活かしてきたことも大事だったように思う。 そこで本記事では、自分の実力をどう捉えるか、そして環境や立場を活かした戦い方について考察してみた。 自分を取り巻く環境さえも自分の実力のうち 私も若い頃に勘違いしていたことがある。それは、自分の能力とは、ただ自分一人
経営者が新規事業を失敗させてしまう７つの罠 | Social Change!
多くの企業が新規事業に取り組んでは失敗している。新規事業はそもそも難しく、企業の中で始める新規事業もスタートアップも成功するケースはわずかしかない。中でも既存事業をもった企業の中で新規事業を立ち上げるのは、非常に難しい。スタートアップに比べて恵まれた環境にあるにも関わらず、である。 私たちも大手システム会社の社内ベンチャーからスタートしたので事情はよくわかっているし、「納品のない受託開発」では新規事業に取り組むお客様の相談を多く受けてきた。本記事では、そうした経験から新規事業の当事者でなく、既存事業の経営側がやっていることで失敗させてしまっている点について考察した。 たくさんの関係者を入れる 仲間内で始めるスタートアップと違い、企業で新規事業に取り組む場合は、社内からメンバーを集めてきて体制を作るところから始まる。事業計画をもとに必要なスキルを持った人員が配置される。しかし、そこに落とし穴
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
社員が増えたので物理的なオフィスをやめました 〜 これからは「分散型ワークプレイス」へ | Social Change!
私たちソニックガーデンでは、かねてより全社でリモートワークに取り組んできました。今では24名いる常勤メンバーの半数以上は地方に住む在宅勤務者です。採用応募の殆ども地方からであるため、今後もリモートワーカーは増えていくでしょう。 それでも、これまでは東京の渋谷にオフィスを構えていました。しかし、2016年6月末の契約更新の際に解約を行い、次の移転先は用意せず物理的な「オフィス」という概念を一旦やめて、複数のワークプレイスに分散させることにしました。 今回の物理オフィスをなくした取り組みは、TechWaveでも記事にして頂きました。ありがとうございます。それがこちらの記事。「本日でオフィスなくします」自律的リモートワーク先進企業の門出 【@maskin】 本記事では、その補足として、私たちがオフィスをなくした理由と狙い、そして、新しい分散型ワークプレイスのコンセプトと実践について書きました。
「ふりかえり」を効果的にするための実践的なトライの出しかた 〜 TRYを掛け声で終わらせない | Social Change!
メンバーの一人一人が自ら考えて行動し、それでいて仲間と協調し合うような自律的なチームを目指して、日々様々な取り組みをしています。その中でも、セルフマネジメントできる人材を育てるのに効果的だと考えているのが「ふりかえり」です。 そして、私たちは上手に「ふりかえり」ができるようにするために、メンターがついて、そのレビューを行っています。先日も私が「ふりかえり」のレビューをしたのですが、今回はその際に話した効果的なトライの出しかたについて書きました。 「KPT」を使った「ふりかえり」を「レビュー」している そもそも「ふりかえり」とは何か、その手法である「KPT」とは何かについて、以前に記事を書いています。 自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハウ KPTは、Keep/Problem/Tryの略で、「Keep＝よかったこと」「Problem＝
ガントチャートの功罪 〜 新規事業で工程表を作ることに意味はあるか？ | Social Change!
「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積
「受託脳」から「提案脳」へ 〜 目線を変えて問題解決のプロフェッショナルになるためには | Social Change!
不特定多数に物を売るのではなく、特定の誰かの問題を解決する仕事をするときには、相手のことを考えるだけではうまくいかない場合があります。どうすれば顧客の本当の満足を得ることができるのでしょうか。 これまで一緒に仕事をして素晴らしいと感じた人たちは皆、その見ている「目線」が違うことに気がつきました。この記事では、問題解決のプロフェッショナルが備えている目線の持ちかたについて書きました。 アウトソースをするときの２種類の目的 私たちが仕事をアウトソースするとき、２種類に分けて考えています。 一つは、決められた単純作業や繰り返し作業のアウトソースです。そういう作業はクラウドソーシングを活用することもありますが、私たちの会社ではそれほど多くありません。だいたいの単純作業はコンピュータを使って自動化してしまうからです。 もう一つは、自分たちには出来ない問題を解決するためのアウトソースです。ウェブサイト
経営者が実感したクラウドコンピューティング「Amazon Web Services(AWS)」の効用と利点 | Social Change!
先日、Amazonの提供するクラウドコンピューティングのサービス”AWS（Amazon Web Services）”のユーザイベント”JAWS DAYS 2015″に呼んで頂いて講演してきました。そこで私たちソニックガーデンが、AWSにどんな形でお世話になっているのか話してきたので、それについて記事として書きました。 社内ベンチャー創業とマネジメントバイアウト（MBO） 私たちとAWSとの最初の関わりは、2007年頃にさかのぼります。当時の私はまだシステムインテグレーターの中にいて、社内ベンチャーも立ち上げていない頃でした。クラウドのビジネスをしたいと考えていた私は、新規事業の事業計画を作って当時に勤めていた会社の中で提案を行っていました。 その際に事業計画を２枚つくりました。一つは従来の自社所有のデータセンターを使うプラン、もう一つはAWSを使ったプランです。その差は数字に顕著に現れまし
「出版」をなくせばうまくいく？本を書いてわかった出版業界のビジネスモデルが抱える課題 | Social Change!
拙著『「納品」をなくせばうまくいく』が発売されて早くも半年以上が経ちました。たくさんの方に読んで頂いて感謝です。「ITエンジニアに読んでほしい！技術書・ビジネス書 大賞 2015」で、大賞にも選んで頂きました！ありがとうございました。 拙著の話はさておき、この記事では書籍の出版という経験を通じて私の感じた出版業界について書きました。 出版業界ならではの不思議な制度 これまで数冊の本を出していましたが、企画から考えた単著としては今回が初めての経験でした。以前に執筆したときと違い、今は経営の仕事をしているためか、出版という事業についても色々と気付くことがありました。 出版業界は非常に歴史のある業界で、そこには様々な取り決めや商習慣があって、それに従わなければ本を出すことはできません。門外漢からすると不思議でならない制度もたくさんあります。 例えば、書店は売れない本はペナルティなしで自由に出版社
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
