数字や営業が苦手なプログラマだから辿り着いた「エクストリーム経営」 | Social Change!
「心はプログラマ、仕事は経営者」プログラマである自分が働きたいと思える会社を作りたいと思って経営をしてきた。結果として、セルフマネジメントでフラットで自己組織化された組織、最近だとホラクラシーと呼ばれるような経営をしている。 いい会社だと言ってもらえることもあって誇らしく思うのだが、果たして本当に良い会社かどうかはわからない。価値観に合致するプログラマにとっては良いかもしれないけれど、合わない人や他の職種の人にとっては全然ダメな会社かもしれない。 よく取材などでも聞かれるが、今の経営スタイルは、たいそう立派な理念や理想があって実現した訳ではなく、プログラマである自分自身が苦手なことをせずに済むように、逆に出来ることと得意なことは徹底的に活かそうとしてきたに過ぎない。 思い返せば、徹底的に極端にしてきたことが功を奏したことから、この経営スタイルは、もし名付けるなら「エクストリーム経営」と呼べ
モチベーションの源泉：何のために働くのか、転職か起業か | Social Change!
この１〜２年、転職であったり起業であったり人の動きが激しいような気がします。私の知人も、大手企業でエリートだったのに起業したり、大手メーカーからソーシャルゲームの会社に転職したりしています。そうした人たちを見ていて、人の働く動機には色々ある中で、いくつかパターンがあるのかなと思い、人は何のために働くのかについて考えてみました。 ※この記事は、2011年07月07日に公開された記事を再編集したものです。 モチベーション４つのパターン 私なりに人が働くモチベーションとして、以下の４つのパターンがあるのではないかと考えてみました。（これは私の知り合いからの類推なので、専門的で正確な話ではありません） ・「アントレプレナー」タイプ ・「クラフトマン」タイプ ・「サラリーマン」タイプ ・「サポーター」タイプ アントレプレナータイプの方にとっての仕事に対する動機は「夢」が大きく影響しているように思いま
コピペするプログラマに足りないもの 〜 プログラミング脳の鍛え方 | Social Change!
長くなったので先に三行でまとめておこう。 コピペするプログラマが生まれるのは教育の問題ではないか（仮説） 文法は学んでも処理の流れから考えることは教わっていない（根拠） ロジックを訓練するには脳内プログラミングが良いのでは？（提案） 少し前に私のMediumで、こんな記事を書いた。タイトルが言葉足らずだったおかげで、少し話題になった。「量産型プログラマを撲滅したい」 今回の記事では、この中で書いたコピペするプログラマがなぜ生まれるのか、どうすれば良いのか、考えてみたい。 どうすれば見分けられるのか 書いたプログラムを説明させてみれば、その人が、ちゃんと考えて作れる人か、コピペでしか作れない人か、すぐにわかる。自分の書いたプログラムの流れを説明できるということは「わかって書いた」ということだ。わかっていなければ説明できない。 「わかって書く」という一見すると当たり前のことができない人もいる。
経営者が新規事業を失敗させてしまう７つの罠 | Social Change!
多くの企業が新規事業に取り組んでは失敗している。新規事業はそもそも難しく、企業の中で始める新規事業もスタートアップも成功するケースはわずかしかない。中でも既存事業をもった企業の中で新規事業を立ち上げるのは、非常に難しい。スタートアップに比べて恵まれた環境にあるにも関わらず、である。 私たちも大手システム会社の社内ベンチャーからスタートしたので事情はよくわかっているし、「納品のない受託開発」では新規事業に取り組むお客様の相談を多く受けてきた。本記事では、そうした経験から新規事業の当事者でなく、既存事業の経営側がやっていることで失敗させてしまっている点について考察した。 たくさんの関係者を入れる 仲間内で始めるスタートアップと違い、企業で新規事業に取り組む場合は、社内からメンバーを集めてきて体制を作るところから始まる。事業計画をもとに必要なスキルを持った人員が配置される。しかし、そこに落とし穴
社員が増えたので物理的なオフィスをやめました 〜 これからは「分散型ワークプレイス」へ | Social Change!
私たちソニックガーデンでは、かねてより全社でリモートワークに取り組んできました。今では24名いる常勤メンバーの半数以上は地方に住む在宅勤務者です。採用応募の殆ども地方からであるため、今後もリモートワーカーは増えていくでしょう。 それでも、これまでは東京の渋谷にオフィスを構えていました。しかし、2016年6月末の契約更新の際に解約を行い、次の移転先は用意せず物理的な「オフィス」という概念を一旦やめて、複数のワークプレイスに分散させることにしました。 今回の物理オフィスをなくした取り組みは、TechWaveでも記事にして頂きました。ありがとうございます。それがこちらの記事。「本日でオフィスなくします」自律的リモートワーク先進企業の門出 【@maskin】 本記事では、その補足として、私たちがオフィスをなくした理由と狙い、そして、新しい分散型ワークプレイスのコンセプトと実践について書きました。
書評：強いチームはオフィスを捨てるー37シグナルズが考える「働き方革命」 | Social Change!
本書は、”Basecamp”や”Ruby on Rails”で有名な「37signals（現在はBasecampに改名）」というソフトウェア企業によるリモートワークに関する指南書です。 ちょうど、私たちもリモートワークを実践していて、その記事を書いたところです。 リモートワーク（在宅勤務）を導入するためのポイントと残された課題 こちらの本は、以前にも紹介した、「小さなチーム、大きな仕事ー37シグナルズ成功の法則 」という書籍の続編ともいえる内容になっています。こちらの本の紹介をした際にも書いたのですが、この37signalsという会社の哲学は、私たちソニックガーデンと非常に似ているというか、私たちも参考にしているところが沢山あります。 その彼らの考えかたの根底にあるのは、シンプルであり合理的であるところです。そして、その点において、私たちはとても共感するのです。 働きかたを合理的に考えて、
なぜアジャイル開発はうまくいかないのか 〜 Don’t just do agile. Be agile. | Social Change!
私たちソニックガーデンの「納品のない受託開発」に取り組むソフトウェア開発のスタイルは、一般的に「アジャイル開発」と呼ばれるものに近いです。 しかし実際のところ、私たちは「アジャイル開発」をしようなんてかけ声をかけたこともないですし、普段から社内で「アジャイル開発」が話題になることもありません。「アジャイル開発」をしようと思ってしている訳ではないにも関わらず、「アジャイル開発」をやっているように見えるというのです。 この記事では、「アジャイル開発」について私たちが考えていること、そして、なぜ多くのアジャイル開発は失敗してしまうのか、うまくいくためにどうすればいいのか考えてみました。 2012-12-28 / Giåm 結果としてのアジャイル開発〜究極のアジャイル 「あなたにとってのアジャイルとは何ですか？」 先日、ある勉強会で質問されました。ちょっと想定外の質問だったので、しばし考えたあと私
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
