エンジニアコミュニティで組織は動き出す 2nd Edition(BPStudy#98)
•
47 likes•7,782 views
2015年10月27日 に開催されたBPStudy#98( http://bpstudy.connpass.com/event/20083/ ) の発表資料です。
Recommended
More Related Content
More from Haruo Sato
More from Haruo Sato (20)
エンジニアコミュニティで組織は動き出す 2nd Edition(BPStudy#98)
- 2. スライド（６４枚） スライド（９４枚） ユニフォームPyCon JP Tシャツ （お願い） 正装姿の写真を#bpstudy でTwitter/FBにアップ協力 お願いします 2nd Edition について ©PyCon JP 2015
- 3. 自己紹介 • 佐藤治夫（Sato Haruo） • Be Proud Inc. 代表取締役社長 2006年5月23日設立 • Webの受託開発がメイン事業 • connpass 企画・開発・運営 • Python Professional Programming 第1版 2012年3月、第2版 2015年2月 上梓 • BPStudy、懇親会98回連続参加中
- 5. 私が会社をつくった当時のエンジニア 2006年当時 ・当時の私 = プログラマ / フリーランス ・世の中 ・企画/営業の人が組織で上 ・エンジニアの給料は低かった
- 17. 積極採用開始（2009年9月4日） • リーマンショック後、世の中は採用に慎重 → 人余り →優秀な人材を採用するチャンス到来 →採用募集はTwitterのみ →初の事務職（＋テスタ）も採用！ →2010年1月までに9人採用に成功
- 20. パートナーとして任せてもらえる顧客との信頼づくり → 信頼される仕事をする → パートナーとして任せてもらえる顧客を紹介で広げて行く ※良い顧客は良い顧客とつながっている → 70件以上のPython開発実績につながっていった （営業マン0人） Pythonの採用による会社方針の変化 その３ 選択と集中 ・PHP、Ruby、Javaなどの仕事は請けない方針 ・常駐の開発仕事もやめる ・信頼の輪を広げて行く その３
- 26. shachoのクラウド化（ネット上だけに存在） python採用 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 自社にいない(客先常駐)自社にいない(客先常駐) ＜理由＞ ・自分が色々提示すると、上意下達になってしまう ・入社したばかりの人→社長の自分がいると顔色伺ったりして、 思った通りに行動できないこともある ↓ 自然に生まれてきたもの、自発的に生まれてきたものが 会社の文化になる
- 27. 会社に起こった変化
- 29. 会社がPythonコミュニティになった効果 ・同じことに共感し、感動できる → 最新の情報が集まりやすい ・ベースの価値観が一致している (影響)読みやすさ, シンプル , Zen of Python → 合意の形成、意思決定の迅速化 ! ・Document を積極的に書こうという人が多い (影響）Python標準ドキュメントの充実、Sphinx →暗黙値の共有化、形式知化の促進
- 30. 集まったひとたち ・オープンソース を使い、恩恵をうけている ・オープンソース・コミュニティ に参加している ・オープンソースの Contributor として活動している ↓ 会社も自然とオープンソース・コミュニティ型の 会社運営に変わって行った 会社の変化その２
- 31. 変化の中で見えてきたもの
- 39. 同じことに共感し、感動することができる ↓ 暗黙値が共有され、組織内の学習や情報共有につながる ↓ 切磋琢磨の結果、会社が知識レベルがアップし、事業に活かせる ↓ ブランド化 会社 = コミュニティである → ジャンルは、事業に関係するものが効果的 ・雑談の積極的奨励 ・場作り（社内勉強会） コミュニティ = 同じことに興味をもった人たちの集まり
- 41. 1983年 GNU Project 1990年代後半 Open Source Movement ↓ インターネットの発展 ↓ 多くのエンジニア がOpen Source Project に参加 ↓ Open Source Project の コミュニティ化 ↓ 組織運営・コミュニティ運営ノウハウを培う （エンジニア が創意工夫して培って来たノウハウ） → エンジニアが活躍する、知識創造化社会の会社にも有用 組織 オープンソース・コミュニティ型運営から学ぼう
- 44. 階層型組織 ・組織を管理しやすい ・官僚制 → 管理のためのルールがつくられる ・情報が階層間で滞りやすい → 意思決定のスピードが落ちる ・どうしても出世に目が行く → 社内に目が向き、社外に対する意識が薄れがち メリット 管理しやすいので、うまく回れば、上のひとは楽 デメリット 内発的動機、自尊心、好奇心が失われ、創造性が失われる
- 52. 会社の経営 = コミュニティの運営 経営者 = コミュニティ・リーダー（=役割） ! 経営者は偉い人ではない ↓ 権力ではなく役割である ↓ リーダーにとって重要なこと 権力ではなく、良い人格をもつこと
- 54. コミュニティ評議会（Community Council） ・コミュニティ全体を運営する役割を持つグループ ! ・課題がある場合に、評議会に提出される ! ・課題について評議会で議論し、方針を決定する 「Art of Community」 Jono Bacon 著 / 渋川よしき 訳 より
- 56. 「BP カイゼン」から生まれた制度 BPRD2.0 (BeProud Remote Day) ・週５日間、いつでもリモート勤務可能 ! ・制度を維持できるように、自分たちで制度を育てている （例） ・アンケートを取り、問題点を改善する ・Slackやbot などのツールを活用し、 皆が気持ちよく仕事ができるような仕掛けづくり
- 59. オープンソース・コミュニティ のコミュニケーション手段 ・ML ・Issue Tracking System（ITS） ・チャット ・ビデオ通話 ・オフラインミーティング 時間、リソース、場所などの制約が多い ・自然にさまざまな手段を使う ・ 間時間で、成果を出している
- 60. リモートワークによるコミュニケーション 導入しているコミュニケーションツール 時間、リソース、場所などの制約が多いのは会社も同じ ↓ ! リモートワークの体制づくりにより制約を超える ・時間 → 通勤時間の削減→時間を捻出する ・場所/リソース → 家庭事情などで会社に来れない人も仕事ができる etc….
- 64. ・組織 ・エンジニア ← Next ・組織とエンジニア 知識社会の会社（未来の会社） = エンジニア（ナレッジワーカー）が伸び伸びと 創造性を発揮し価値を創り出せる会社 ! → エンジニア・コミュニティにヒントがある
- 81. 感動すると創造的になれる 感動が少ない人は好奇心が薄れ、記憶も弱まる。 → 結果、退化していく 感動 好奇心 探求心 創造 記憶 アイデア 「感動する脳」 茂木 健一郎 著 より 子供のような好奇心、あるいは冒険心があって初めて、 新しいものを生み出す力が生まれてくるのです。 ジェフ・ベゾス（amazon.com創業者）
- 86. リーンスタートアップ アイデア 構築要求 提供 計測 フィード バック 学習 ・インタビュー ・ブログ反応 ・プロトタイプ 使用 MVP (Minimum Viable Product) MVPをなるべく早くユーザーに提供し、 フィードバック・計測を繰り返しながら、 より良い製品に近づいていく方法 リーン キャンバス ユーザー 開発者
- 88. ・組織 ・エンジニア ・組織とエンジニア ← Next 知識社会の会社（未来の会社） = エンジニア（ナレッジワーカー）が伸び伸びと 創造性を発揮し価値を創り出せる会社