Jenkins Day Japan 2017 レポート

先週、Jenkinsのセミナーが開かれた。

テクマトリックス主催の、太っ腹な企画。

その内容の簡単なレポート。

発表資料は、下記サイトからダウンロードできます（入力事項あり）ので、ぜひどうぞ！

日時：11/9（木）9:30～17:00
会場：ベルサール半蔵門
内容：Jenkins Day Japan 2017

cloudbees.techmatrix.jp

コンテンツ：
１．組織横断的な環境でのソフトウェア開発を加速させる、段階的なCI
　（原題：Multi-Stage-CI System to speed up the SW development in a cross-organizational environment）
　　Robert Martin 氏　BMW Car IT GmbH　SW Project Leader
２．テンプレート、Groovyを用いて、Jenkinsを”Sweet”に
　　（原題：Sweeten your Jenkins with template and Groovy system）
　　Harald Gottlicher 氏　Robert Bosch GmbH　Software Architect
３．テストのフィードバックサイクルを早めて、変更に強いソフトウェア開発を実現
　　野中 亮　テクマトリックス株式会社　システムエンジニアリング事業部
４．Jenkinsの生みの親、川口耕介氏が語る（仮題）
　　川口 耕介氏　　CloudBees, Inc. Chief Technology Officer

[全体の感想]

BMWの事例は、大規模でかつ数億行というソースコードをHW込みでテストする環境をCI化しているというすごい事例だった。
その際には、ひとつのジョブの単位の設計をしっかりやらないと、HWのテストまでどういうパイプラインで流れていくようにするかという目的を達成できなくなる。
ジョブの単位の設計はしっかりしないと、結局は手動と同じという結果になりかねない。
Jenkinsの利用により、技術的負債を増やさずに価値をすばやく判断し、ビジネスの創造に時間をかけていかなければならない、という川口氏の講演には、日本と欧米の意識の違いが大きく出ているなぁと感じた。

いや、もうすでにやっている会社さんも多くなってきたが、日本のスタンダードということにはまだなっていない感覚を持っています。

川口さんは、危機感を持ってください、ともおっしゃっていたので、その感覚もあまり間違っていないのかもしれない。

[概要]

１．組織横断的な環境でのソフトウェア開発を加速させる、段階的なCI

　・BMWのHWを含めた開発で行っているCIがどう行われているか、という内容。

　　大規模プロジェクトでのCIは、多段階のCIシステムにする必要がある。
　　SWアーキテクチャから考えるのが大切。
　　部門ごとに分けられた内容を考えるのではなくて、機能ごとに分けられているチームを考え、CIを設計する。
　　最初からリリースまで、どのくらい時間がかかるかを測った。
　　1人の人のたった一行のコード変更が反映されてリリースするまで、5週間かかる。
　　一つのものをリリースするのに、こんなに時間がかかっていたら、担当者はやっていたことを忘れてしまう。
　　CIでは、誰かがこけたら（Failしたら）次にいけないようにしている。
　　自動化されていない手動の作業は、ソースコードの修正だけ、という状況にしている。
　　HWのテストまでを30分以内でやらなければいけないとわかっている。
　　これよりもかかるようであれば、さらに細分化する必要があると考える。

　・夜間ビルドとCIの違い
　　CIシステムを導入したら、Failがある場合は、必ず次に行ってはいけない。
　　働き方の時間を見ながら、何分以内でCIを回す必要があるのかをちゃんと考える必要がある。
　　夜間ビルドの場合は、失敗がまとめて報告されるので、切り分けが困難だったりする。ところが、失敗したら次に行かないというCIがあれば、失敗の修正と回復は最小限の時間ですむようになる。依存関係の少ないアーキテクチャを目指すべきである。
　　協力会社、自社内での関係等、SWのアーキテクチャや契約もみていかないといけない。
　　多段階CIシステムには、専門のCIチームを用意する用意がある。
　
　・早い開発が何で必要になるのか。
　　変更に強い、費用対効果がある（時間を削減＝自由な時間ができる）、そういったことをチームで議論し続ける必要がある。

２．テンプレート、Groovyを用いて、Jenkinsを”Sweet”に

