チームとコミュニティの違い、会社・組織をどう捉えるか | Social Change!
会社や組織を経営するときに、チームビルディングを意識することは多いかもしれないが、コミュニティを意識することはあまり聞かない。 一方で、昨今はビジネスにおけるコミュニティづくりが注目されている。多くの製品やサービスがファンを大事にする施策に取り組んでいる。 「チーム」と「コミュニティ」は、どちらも人が集まったものだが、その性質はまったく違う。では、会社や組織は一体どちらなのだろうか。会社や組織をチームと捉えるか、コミュニティと捉えるか。その違いは以下の通り。 本稿では、上記の違いについて深堀りしつつ、辞書としての正確な定義はさておき、私の経験から考えたチームとコミュニティの違いについて、そして会社の捉え方を示そうと思う。 チームは共通の目的を持ち、コミュニティは参加者に目的がある チームとコミュニティの違いを考える前に、まずはチーム、コミュニティのそれぞれについて、どちらも単なる人の集まり
直感を超えたソフトウェア開発８つの常識と注意点 | Social Change!
2023年6月10日に発売の拙著「人が増えても速くならない ～変化を抱擁せよ～」は、経営者やマネージャの方々がソフトウェア開発の経験がなかったとしても、その本質を掴めればと思って書きました。 今や経営や事業をしていく上でITを使ったシステムは欠かせなくなっており、関わらないわけにはいきません。特に、事業そのものにソフトウェアを内包している場合において、ただ使うだけでなく開発して活用していく必要があります。 そこでソフトウェアと、ソフトウェアを作るエンジニアたちをマネジメントしていかねばならないとき、従来通りのマネジメントをしていると、うまくいかないときが出てきます。 ソフトウェアとエンジニアのマネジメントは、ともすれば直感的なものから外れていることがあります。本のタイトルにある「人が増えても速くならない」のも、その一つです。 本書では章の目次ごとに、そうした直感とは違っているソフトウェアな
テレビ会議を劇的に円滑にする簡単なノウハウ | Social Change!
リモートワークをする人たちだけに限らず、今や多くの場面でテレビ会議を活用する人が増えてきたように思う。時代の流れなのか数年前に比べて、抵抗を示す人たちが減り、もっとうまく活用したい機運も高まっている。 テレビ会議を活用すれば、生産性は圧倒的に向上するし、働き方も一変する。移動時間ゼロで、誰とでもミーティング出来るのだから、電話がなかった時代が想像できないように、テレビ会議に慣れると無かった時代を思い出せなくなる。 一方で、まだ上手に活用できていない人たちも多い。うまくいかなくて苦手意識を持っていたり、やってみたいけど心理的なハードルがあったり。テレビ会議を活用しないのは、人生を損しているので、多くの人たちに出来るようになってほしい。 そこで本稿では、本当にささやかで簡単なことだけど、劇的にテレビ会議をうまくするためのポイントについて書いた。 マイク付きイヤホンを使うこと 最も大事で、最もシ
リモートワークの定義レベル５と、障壁の越え方 | Social Change!
前回の記事では、私たちソニックガーデンがどういった経緯を経て、物理オフィスをなくした完全なリモートワークまで辿ってきたのか紹介した。 そこから見えてくるのは、リモートワークには段階があるということだ。それをレベル分けすれば、わかりやすく目指す指標ができるのではないかと考えた。 本稿では、自動運転の世界で考えられている定義とレベルを参考に、リモートワークのレベルについて考えてみた。 自動運転のレベル 昨今、自動運転が非常に注目されている。実用的なレベルになりつつも、まだ時期尚早という見方もあって話題にあがることが多い。 おそらく近い将来に、現代のオートマ車とミッション車の比率のように、自動運転の方が当たり前になる時代がくるのだろう。 それまでには、まだ段階がある。その段階を表したものが「自動運転のレベル定義」だ。Wikipediaによると、以下のようになっている。（少し簡略化した レベル0
物理オフィスがない完全リモートワークまでの10年間の道のり | Social Change!
私たちソニックガーデンには、本社オフィスがない。全員がリモートワーク、在宅勤務なので、物理的に出社するためのオフィスをなくしてしまった。 今は、テレビ会議とバーチャルオフィスを組み合わせて普段は仕事をしている。 リモートワークに取り組む際に、私たちのやり方をそのまま真似をするとうまくいかないかもしれない。なぜなら、私たちも一気に今の状態になったわけではないので、私たちと同じように段階を踏んで進めていくのが良いのではないだろうか。 本記事では、私たちが物理オフィスのない完全リモートワークに至るまでに取り組んできた試行錯誤の変遷をふりかえってみよう。 ステップ0.昔ながらのオフィス（2008年頃） 私たちソニックガーデンは、もともとは大手企業の社内ベンチャーとして始まった会社だ。その当時は、それはもう本当に普通の働き方をしていた。 浜松町にある大きなビルが会社のオフィスで、私たちはその１０階に
リモート入社式に見る「オンラインが先」の発想 〜 リモートワークを成功させるシンプルな法則 | Social Change!
先日、私たちソニックガーデンでも新入社員を迎える入社式を行った。全社員がリモートワークで全国各地に散らばっているため、必然的に入社式もリモートで行った。 リモートワークが難しいという話の多くは、リモートワーク側をリアルのオマケとして扱うからだと私は考えている。解消するには、リモートワーク側をメインで考えて、リアルが補完関係にあるとすれば良い。 そうして行き着いた一つが「リモート入社式」だ。本稿では、リモート入社式をどのように実現したのか、それを支える「オンラインが先にある」という考え方について書いた。 リモートにはびこる疎外感や寂しさの原因 昨年までも入社式は行ってきたが、オフィスがあった時代はオフィスで、オフィスがなくなってからは自由が丘にあるワークプレイスで執り行ってきた。実のところ、リモート入社式というのは今回が初の試みだった。 以前は、新人のうちはリモートワーク禁止で上京してくるよ
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
「働きがい」と「働きやすさ」の違いと両立 | Social Change!
先日ソニックガーデンが、「働きがいのある会社」ランキングで５位に入選しましたが、今度は、第３回ホワイト企業アワードにてイクボス部門を受賞しました。「働きがい」に続いて「働きやすさ」という面でも、対外的に認めて頂けたこと、素直に嬉しく思っています。 経営者である私自身が、私たちソニックガーデンの経営スタイルや、働き方について、このブログなどを通じて発信はしているものの、あくまでそれは自分で言っているだけともなってしまうので、きちんと第三者からも評価されて安心しました。 良い機会として本稿では、「働きがい」と「働きやすさ」について改めて考察してみました。 「働きがい」と「働きやすさ」の４象限 「働きがい」と「働きやすさ」は似ているようで違う。「働きがい」とは、仕事を通じてのやりがいを感じることだ。一方、「働きやすさ」とは、仕事をしていく上での環境や制度に関することだ。 それぞれ、別の軸として考
出社はするけど通勤はしない 〜 どこでもドアを実現する「デジタル出社」のワークスタイル #remoteadvent | Social Change!
今回の記事は、リモートワークアドベントカレンダーの17日目として用意しました。 注目されるリモートワークですが、オフィスで働くのと変わらない成果を発揮するためにはノウハウが必要になります。この記事では「デジタル出社」という新しいワークスタイルで、リモートワークでもチームでうまく働くノウハウを紹介します。 リモートワークを望む課題の本質は「通勤」だったのでは？ 都心で働く人たちにとって、通勤における満員電車ほど嫌なものはないでしょう。ただでさえ飽和状態にある都市人口の中で、多くの人たちが同じ時間に通勤するものだから混雑は大変なものだし、男女共に痴漢にまつわるリスクもあるでしょう。 私がリモートワークを始めて本当に良かったな、と思うのは、満員電車に乗る機会が激減したことです。週２日ほどはオフィスに行きますが、それも午前中は在宅勤務にして、午後から移動にしたりすることで満員電車は避けることができ
地方に暮らすエンジニアの抱える課題と希望 | Social Change!
先日、島根県の松江で行われた「松江Ruby会議06」というイベントで講演をしてきました。講演のテーマは『「納品のない受託開発」とエンジニアの働きかたのこれから』というもので、「納品のない受託開発」「地方」「Ruby」「ギルド」について話して欲しいと依頼を受けました。 色々と新しいネタも入れた資料ですが、今回の記事では、地方で働くエンジニアについて、その講演で話したことをもとに考えてみたいと思います。 “地方”を言い訳にしている人たち あちこちの地方に講演で伺うことも多く、懇親会などに参加すると地方における問題を聞かされます。確かに様々な問題があるのもわかります。だからといって何か提案をしても「そうはいっても地方だと難しい・・・」という言葉をよく聞くのです。 しかし、果たして本当に「地方」が問題なのでしょうか。 そこで思い出すのは、東京にいても現状を変えようとしない人たちの言葉です。彼らはこ
リモートワークを許可していない会社は怠慢か？ 〜 複雑化する仕事には多様化する働き方を | Social Change!
先日、愛媛松山で開催された、「JAWS Festa中四国2017」に参加して、パネルディスカッションに登壇して来ました。 クラウドに関するコミュニティのイベントだけど、今回のパネルディスカッションでは、リモートワークや複業という最近の話題になっている多様化する働き方をテーマにしたものでした。一緒に登壇して頂いた皆さん、ありがとうございました。 「○」と「×」で回答してコメントしていく形だったので、本記事では私の回答とコメントについて、少し補足しつつ書いておきます。（パネルディスカッションでは、リモートワークと副（複）業と並べてましたが、わかりやすさのために今回の記事では、リモートワークにフォーカスしています） 原則リモートワーク禁止な会社にいたことはありますか？ → ○ 私の前職は、それなりの規模の企業だったし、私が働いていた当時はリモートワークという言葉もなかったので、いわゆる普通の一般
数字や営業が苦手なプログラマだから辿り着いた「エクストリーム経営」 | Social Change!
「心はプログラマ、仕事は経営者」プログラマである自分が働きたいと思える会社を作りたいと思って経営をしてきた。結果として、セルフマネジメントでフラットで自己組織化された組織、最近だとホラクラシーと呼ばれるような経営をしている。 いい会社だと言ってもらえることもあって誇らしく思うのだが、果たして本当に良い会社かどうかはわからない。価値観に合致するプログラマにとっては良いかもしれないけれど、合わない人や他の職種の人にとっては全然ダメな会社かもしれない。 よく取材などでも聞かれるが、今の経営スタイルは、たいそう立派な理念や理想があって実現した訳ではなく、プログラマである自分自身が苦手なことをせずに済むように、逆に出来ることと得意なことは徹底的に活かそうとしてきたに過ぎない。 思い返せば、徹底的に極端にしてきたことが功を奏したことから、この経営スタイルは、もし名付けるなら「エクストリーム経営」と呼べ
コピペするプログラマに足りないもの 〜 プログラミング脳の鍛え方 | Social Change!
長くなったので先に三行でまとめておこう。 コピペするプログラマが生まれるのは教育の問題ではないか（仮説） 文法は学んでも処理の流れから考えることは教わっていない（根拠） ロジックを訓練するには脳内プログラミングが良いのでは？（提案） 少し前に私のMediumで、こんな記事を書いた。タイトルが言葉足らずだったおかげで、少し話題になった。「量産型プログラマを撲滅したい」 今回の記事では、この中で書いたコピペするプログラマがなぜ生まれるのか、どうすれば良いのか、考えてみたい。 どうすれば見分けられるのか 書いたプログラムを説明させてみれば、その人が、ちゃんと考えて作れる人か、コピペでしか作れない人か、すぐにわかる。自分の書いたプログラムの流れを説明できるということは「わかって書いた」ということだ。わかっていなければ説明できない。 「わかって書く」という一見すると当たり前のことができない人もいる。
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
なぜアジャイル開発はうまくいかないのか 〜 Don’t just do agile. Be agile. | Social Change!
私たちソニックガーデンの「納品のない受託開発」に取り組むソフトウェア開発のスタイルは、一般的に「アジャイル開発」と呼ばれるものに近いです。 しかし実際のところ、私たちは「アジャイル開発」をしようなんてかけ声をかけたこともないですし、普段から社内で「アジャイル開発」が話題になることもありません。「アジャイル開発」をしようと思ってしている訳ではないにも関わらず、「アジャイル開発」をやっているように見えるというのです。 この記事では、「アジャイル開発」について私たちが考えていること、そして、なぜ多くのアジャイル開発は失敗してしまうのか、うまくいくためにどうすればいいのか考えてみました。 2012-12-28 / Giåm 結果としてのアジャイル開発〜究極のアジャイル 「あなたにとってのアジャイルとは何ですか？」 先日、ある勉強会で質問されました。ちょっと想定外の質問だったので、しばし考えたあと私
ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し
写経で身につけるプログラミングの基本 | Social Change!
とある学生さんがプログラミングの勉強をしたいということで、良い自習の方法はないか？という相談をしていました。初心者が「自習」でプログラミングを学ぶことは、どうすれば効率的なのかを、改めて考えて回答しました。 私のおすすめ学習法は「写経」という方法です。プログラマの間では今となっては割とポピュラーな学習法ですが、初心者にとってもすごく効果的だと思うので紹介しておきます。 プログラミングは知識と身体の両方が必要 まず、プログラミングをしたことのある人ならわかると思いますが、プログラミングは知識だけを身につければ出来るようになるものではありません。学校教育における歴史や地理のように猛勉強で覚えれば出来るようになる訳ではないです。 もちろん、学ぶプログラミング言語の文法や基本的なAPIについては覚えているにこしたことはありませんが、それらを覚えることはそこまで重要ではありません。 プログラミングは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
