オープンでフラットな組織が突然「閉鎖的」と言われるとき｜柴田史郎
柴田(@4bata)です。「それぐらいわかるだろ･･･」が通じなくなるタイミングがあるんだなという発見です！ 考えたきっかけ：「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな･･･」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が
「階層がないフラットな組織」より「階層があり、社員が自分の役割を越えて動き回る組織」のほうが強い説、を考える。｜面白法人カヤック 人事部
「階層がないフラットな組織」より「階層があり、社員が自分の役割を越えて動き回る組織」のほうが強い説、を考える。 まとめ・階層がない組織にも、非公式な階層はできている。 ・平時は組織の階層を活かして動き、有事は階層を気にせず自分の役割を超えて動くような社員を増やすのが良さそう。 ・「自分の役割を越えて動く」を社員に学習させる方法があるはず。そうしないと、結局組織が硬直化する。 ・「役割を超えて動く方法」を学習してもらうために、新入社員にしってもらうことをまとめてみた。階層がない組織にも、非公式な階層はできているカヤック社外人事部の神谷さんが行った勉強会の資料から抜粋してみよう。 フラット化の課題 ・ 階層は今も基本的構造のままであり、マネージャーに権威があり、公式的な階層が無い場合でも隠れた階層が存在すること、階層を受け入れ、それを調整しなければ組織における仕事が進まないことを指摘(Levi
イーロン・マスクがテスラの従業員に宛てたメール「優れたコミュニケーションの姿」が頭にガツンと効く一撃
By OnInnovation オンライン決済サービス「PayPal」の母体を作り、世界で最も成功しているEVメーカー「テスラ」の創設、民間宇宙開発のトップをひた走る「スペースX」を立ち上げた経歴を持つイーロン・マスク氏の成功はこれらにとどまらず、超高速交通網を開発する「ハイパーループ」、都市の地下にトンネル網を張り巡らせる「Boring Company」などの構想をうち立てるなど、そのアイデア力と経営手腕は非常に高いものがあります。そんなマスク氏が数年前にテスラの従業員宛に送ったというメールには、組織としての強靱な体力を実現するために必要な社内コミュニケーションの在り方が雄弁に語られています。 This Email From Elon Musk to Tesla Employees Describes What Great Communication Looks Like | Inc.c
Teal Organization（ティール・オーガニゼーション）とは何なのか
時代環境が変われば、それに応じた適切な組織のカタチは変わります。 最近でいうと「ホラクラシー経営」を目にする機会が増えてきました（たとえばこういう連載）。同じような文脈で Teal Organization（ティール・オーガニゼーション）というのを少しずつ聞くようになったのですが、日本語で調べても出てこない…ので、とりあえず英語で調べてみました。 ※ 末尾のwebソースや書籍(Reinventing Organizations)を参照した上での意訳なので間違ってる可能性も大いにあります…。 ※ 2018/1/7追記：上記書籍の日本語訳が発売されます。 「ティール組織――マネジメントの常識を覆す次世代型組織の出現」 【1】Teal Organization（ティールオーガニゼーション）とは1)そもそも”teal”ってなにかまずTealというのは色の名前です。青緑っぽいこんな色です。 これは、
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
仕事が大変です
セキュリティや情報流出を防ぐためにソフトやサービスの利用が制限されています。インターネットへの接続は外注ソフトでいつの間にか防がれていて、ログも取られているようです。情報システム部の人たちがニヤニヤしながら誰がどこにつなごうとしてブロックされてたと話していました。 ソフトもインストールできません。管理者権限は情報システム部の人たちが持っているので、ポータブル版のソフトを入れたとしてもバレます。 私はいわゆる社内SEという立場で社内用のWebサイトを作っているのですが、エディタがインストール出来ないのでWordで作っています。メモ帳ですとLFが認識できずに一行になってしまうので。PHPのコードもWordで書きます。PHPの実行環境（コンソール）は使えません。なので、社内サイトの本番ディレクトリ配下にPHPのコードを直接おいて、それをブラウザで読み込みリロードしながら作っていきます。 社内に外
整然データとは何か｜Colorless Green Ideas
整然データとは、1) 個々の変数が1つの列をなす、2) 個々の観測が1つの行をなす、3) 個々の観測の構成単位の類型が1つの表をなす、4) 個々の値が1つのセルをなす、という4つの条件を満たした表型のデータのことであり、構造と意味が合致するという特徴を持つ。R言語などを用いたデータ分析の際には非常に有用な概念である。 はじめに データ分析の際には、データが扱いやすい形式になっている必要がある。データの中身がぐちゃぐちゃになっていたり、データの形式が統一されていなかったりすれば、分析は骨の折れる作業となる。 それでは、どのようなものがデータ分析において扱いやすい形式のデータになるのだろうか。この問題に対する唯一の正しい解答というものは存在しない。しかし、表の形式で表すことができるデータを考える場合、ハドリー・ウィッカム (Hadley Wickham) 氏が提唱した整然データ (tidy d
プロダクトマネージャーに必要な資質って何ですか？ 元グーグルのPM対談 | HRナビ by リクルート
プロダクトマネージャー（PM）ってどんな仕事？ プロジェクトマネージャーと何が違って、普段どんなことを考えながら仕事してるの？——日本でも徐々に認知度が高まってきた「プロダクトマネージャー」にフォーカスし、そんな疑問に答える「Japan Product Manager Conference 2016」が10月24日、25日の2日間にわたって都内で開催された。内外のさまざまな企業で活躍しているPMが壇上に立ち、自らの試行錯誤や経験、時には失敗を踏まえ、PMという仕事の難しさと醍醐味を紹介した。 そのセッションの一つ「グローバル企業におけるプロダクトマネージメント」では、ナイアンティックの河合敬一氏と、カンファレンスの実行委員でIncrementsでQiitaのPMを務める及川卓也氏が登場。「僕がPMとしてグーグルに入ったときの面接を担当したのが及川さん」（河合氏）という関係にある二人が、会場
はてなの技術組織2016 - Hatena Developer Blog
この記事は、はてなエンジニアアドベントカレンダー2016の1日目の記事です。 8月よりCTOになりましたid:motemenです。たいそうな肩書きがつきましたが、引き続きチーフエンジニアという役職も兼任しており、これまでどおりアプリケーションを書きつつ、技術組織の開発・改善をおこなっています。 せっかくの機会なので、このエントリでは現時点でのはてなのエンジニア組織の概観と取り組みを紹介しようと思います。 技術グループ はてなにおいてエンジニアと呼ばれる職種の人は、それぞれが提供するサービス（ウェブサービス、スマートフォンアプリ、インフラなど）を軸とする開発本部に属しつつ、職能を軸とした横串の組織である「技術グループ」に所属する、という形態を採っています。現時点で、ここに属するのは40名強になっています。 会社を駆動させていくお金を生み出すのは造られたシステムであったり、営業活動であったりす
テストエンジニアと組織構造 @Cybozu
http://connpass.com/event/38335/ Test Engineers Meetup #1の発表資料です。 サイボウズ株式会社におけるテストエンジニアリングチーム設立の経緯と組織構造について話しました。
こんなチームになると良いなあ
去年チームでやったワークショップで、みんながどんなチームを望んでいるか話し合ったので、その結果を見て2016年はこんなチームにするぞ！という意気込みと、帽子の使い分けについて話した
ITは必要悪か？その2 - 急がば回れ、選ぶなら近道
大規模会社、特に社会インフラ系の会社で売上も兆に届くところでのITのあり方は、中小規模の会社とは全く違います。システム構築、とくにSI的な観点からは、実際のプロジェクト単位で見たときに大規模システムと中小規模システムを便宜的に一緒にして考察することが多いのですが、俯瞰したときのあり方は、まったくの別ものです。 大規模な会社では情報システムは、大きな組織のバックエンドの一部であると同時に、企業を動かす歯車として欠くことできない存在になっています。「ITがない」という選択肢は企業活動としてありえません。システムのあり方が大企業と中小企業では異なるため、中小企業でITの必要性という点と、大企業でのITの必要性では意味が大きく違います。明確に区別する必要があります。 ■あり方 大規模企業の内部において、情報システムはその企業が存続するための重要な機能を担っており、それなしでは企業は成立しません。大
システム丸投げの始まりは、経営者にあり | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ オピニオン ＞ 木内里美の是正勧告 ＞ システム丸投げの始まりは、経営者にあり オピニオン オピニオン記事一覧へ [木内里美の是正勧告] システム丸投げの始まりは、経営者にあり 2015年2月12日(木)木内 里美（オラン 代表取締役社長） リスト 企業におけるシステム開発において、外部の協力業者に“丸投げ”しているケースは枚挙に暇がない。その体質から抜け出せない背景を突き詰めていくと、IT活用にコミットしない経営者の姿勢にたどり着く。 この記事の続きをお読みいただくには、 会員登録（無料）が必要です 【次ページ】システム部門が抵抗勢力になる理由 1 2 次へ ＞ リスト バックナンバー 「消滅可能性自治体」の報道に思うこと（2024/05/31） 明治後期の出版物から、デジタル時代に必要なことを学ぶ（2024/05/07） 韓国に訪
『Amebaの開発環境について』
コンニチハ たぶんサーバサイドエンジニアの@pnskです。 約１年前に設立した、「Ameba Dev. Center」という 「Amebaの開発環境周りに関わる事であれば、何でもやる」というスタンスで いつか世の中に出しても恥ずかしくない開発環境とその文化をAmebaに根付けられたらなぁと野望を持った組織に所属しています。 さてはて。 今回は、エンジニアブログ執筆の機会をいただいたので、Ameba開発環境についてこしゃべりをしようと思います。 誰得情報ですが・・ Amebaの開発環境ですが、この1年でちょっぴり変わりました。 （誰も気づいていないかもしれないですけど・・・） topicでいうと、GitHubEnterprise、JIRA、HipChatが導入されました。 現在は ・ドキュメント管理はConfluence ・課題管理はJIRA、アジャイル開発補助ツールとしてJIRA Agil
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウドファンディング - CAMPFIRE（キャンプファイヤー）