　・テンプレートで特有のUIを作ることができる。
　　いろんな商品・製品を扱っている。
　　開発者でない人たちもいる。そういった人たちが意識しなくても、勝手に背後で動いている、そういうCIでなくてはいけない。
　　Jenkinsを知らないひとたちでも使えるシステムを提供できる。
　　ビルドを自動化するのは当たり前だが、例えば、jobをつくるなどのjenkinsの機能も自動化する。
　　以下のようなテンプレートをGroovyで作成すると、管理者も楽になる。
　　－マルチブランチパイプライン
　　－フリースタイルジョブ
　　JenkinsFile（groovyで記述）も、変更したらGitで管理する。プロジェクトマネージャがテンプレートファイルを複製してプロジェクトに提供する。
　　パイプライン自体が「モノリシック」になってしまうこともあるので、注意が必要。

３．テストのフィードバックサイクルを早めて、変更に強いソフトウェア開発を実現

　・変更があるごとにビルドなどのジョブをしかけることで、負債の蓄積も最小にすることができる。
　・ビルド～テストを仕掛ける単位はなるべく影響範囲が小さいうちに実施したほうが良い。
　・テスト自動化する象限は第４象限がよい。⇒実践アジャイルテスト
　・変更を割り振っていって実行を適切に行うもの⇒jenkins

４．Jenkinsの生みの親、川口耕介氏が語る（仮題）

　・Jenkinsの生い立ち～成長期
　　生物と同じで、カンブリア爆発があり、多様性が起こった。進化そのものは徐々に起こる。
　　Jenkinsへアップデートセンターを作ったので、プラグインの作成をするコミュニティがどんどん出てきて、利用が爆発的に広がった。

　・Jenkinsの恐竜期
　　昔、ツール整備する人は職人気質。自動化はチーム内でやる作業だった。
　　プラグインを組み上げて自分のCICDを作っていた。そこを、ある程度標準な組み合わせを最初に用意する。
　　なれて、変化点が見えてきたら自分たちの使い方に合わせた環境を作れるようなプラットフォームにしておく。合わせてドキュメンテーションをしっかり整える必要がある。

　・現在～未来
　　ビルド職人がやるという時代は終わった。ビジネス価値を早く届ける必要がある。
　　実験と反復を早くやる必要がある。自動化職人はチームに所属しない。組織としての専門チームで存在しているべき。
　　痛みを伴ったデジタルトランスメーションをすることで、中央に生産性向上の専門チームができることが多い。そのチームが会社の開発プロセスを決めていく。
　　ビジネス価値の創造にフォーカスしていけるか、が大切である。生産性を上げることで変化に強くなる。すぐに結果などを得られるようになるからである。大規模な会社ではこういった取り組みが必要である。

　・これからのCIのあるべき姿
　　継続的デリバリーをする、そこからビジネス価値を創造する方向へどう行けばいいのか。自動化だけにフォーカスせず、一歩下がって開発全体を見なければいけない。
　　パイプラインを作った一つの理由として、視野を広げやすくなることが挙げられる。一歩下がって開発全体を見て、組織を見て、ビジネスを見る。これがこれからに必要となることだ。

クラウドチャレンジ ～働き方どうする？～

クラウドチャレンジ

11月某日。私にTOCfEというものがあると教えてくれた、師匠からCLRを学ぶ機会をいただいた。

TOCfEとはtocfeblog.wordpress.com

上記のブログを参照してもらえればわかるが、3つの道具が提供されている。

• ブランチ：物事や起きてることのつながりを考える
• クラウド：対立の解消を考える
• アンビシャスターゲットツリー：目標を達成することを考える

今回は、このうちの「クラウド」を教えてもらった。

実際にやってみた

クラウドで、対立する事象を解消させようということを試みた。

わたしが持って行ったお題はこれ。

「今後の働き方、どうすればいいかな？」

これに対して、二つの対立する事象（行動）は以下の通り。

• このまま時短で働き続ける
• フルタイムへ戻して、残業もある程する

時短をしていたら残業はできない。

両者が時間軸上で同時に起こりえない事象という条件の下で選んだ。

そこから、なぜなぜ分析みたいに探っていく。

まず、上の図のように、対立する「行動」を上げる。

そして、その行動を達成するのはなぜか、という観点で「要望」を上げる。

「行動」をとる。なぜならば、「要望」となるからだ。

わたしが実際にやった事例は、以下の写真の通り。

検証すると、

「時短で働き続ける」なぜならば、「子供たちの生活リズムを崩したくない」からだ。

という感じになる。

わたしの事例

