[B! 組織] aratafujiのブックマーク

[レポート]6年でグローバル1500人規模のエンジニアチームをつくったはなし #scrumosaka | DevelopersIO

Scrum Fest Osakaとは？ 2020年6月26(金)・27日(土)にScrum Fest Osakaがオンラインで開催されました。 Scrum Fest Osaka 2020@ONLINEは以下のようなイベントです。クラスメソッドではシルバースポンサーとして協賛を行いました。 Scrum Fest Osakaはスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。この2日間を通じ、参加社同士でスクラムやアジャイルプラクティスについての知識やパッションをシェアするだけでなく、ここで出会ったエキスパートに困りごとを相談することもできます。 [6年でグローバル1500人規模のエンジニアチームをつくったはなし] 本記事は、セッション「6年でグローバル1500人規模のエンジニアチームをつくったはなし」をレポートします。スピーカー Sun

aratafuji 2020/07/03

リンク

CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」

第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。）以下、一部を抜粋した意訳です。本文は意訳の後に。「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より

aratafuji 2015/11/05

リンク

チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション

これからの時代はチームワークがより重要になってくると思っています。これまで様々なチームワークをよくする試みが共有されてきましたが、このスライドでは「チームワークをよくするためにどういうプラクティスが良いか」という情報だけではなく、「どういう考え方でチームワークを捉えたほうが良いのか」、というあたりを中心にまとめようと試みました。特にスタートアップのチームワークに必要な、複雑で創造性を要するタスクを処理するためのチームワークにフォーカスしています。これらの情報がすべてのチームに当てはまるものではないと思いますのでご注意ください。Read less

aratafuji 2015/09/17

リンク

組織の新しいカタチ「Holacracy（ホラクラシー）」 - UXploration

ブログを移転しました。新しいページに自動で切り替わります。3秒お待ち下さい。 ---- 突然ですが、Holacracy（ホラクラシー）という言葉を耳にしたことはありますでしょうか？日本ではまだ参考文献が少ないためご存知の方は少ないかもしれませんが、サービスデザインないしは組織デザインのための学習の一環として調査し、まとめてみました。 Wikipedia によると、ホラクラシーとは従来のようにトップダウンのヒエラルキーによって意思決定がなされるのではなく、組織全体に権限を分散させ意思決定させることで、自走する組織を保つための社会技術または組織のガバナンス・マネジメント方法*1と定義されています。 (c) All Rights Reserved. 企業、NPO問わず今ではアメリカを始めフランスやドイツ、オーストラリア、イギリスで導入実績があるとのことですが、有名なところでは Airbnb、Z

aratafuji 2015/06/26

リンク

システム品質を左右する「組織体制」「開発スキーム」「マインド」を改善してきたリクルートの苦労を振り返る（組織編）～ソフトウェア品質シンポジウム 2013

システム品質を左右する「組織体制」「開発スキーム」「マインド」を改善してきたリクルートの苦労を振り返る（組織編）～ソフトウェア品質シンポジウム 2013 システムの品質を左右する要因は何か。リクルートテクノロジーズ執行役員CTO 米谷修氏は「組織体制」「開発スキーム」、そして発注者を含む関係者の「マインド」の3つが大きな要因であると説明します。 9月12日と13日の2日間、都内で開催された日本におけるソフトウェア品質に関する最大級のイベント「ソフトウェア品質シンポジウム 2013」（日本科学技術連盟主催）の特別講演として行われたのが、米谷氏の講演「進化するIT組織と開発スキーム～リクルートのサービス開発の事例紹介とともに～」でした。大規模なシステムを迅速、かつ高品質に、という要求が続く現場で、米谷氏が続けてきた試行錯誤の中で得た知見とは何か。講演の内容をダイジェストで紹介しましょう。

aratafuji 2014/08/20

組織

リンク

許可より謝罪 : けんすう日記

うちの会社の場合僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。もちろん、オリジナルではなくて元ネタがあります。3Mです。以下のブログに詳しくあるのですが下記に３Mの社史みたいなのがある。 PDFへのリンクそれをみると"It is easier to ask forgiveness than permiss