comixスマートフォン用の表示で見るcomixジャンプみたいなブログになりたい。センターの公開講座に行ったら最高の体験学習が出来たTechTweetはじめに5億年振りにブログを書くぞ。今年に入ってから、スクラムマスターをやらせてもらったり、ここ最近はエンジニアリングマネージャーのお仕事をしたりしている。いう役割を任されるうちに、会議のファシリテーターや1on1のメンターをする機会が増え、組織開発って面白いかもと思い始めた。自分の力不足を痛感することも多く、会議に参加している人やチームメンバーに対して、コスト(時間)に見合った価値を提供出来ていないのでは?と思っていた。そんな中、ヘイシャの人事部長からこんな情報をもらった。3年くらい前に組織開発を学ぼうと思って色々調べていたら、南山大学の人間関係研究センターに辿り着いて、そこの公開講座を受講したのだけどこれがよかった。「集団で成果に向けて行動する時に自分はどんな行動特性を持っているのか」を知れるプログラム。日々のファシリテーションに活きている。2018こりゃ行くしかねぇ!って言うか、課題を感じているのに放置するのとかクソダサいし、チームメンバーに対して無責任だし、飛ばねぇ豚はただの豚じゃんかっこわる!と一念発起し、先週末受講してきたので、今回はそのレポートを書きたいと思う。センターとは?僕は組織開発の専門家ではないので、詳細な説明は公式のHPをご覧いただければと思いますが、ラボラトリー方式(自分や他者、グループを成長させるために行動を試みる場)の体験学習という"プロセスから学ぶ学習方法"の研究と実践を行っている教育研究機関です。その中で、いくつかの公開講座が行われており、今回僕は「人間関係講座(グループ)」という講座を受けました。ちなみに、恥ずかしながら僕は受けるまで全然知らなかったのですが、南山大学はこの分野で国内トップクラスの権威があるそうです。いう講座なのか?「人間関係講座(グループ)」という名前の通り、グループの中での人間関係について学んでいく講座になります。一つ「人間関係講座(コミュニケーション)」という似たような名前の講座があるのですが、こちらはグループよりももう少し小さい単位(1〜2人程度)での人間関係を学ぶ講座のようです(こちらも今度受けてみたいな〜と思った)。講座の主な目的(学習目標)として...グループの中で他者と関わる自分の特徴に気づくコンテント」と「プロセス」とは何かを理解するグループの中での人間関係(グループプロセス)に目を向ける重要性に気づくの3つが挙げられています。こちらも詳しくは公式の講座案内をご覧ください。当日の講座内容について講座は土曜日・日曜日の2日間行われます。具体的には、グループを組んで様々な課題に取り組むその振り返りをグループで行うという流れを繰り返しながら、進んでいきます。実習やワークショップばかりではなく、所々小講座という形で理論的の話もしてもらえます。朝から夕方までみっちりやるので、とても濃密です。学んだことメモレベルですが、僕はこんなことを学びました(間違っていたらごめんなさい)。グループで何らかの仕事や課題に取り組むと、どうしても課題の内容そのものに夢中になってしまう。課題の内容そのもののことをコンテントと呼ぶ。コンテントに夢中になると、他者の気持ちやお互いの関係に目が向けられない。他者の気持ちやお互いの関係のことをプロセスと呼ぶ。コンテントは氷山の一角で、プロセスはコンテントの下に潜んでいる。プロセスが上手くいかないと、グループのコミュニケーションがうまくいかず、コンテントの結果にも影響する。コンテントが上手くいかないと、プロセスのチェックも疎かになり、悪循環に陥るなと思った。プロセスにはタスク・プロセスとメンテナンス・プロセスの2種類がある。タスク・プロセスはコンテントに直接働きかけるもの。メンテナンス・プロセスはコンテントに間接的に働きかけるもの。様子etc目に見えないものが多い。「売上は全てを癒す」という言葉は、コンテントが上手く言っているとプロセスに多少問題があっても気にならなくなることなのかなと思った。本当に全てを癒しているのかは怪しいなとも思った。リーダーとリーダーシップは違うリーダーシップとは、コンテントを達成するための過程で、影響を与えている人と受けている人の関係性のこと。リーダーシップはタスクプロセスの中に位置づけられている。リーダーシップにはP機能とM機能があるP機能は情報や意見を求めたり、課題を推進したりといったコンテントに直接働きかけるもの。M機能は雰囲気を和ませたり、励ましたりといったメンテナンス・プロセスを改善するもの。両方出来る人がいればそれはそれで素晴らしいが、人には得意不得意があるので、グループでリーダーシップの役割分担をするのが良い。分有型リーダーシップという言うらしい。サーヴァント型リーダーシップはGoodだが、カントリークラブマネジメントはBad。実際にフィードバックを受けないと、相手の気持ちなんか分からない。当然ですが、これ以外にもたくさんの学びがありました。2018というツイートを終わった直後にしたのですが、本当に最高でした。実習が多いので、知識が体に取り込まれる感じというか、体で学んでる感覚がありました。僕は振り返りの重要性を改めて感じました。仕事では今もそれなりに振り返りに力を入れていると思っていたけど、どちらかと言うと、タスク・プロセスの改善ばかりやっていたなという反省があり、これからはもっとメンテナンス・プロセスにも目を向けていこうと思いました。そのためには、もっと個人からの個人へのフィードバックをしていかないといけないなぁと痛感。他人の分かった気になってる状況ほど厄介なものはない。あと、全国津々浦々から様々なバックグラウンドを持った方が集まって来ているので、そういう人たちと触れ合えるのも単純にとても刺激がありました。疲れるので、そこだけは予めご注意ください。心地よい疲れだったな。ちなみに、僕がよく言われたこと何度もフィードバックを受ける機会があるので、自分の特性を改めて認識したり、発見したりすることも出来ました。初対面の人からも普段よく言われることを言われると、本当そうなんだろうな〜と認めざるを得ない。いうわけで、僕がよく言われたことを晒してみます。裏のリーダーフラットに物事をみてる耳障りの良い言葉が多いですが、それは初対面という関係性の中で言ってもらったことなので、ある程度忖度してもらっていると思います。長所と短所は表裏一体だと思うし、上記の特性も場合によってはマイナスに作用することもあると思うので、気をつけよう。おわりにというわけで、本当にオススメです!最後にお金を話をするのもアレですが、これが1万円ちょっとで受けられるのは本当にお得だなと思いました。人それぞれ感想は違うかもしれませんが、少なくとも受けて損はないと僕は言い切れます。あと、受ける前にこちらの本を読んでおくと、講座の内容がより理解しやすいと思います(これも上述の人事部長に教えていただいた)。ちなみに、受けるとこんな修了証をもらえます。ご本人の許可は取っていますが、僕が英語ペラペラではないため、読み辛いのはもちろん、一生懸命訳してはいますが誤訳・ミスリードなどあるかもしれません。100%正確な内容を把握したい方は原文をお読みください。ここ間違ってるよ!ニュアンスが違うんじゃない?などありましたらお気軽に(優しく)コメントいただけると幸いです。Docker社は死んだDockerにとって、2017年は非常に辛い1年だったと言っても過言ではありません。Uberを除いて、より活用され、賞賛され、十分に資金提供を受けたシリコンバレーのスタートアップの中で、Dockerが2017年に行ったような悪手を打ったスタートアップは思い浮かびません。人々は2017年を、ソフトウェアの偉大な一部分であるDockerが悪いビジネスのやり方によって台無しにされ、翌年に終わりを迎えた1年だったと振り返ることでしょう。この記事はDockerがどのようにして良くない方向に進んでしまったか、そして、それを修正しようとする努力があまりにも少なくまた手遅れであった様子を外部から見た回顧録です。Dockerは良いソフトウェアである言うまでもなく、Dockerはソフトウェア開発に革命をもたらしました。cgroupsや名前空間、そしてプロセス分離などのLinuxのプリミティブな技術を利用して、それらを単一のツールにまとめたのは素晴らしい功績です。2012年に私は開発環境のポータビリティをより高める方法を見つけようとしていました。Dockerの登場により、開発環境はシンプルでバージョン管理可能なDockerfileになりました。PackerやVagrant、そしてVirtualBoxなどのたくさんのインフラツールからDockerに移行しました。DockerのUIは実際かなりよいものです!Dockerはたくさんの応用が出来る良いツールです。Dockerを作った人々は、自分たちが開発したツールをとても誇りに思うべきです。Dockerはシリコンバレーの寵児であるDockerの初期の成功はそれを取り巻く大きなコミュニティを築く会社になることに繋がりました。その初期の成功は資金調達に次ぐ資金調達を促しました。Partnersのような名立たる投資家がDockerに札束を与えるために列をなしました。現在まで、Dockerは総額2億4,200万ドルから2億5,000万ドル以上の資金を調達しています。年代のスタートアップと同様に、Dockerはいくつかの人事的なミスを犯しました。Dockerは自身の成長にともなって何人かの不快な人を保護しました。これにより私はDocker社のリーダーシップに対して、嫌悪感を感じるようになりました。プロダクトは品質を維持していますが、会社のそのような振る舞いは一切言い訳出来ません。悲しいことに、これはシリコンバレーによくあるケースであり、変えていく必要があります。Kubernetesの扱いがDockerにダメージを与えたKubernetesの登場により、Dockerの運命(悲運)は加速しました。Dockerはオープンソースコミュニティで人気のオーケストレーションツールであるKubernetesの扱いが上手くありませんでした。Swarmだけでした。この決定はKubernetesが最初にDockerコンテナを好んでいたのにも関わらず下されました。2017年初頭にKubernetes関連の記事やミートアップ、そして、カンファレンスがDockerによって批判されたことを確認しています。信念にして開催されました。17では突如DockerはKubernetesに全力を尽くすことを決めました。この突然の変化は、Kubernetesが盛り上がり間もなく優勢になろうというところに参画することを狙ったものでした。2017のスポンサーとブースを持っていたことによって、更に心象を悪化させました。Moby?Mobyが発表された4月のdockercon17で、Dockerが何をしているのか誰も理解出来ませんでした。MobyはDockerプロジェクトの新しい上流のものとして説明されています。Mobyの公開は事前にアナウンスされていませんでした。Hykesのdockercon17での発表を受けて、GithubでDockerからMobyへのドラスティックな変更が起きたとき、何百万の声が恐怖で叫んだかのようでした。このドラスティックで思慮の浅い考えにより、巨大なリポジトリの名前変更は内部で問題を引き起こし、Githubスタッフによる手動での対応を必要としました。変更がうまく管理されなかっただけでなく、メッセージも十分に考慮されていませんでした。これは謝罪に繋がり、後に手書きによる変更の説明を求められました。これは既に雲行きが怪しいコンテナ分野とDocker(Moby?)のエコシステムを更に混乱させました。Moby公開の扱いはこの業界で働く人々を困惑させ続けています。これによりDockerブランドが傷つけられた可能性もあります。Kubernetesの冷めた受け入れDockerの遅く、気まずい土壇場でのKubernetesの受け入れは、差し迫った崩壊のサインです。Hykesは以下のようにツイートしています。"DockerはKubernetesとSwarmの両方をファーストクラスの市民として手厚くサポートし、相互作用を与えます。オープンさと選択は全ての人にとって健全なエコシステムをつくりだします。Swarmは完全に出来上がっているわけではないので、そのような状況からは程遠いということです。Swarmのプロダクトチームと一握りのオープンソースのコントリビューターだけではKubernetesのコミュニティに追いつくことが出来ません。UIはかなり優れています。これはコンテナ分野において、Dockerが取るに足りないコンサルティング会社であることを認めているようなものです。結論Dockerの真の問題は一貫したリーダーシップの欠如にあります。組織の中で一人の人物を中心にした戦略的なフォーカスがあったようです。この人物は会社の中核からはかなり遠のきましたが、依然として籍を置いています。会社は再編成を行い、エンタプライズにフォーカスすることになりました。この変化はDockerの投資家にとって理解できるものです(結局会社は信託の責任を負っています)。この変化は熱狂的な成功によってもたらされたブランドが持つクールな要素を減らすことになります。"偉大な文明は殺されるのではなく、自殺するのだ。"と言われますが、Dockerはまさにそれと同じことをしました。私はTwitterで2017年というDockerの厄介な時期について持論を展開しました。Dockerは自身の会社の終わりが近いことを知っている可能性があります。組織の変更により、Exit予定(買収による可能性が高い)が明らかになり、会社の技術的な中核チームはいくつかの変更を優先しました。寄贈し、MobyをDockerの上流にして、Kubernetesを受け入れることで、Dockerの人々が行った良い仕事は不朽のものになります。OracleやMicrosoftのような大規模な会社がDockerを買収することが出来るようになります。これはソフトウェアと企業に両方にとって、ベストな世界です。言うまでもなく、2018年はDockerにとって興味深い年になるでしょう。Eveningというイベントに行ってきました!ブログ枠で参加させていただいたので、当日の様子を簡単ではありますがレポートさせていただきます。いうイベントなの?詳細は下記のconpassのページをご覧いただければと思いますが、端的に言うと、Eurekaさんが企画している技術英語を学ぶための勉強会で、今回はコードレビューがメインのお題でした。eure.connpass.com当日の流れPresentation最初はコードレビューで役に立つ単語やフレーズの紹介をしてもらいました。Request)のコードがOKな時、NGな時などシチュエーション別に説明してもらったので分かりやすかったです。実はちょっと遅刻してしまったので、最初のほうは聴けていません...。