同じように、

フルタイム勤務に戻す」なぜならば、「もっと仕事がしたいから」である。

こんな感じ。

「要望」を上げた後は、その両者に共通する「目標」を考える。

ここは非常に簡単に目標を考えることができた。

「家族が幸せになる」

先生によると、この「共通の目標」部分には、「世界平和」とか「幸せになりたい」とかそういったものが来ることが多いとのこと。

理由を考える

骨組みができたところで、「行動」⇒「要望」、「要望」⇒「共通の目標」の理由を考えていく。自分が望んでいる理由だ。

いやぁ、いっぱい上がりましたが、先生のファシリテーションがなければ本音は出せなかったです。はい。

フルタイムに戻したいというところでは、「子供かよ！」とおもうような理由も・・・。あとは、上から目線だったり・・・＾＾；

• 相方ばっかり残業できてずるい
• 大人になったときに楽しく仕事ができるように背中を見せたい
• 自分がやりたいことをできなかったと後悔したくない

など。

結局、なんとなく解決策は最初から想像ついていたのですが、こんな感じ。

• 時短を続ける（あと2年しか取れない）
• 取れなくなることには、上の子が自分のことをできる年齢（１１歳）になっている

理由を挙げているときに、本心に触れることができてすっきりする　ことが、上記の解決策を得るための一番の近道なのかもしれない、とやってみて思った。

まとめ

きっと、頭を整理するにも誰かに聞いてもらいたいっていう願望があるし、それはファシリテーターさんが聞いてくれるというところで解消できる。

いろいろな理由にも優先度とか余計なことをかんがえちゃうけど、「とりあえずぜんぶまるっとあげちゃえ！」という師匠の言葉をもらえたからこそ、いろんな心をだすことができたんだなぁ、と思ったり。

一度やってみると、なんとなくわかった気になってしまう。

今度は、仕事で対立すること結構あるので、やってみようと思う。

師匠、ありがとうございました💛

恋文 ～WaterFall からAgileへの讃美歌～

あきこさん（@akiko_pusu）画

僕、48歳、独身、とある会社の課長をやってます。名前はWater・Fall。

うちの課にいる”やばい子”が気になりだして数年。「やばい子」は、A・Girl (A・Gile).

そう、僕にとっては唯一無二の女の子。

年齢差があるので、想いを伝えるかどうかはまだわからない。この年になって恥ずかしいが、やはり怖いのだ。ダメだった場合の負い目を感じながら教育していくことはできないし、でもこの想いはどんどん成長していってしまっている。

今の自分の気持ちの整理として、ラブレターもどきを書いてみようと思う。

一度しかない人生、悔いのないように楽しみたい。

・・・あ。これも、彼女の受け売り・・・。

ラブレター

僕はあなたを尊敬している。そして、大好きだ。

僕にない素晴らしいものを多く持っている。

突然こんなことを言われて戸惑うかもしれない。

こう思うようになったいきさつ、素晴らしいと思うところについて、出来事を振り返りながら書かせてほしい。

からかいでもなく、誇大表現でもなく、これは僕の素直な気持ちなのだということをわかってほしい。

出会い

君が入社してきたのは5年前。

きれいな子だなとは思った。でも、それ以上でもそれ以下でもない。

僕は43歳で、課長になりたてだった。新人が入ってきたのも久しぶりで、ちょっと新鮮だった。

入って来て早々、君はいろいろと僕に食い掛ってきたね。すごい度胸だと思ったよ。

君の価値観は、君の生い立ちからきているということを知ったのは、飲み会で二人で話したときなので、この2年くらい後かな。それは、また別の機会に触れて書くことにしよう。

とにかく、衝撃的で刺激的だったよ。僕の気質が、すべて綿密に最初にきめて、それをゆるぎないものだと確信してから動くタイプだから。

あの時。社員旅行で飛行機に乗ろうとしたときの出来事。君のすばらしさを痛感した初めての出来事だ。

僕は課員分のチケットを1か月前から手配していた。

当日にチケットを受け取ると、それは行きの分ではなく、帰りの分のチケットだった。

綿密に計画し、社員旅行費もきっちり見積もってそれに見合う計画を立てていた。なのになぜ？どこでこんな間違いがあったのだ？僕の計画に失敗があるなんて・・・。最初からこんなイレギュラーなことがおこってしまった。

目の前が真っ暗だった。そんな状況の時に、君は、なんていったか覚えているかい？

「とりあえず、明日の便を確保してきました！いま羽田にいるし、今日はTDLでもみんなで行って楽しんじゃいましょう！近いし！」

「どうすればいいんだ・・・」

こんな気分でいっぱいだった心を、君の柔軟さが、太陽のような笑顔が溶かしてくれた。

僕に反抗するばかりだった君が、なぜ僕のために？と思い、質問をしたね。

「フォローありがとう。なんで動いてくれたんだい？僕のために・・・」

すると、君はまたまた僕の想像を超えた答えをくれた。

「WFさんのためじゃないです。社員旅行は、みんなのものでしょ？ダメなら楽しそうな次の施策を考える。時間がもったいない。みんながしらける時間が長いと、心も離れて行っちゃう。だったら、動ける人が動く！当たり前じゃないですか？」

これを機に、君が気になりだしたんだよ。この子はただ若いだけじゃない、バカじゃない、ってね。あ、怒らないでくれよ。最初の君の印象が悪すぎただけなんだからね。

みんなを大事に、そして柔軟な心

 僕の課は、僕が課長になる前から静かだった。本当に、「静か」。この言葉がしっくりくる環境だった。

中計で中期的（５年程度）の仕事の戦略をたて、年計で次年度の計画を立てる。

その年計に従い、各人がしっかり計画を立てて自分の担当分をこつこつとこなす。

各人が専門性をもってとがった人たちなもんで、領域をおかすことなく仕事をこなしていた。

 君が2年目に入り、一年間の流れがわかったころのできごとだ。

 また、その流れをぶった切るような一言を君が言い放ったんだよ。

「仕事を縦割りにするんじゃなくて、もっとかかわりあいませんか？ちょっと、無駄がある気がしませんか？」

何を言っているのか最初は意味が分からなかった。

君が、ホワイトボードになにやら書き出した時には、びっくりしたよ。

一年間、みんなの仕事の内容をここまでしっかりみていたんだな、と。

新人という立場を利用して、皆にいろいろ質問をしていたのは、みんなの仕事を把握するためだったんだな、と。

やっている仕事の手順、内容を細分化し、重なっている部分を指摘した。

「ここが無駄です。scrumさん、XPさん、一緒にできることありますよね。毎日残業してもったいないです。声を掛け合って、一つずつ終わらせていきましょう～！細かい事務作業は、私が最後に文書化したりしますから！」

それから、「静かな課」という印象はなくなった。

会社が、「仕事場」ではなくなった。「学校」・・・？違うな。

「共生の場所」。そう。みんなで楽しく笑いながら仕事をする場所に変わった。

君がいると、いつも笑顔が満ち溢れる場になる。

本当に・・・。感謝しかない。

ありがとう。

これだけでも、君の魅力ははちきれんばかりに僕の心からあふれて止まらなくなる。

君と飲むようになって、君を知って・・・。

そこからのことはまた別の機会に振り返ることにするよ。

最後に、君が言ってくれたうれしい言葉で締めることにする。

「WFさん、あなたが今まで築き上げてきた地盤があるから、変化することができるんですよ。確固たる信頼と協調。この土台がなければ、柔軟性なんてくそくらえなんですよ！」

ありがとう。僕は僕のやり方がしっくりくるところでしっかり頑張れる。君がそう言ってくれたから。

また明日。会社で会おう。

アドホックな探索的テスト？

昔の経験を探索的テストで思い出した。

20年前に遡る。結構規模のでかいプロジェクトのテストチームに配属されていた。

新人のときにいたテストチームで、とある機能の結合テストを手伝っていたとき。

いつも、バグ多めのプログラムを描く方がいた。

その方の機能テストをした時、担当したテストケースの一部では、たまたまなのかほとんど出なかった。なんで出ないのかな？と思って聞いてみたら、通信する相手先が、かなり優秀な…最高のプログラムを描く人の機能だった。

想定して、色々なエラー処理を入れていたらしい。

苦手とする機能の実装を予想して、どんなデータが来ても対応できるようなコードを書いていたそうな。

すげえと思った。

でも、バグ多めの人の機能で出ないのはおかしい…前はこんな感じの操作をしたときに出たよな…と、規格書に、書かれていないことをやったら、ビンゴ。

すぐに機能担当者に報告した。

その周りの実装を再チェックしてもらった。

自分がテストの担当をする機能のコードを描いた人たちの癖は、なんとなく掴んでいた。どういうエラーを毎回出すか、どういう処理に弱いのか。

担当者ごとの弱点マップみたいなものを書いて、テスト依頼される前に配ったりしていた。

当時のプロジェクトでは、テストチームが関わるのはシステムテストから。たまに工程が押してきたときは、ヘルプで結合テストから入ったりもした。

なので、弱点マップを渡すタイミングには悩んだりした。自分たちが関わるときに渡すとすごく嫌な顔をされるけど、単体テストをやっているときに渡すとニコニコしてくれる。これってなんだろう？っと。

20年経って思い返すと。

この弱点マップって、テスト観点だったり、探索的テストのチャータなのかもしれないな、と。

新人の私は、境界値分析とか同値分割とか、テスト技法と言われるものは何も知らないおバカさんだった。

V字とか、フロントローディングとか多分なかった時代かなあ。

という意味を考えると、アドホックな探索的テストをやっていたのかなーと思う。

根拠はないけど（=アドホック）、この人はここでよくバグを出す（=チャータもどき？）から、叩いてみよう（=探索的？）、というもの。

こういうテストをする人、多分いるんじゃないかなーとも思う。

技法を知らなくても感覚で捉えた内容は、結構間違っていない。

その感ってやつの根拠・仮説を証明して、きちんと分類できるようになるためにテスト技法をそこから勉強した気がする。

こんなきっかけも、あるかな、と思った振り返りでした。

とりとめもない内容を読んでくださってありがとうでした！

子供の成長の片鱗

娘がたくましくなっている。親バカエントリですが、お暇な方はお付き合いください…(^_^;)

家では甘えん坊。

注意するとすぐに泣く。

弟と喧嘩するとすぐに泣く。

通っている学童のスタッフさんたちに聞いた出来事。ふたつ。

娘と友人が喧嘩した。

いつも仲が良くて一緒の二人。

原因は、友人にあった模様。

喧嘩して5分経過…

友人「…ふん。」

娘「…ごめんね。」

友人「いいよー！」

娘から謝ったらしい。

スタッフさん、なぜ先に謝ったのかを聞いたそうな。

娘「学童での時間もあんまりないし、楽しい方がいいでしょ。喧嘩していても楽しくない。先に謝ったほうが得だし！」

そんな考え方を出来るようになったんだなあ、としみじみ。

ラスト出来事。

娘と、友達二人が勉強タイムのときに席につこうとしたときのこと。

友人二人が喧嘩していて、娘の隣を争っていたらしい。

そこで、娘の一言。

「仲直りするまで座らせない！」

友人たちは仲直りするタイミングを逸していただけのようで、速攻お互いに謝って爆笑しだしたとのこと。

また、スタッフさんが娘になんでそんなことを言ったのか聞いたところ。

「3人って面倒くさいことが多いから、これが一番でしょ。楽しいのが一番好き！」

と、のたまったらしい。

言葉の背景にはいろんなことが入っているのかもしれない。

私には推し量ることしかできない。

家では見せない姿を聞くことができて感謝。

ちゃんと見ていてくださっているスタッフさんがいることに感謝。

子供はやっぱり親だけが育てているわけではない。

それを実感した一コマでした。

ありがとうございます。

娘からのdis

昨夜。

娘は、一昨日内緒でしでかしてしまったことを謝ってきた。言わなければわからなかったことを、ちゃんと正直に。そして、最後にはオチをつける働きをしてくれました(^_^;)

その会話、一部始終をご覧ください…(T_T)

一昨日。

娘が、赤鉛筆がなくなったというので、買っておいで、と一人でイトーヨーカドーへ行かせた。

次の日。

学童から帰ってきた娘が。突然泣きながら台所に居る私に向かって告げてきた。

「ごめんなさい、お母さん…私、余計な…無駄なものを買ってしまった…お金無駄にしちゃった…(T_T)　黙っていてごめんなさい…(T_T)」

意味がわからず何も把握できないので、一つづつゆっくり聞いていくことにした。

母「ええと、いつの話？」

娘「昨日、赤鉛筆買いに行ったときのこと。。」

母「無駄なものって何？」

娘「これーー。。」（動物が型どられた消しゴムが沢山入った瓶を見せてきた）

母「ええと、それは、どこからお金を出したの？」

娘「お小遣い。」

母「なんで、無駄だと思ったの？」

娘「消しゴムたくさん持っているのに、可愛いから、つい買ってしまったの。」

複数の問題がここに入り混じっている。

・無駄なものを買ってしまった

・お小遣いで買った

・黙っていた

それぞれの点で、話してみた。

母「まず、無駄なものを買ってしまったこと。これは、見たときには可愛い！って思ったんだよね？だから買ったんだよね。そしたら、次からは、一度家に帰って同じものがないかチェックしてから買うようにしたら？そうすれば、本当にほしいものかどうかわかるかもしれない。」

娘「うん！」

母「次に、黙っていたこと。今日一日、昨日から苦しかったでしょ。言う日にちが伸びると、更にもっと苦しくなるよ。今日言えて良かったね。ちゃんと言ってくれてありがとうね。

今日朝から学校で、辛かったでしょ。これからは、すぐにいいなね。自分も楽だし、お母さんもそのほうが嬉しいよ。」

娘「うん。」

母「最後に…使ったお金のこと。お小遣いで買ったんだよね？それなら、謝る必要もないし、無駄なものを買っても自分の責任だから、報告しなくてもいいんだよ。」

娘「え？」

母「あなたが自由に使えるように、お手伝いをするたびに渡しているお金でしょ。あなたが働いて稼いだお金だよ。何に使ってもいい。無駄だと感じたら、次からはやめればいい。」

娘「うん、そうする。。」

母「おかあさんたちも、自分の働いたお金は自由に使ってるよ。無駄なときもあるけどね。」

娘「飲み会に使ったお金とか？」

母「…？！…それは…ﾋﾂﾖｳｹｲﾋﾄｲｳﾓﾉﾃﾞ…」

娘「何？！聞こえない！」

母「」

最後に娘からのdisをいただき、オチがつきましたようです…

小学生まだ低学年の娘。

でも。そろそろ年齢二桁が見えてきて。

怖いです。。。

「クソッタレ！」 ～あなたの職場のイやな奴を読み終えて～ 後編

尊敬する方から紹介された本、後編。

前編は、こんな内容でした。

okandayo.hatenablog.com

後編。ドラッガーからみたクソッタレ、またクソッタレをうまく活用した事例についてのご紹介をしていこうと思います。と前編でも言及させていただいた通り、ここを中心に書いていきます。

いや、もう本当にクソッタレは・・・・このやろー。

私たち人間は、”思い込み”と”言葉”という二つのレンズを通して世界を見ている。

他人に対してどのような態度をとるかは、この二つのレンジによって決まってくる部分が大きい。 

組織の色に染まらず、やばいとおもったらすぐ逃げる！それでも・・・・・。

ささいな言葉の違いがひとを変えてしまう

「囚人のジレンマ」という実験を例にして、ここでは書いてありました。

思い込みがどれだけ人に影響を与えるか、を説明するために事例が挙げられていました。

 プレーヤーはお互いに協力し合うことでともに勝利を分け合うこともできるし、競争しあって一人勝ちすることもできる。

 「生活共同体だ」「家族だ」となれば、支えあい、補い合い、幸せな方向へ行こうとする。

もしかすると、大きな枠でとらえると、引用の前者は社会主義、後者は資本主義の考えのような・・・。

一つの国を家族とみなすか、発展するためには？に主眼を置くか。

ここで言いたいのは、そんなささいな言葉一つでやる気もそがれてしまうということ。

やる気・能力のある人たちを利己的で不正直で陰険に変えてしまう、と書かれていました。

ドラッガーの言葉

「協調性に目が向くフレーム」が紹介されていました。ウイン・ウイン・ゲームを目指して、だれにとっても満足のいく結果に導くことを最優先して考えること。

わたし、か、わたしたち、か

利己的か、そうでないかを見抜く一番大きい違いは、自分たちのチーム内で話すときによく出る会話の中で、その人が一人称を「私」というか、「私たち」というか、ということだと書かれています。

見回してみましょう。

上司。どうですか？どっちで語っていますか？

私の上司は幸いにも、「おれら」「わたしたち」という言葉を必ず使っています。

自分たちのことだけでなく、周りのことはどう呼んでいますか？

「彼ら」「あそこの人たち」？あまりにも敵視しているのがにじみ出ている言葉ですね。一つの組織の中であれば、「we」で話しましょう、とあります。

これは意識して気を付けて使っていきたいと思いました。

そうあるには、本にも書かれていましたが、

「他人の目で自分を見てみよう。」

クソッタレにならない秘訣だそうです。

以前、こんなエントリを偶然にも書いていました。

okandayo.hatenablog.com

 第三者の目で自分を見たり、組織を見たり。利己的にならないように、常に初心にかえり、ふりかえる。

これは心がけないと忘れてしまいがちですね・・・。

会議の例

自分の欠点をオープンにしたり、自由な意見を言い合える「心理的安全性」を確保しよう、そう書かれていました。

誰かが、「私は、よくミーティングをこじらせるような発言をするが、もうやめようと思う。」という発言をしたとします。

この発言一つで、その彼が同じような発言をしそうになったら止めることができるし、ほかの人がやりそうになっても止めることができる。

生産性の上がらない会議。めっちゃくちゃ、おおいですよね。

クソッタレが、自分の意見を出したいがために道筋・本質と関係ないことを話し出して横道にそれて終了～。

いみねーじゃん！！！

そんな時は、自分を盾にして、

「よく外れた話をしちゃうんですけど、そうなったらとめてくださぁ～い！」

ということで、意識が変わるかもしれない。

毎回は通じないですが、時間がない中で論点をはっきりさせて議論すべき時には使い分けるのも手かもしれませんね！

イやな奴だらけの職場をサバイバルするには

会社はなかなか辞められない。では、どうすればいいか。

何個か紹介しましょう。

• リフレーミング
• 無関心を心がけ、感情を遮断してみる
• 小さな勝利を重ねてみる
• 安らぎを得られる場所を見つけよう

これらを実践するには、自分を鍛える必要があるかもしれません。

自分の心を。そのあたりは、「嫌われる勇気」を読むと参考になると思います！

リベンジリスト

こうタイトルに書いてしまうと、ちょっと怖いかもしれませんが・・・

これも、大事なサバイバル術です。

クソッタレに標準を当て、しっかり観察をする。しかるべき時を選び、一か八かしかけるという意思が自分にあるかどうかを確認しておく。

この勇気がないのであれば、リベンジはしないほうがいいでしょう。

しっぺ返しが来ます。

なにかを行動することによって、「小さな勝利」を得ることができるかもしれません。

あまりにもひどいクソッタレにはどうしたらいいか。

 あなたのまわりの虐げられた同僚と団結して対抗すれば、クソッタレも態度を変えるかもしれないし、うまくすれば永遠に職場から去ってくれるかもしれない

 ちょっと、ぞっとすることが書かれていましたが。。。

この言葉を思い出すような話を聞いたことがあります。現実に、起こるんですよね。

でも、そうしないと組織はおかしくなってしまう。

杭は熱いうちに打て！

 

クソッタレ成功者たちの教訓

うらやましいことに、クソッタレでも成功することもあるんですね。

その最たる例が、スティーヴ・ジョブズだ、と書いてありました。

どういうところが成功者なのか？

• 言葉はひどいが、部下から驚くほどのやる気と創造性を引き出す
• 性格の悪輪を帳消しにするほどの才能がある
• 攻撃やいじめを戦略的に使う
• 効果的に威嚇する
• 恐怖を鞭に、飴も使う
• やる気のない人間を動かす

だれでもができうることではありません。特に、2番目。

クソッタレであるかもしれない。でもそれを優位に使うことができるのは、ほかで認められるほどのものを持っている時だ、と書かれていました。

よって、「うぬぼれは厳禁」とも・・・＾＾；

総じて

クソッタレはかなりな数、いらっしゃると思います。

自分もそうなることがかなりあります。特に子供たちを注意するとき。

感情的になってしまうこともあります。

でも、そうならないように、「わたしたち」というようにしたり、常に第三者の目で見ることができるようにしたり、はじめにクソッタレにならないように、

「自分はこの場をこうしたい！」と宣言し、皆で協力したりする試みをしたりしています。

例は、こちら＾＾；

okandayo.hatenablog.com

毎日できるわけではありません。

でも、振り返ることができたときに少しずつチャレンジすることで、クソッタレ率・・

クソッタレ項目のカバレッジも減っていくかもしれません！

そう思うと、自分も悪くないな。そうおもいますね！

ここまでお付き合いいただき、ありがとうございました！