はだか祭

先週の土曜日（２／７）に国府宮神社のはだか祭に参加してきました。

あまり知られていませんが正確には、「尾張大国霊神社の儺追神事」といいます。
今年は土曜日＆好天とあって非常にはだか男の数が多かったようです。


このお祭りは、いくつかのパートで構成されていますが、メインは、はだか男（報道によると１万人以上）の待ち受ける神社の参道に神男がでてきて、もみくちゃに儺追殿という神社の中の建物に引き上げられるところかと思います。

参道への出たては人が集まっていないので一番さわりやすいチャンスなのですが、でてくる場所と時間がわからないのでみんなあちこちきょろきょろして探すことになるわけです。


今年は神男が義弟の知り合いだったそうで、義弟は顔を知っていたのでカツラをかぶった神男が出てきたのがすぐわかったそうで、無事さわってきたようです。

私といえば、寒さを紛らわせるために日本酒をガブ飲みしたせいか、無事家に帰りついて風呂から上がった後でブッ倒れてしまいましたとさ。

毎年、はだか祭が終わると暖かくなってくるので、春ももうすぐといったところでしょうか。


噂によると来年は金曜だそうです。
皆さん、午後休とってはだか祭にでましょ～！

var_tempよりpr

こんな便利な関数が用意されているなんて知りませんでした・・・。（cakePHP）


pr()


配列の階層が分かりやすいように改行、インデントがされます。
今までhtmlソース見てた（アホでしょうか）のでかなり楽になります。

らーめん臺大の新年会

近所のらーめん屋「らーめん臺大」の新年会に行ってきました。

店主夫妻と店の常連、および、その知り合いで総勢２７名（！）でした。

初参加の方も３分の１ほどいて、なかなか新鮮でした。
年齢の幅も広く、下は２１歳から上は４０うん歳と、コンパのような同窓会のような上司部下の慰安と説教のような、いつもながらなんだかよく分からない飲み会でしたｗ

店主夫妻の老婆心から（だと思う）、毎回、独身男女を優先して招待するのですが、今回めでたく１組カップルが成立しそうな予感です。

会を重ねるごとに人数が増えてきており、そろそろ収拾がつかなくなってますがそれもまた楽しといったところでしょうか。


締めは店主の

「不景気の中ですが皆さん、らーめん食べに来てくださいTT」

という切実な営業トークで幕を閉じました。（笑）





全然行けなくって、すんませーん！！


次回は花見かな～？
楽しみでっす。
興味のある方はぜひお店に行って大将と仲良くなりましょうっていうか、２回も行けば絶対大将に話しかけられてると思いますケド！

インフルエンザ来襲

①号②号とも撃沈です。

小学校ではインフルエンザにかかった児童は出校停止となり、自宅で休養しなければなりません。
知らなかったのですが、この時の休みは「欠席」にはならないとのことです。

皆勤狙いの児童が無理やり出校するのを防ぐためでしょうか。

でも、そもそも「皆勤賞」って、健康に気を配り風邪などひかないようにし勉学によく励んだことを賞するもののような気がしますが・・・。



インフルエンザの話題ついでに、社会人の風邪ひきマナーについて。


大事なことは、１にも２にも、

「人に伝染さない」

です。

ただの風邪でもマスクは当然、手洗いうがいも子供以上にしっかりやるべきです。
38度以上の熱が出た場合は、インフルエンザとの診断があるなしにかかわらず、職場に出るべきではありません。

ただし、欠勤する間の業務については、様々な対応が必要です。


自分しかできない業務（あまりそういう業務が多いのは問題ですが）については、

「延期し、その連絡と予定変更手配やリスケジュールを行う」


自分以外でも対応可能な業務は、

「上司、部下、同僚に対応依頼または対応の調整を依頼する」

この時、部下や同僚に直接指示や依頼を行ったら、必ず、上長にその旨を報告することが大切です。


当たり前のことになりますが、欠勤し自宅で過ごす場合は、しっかり休養することが一番大事です。

万が一にも、

「ひゃっほう！久しぶりの休みだぜ。たっぷりゲームしよう。」

などといたずらに睡眠時間を浪費してはいけませんｗ

会議をコントロールする～その５

今回は「双方で何かを決定する」会議についてです。



当然ですが、前回までの内容がこのタイプの会議ではすべて必要になります。

例えば、

「事前準備」（その２参照）
「最重要ステークホルダーは誰か」（その３参照）
「攻守のフェーズの切り替え」（その４参照）
「聞き出した内容は、必ずその場で自分で整理して、参加者全員に確認する」（その３参照）
「締め方（会議の終わり方）」（その４参照）

などです。


ですので、ここではこれまで触れなかった部分を中心にまとめていこうと思います。




当たり前ですが、このタイプの会議の開始時点では「結論」が合意できておらず、会議の目的は「結論を出す」ことになります。

ですので、大きく会議の行方を握るのは「自分なりの結論を持った人」になるでしょう。



この観点で会議を見てみると、いろんなパターンが見えてくると思います。
例えば、


「結論（＝落とし所）を持った人がいない場合」

発言がなかったり、逆に議論が拡散したりして、結果的に意味のない会議になりがちです。



「結論を持った人が１人の場合」

必要な議論が行われずその人の都合のよいその場の結論が出され、後々問題となったりします。



「自分なりの結論を持った人が多すぎる場合」

会議が紛糾したり、利害の絡み合った綱引きになったりして結論がでにくい会議となります。




まず、会議の前半で、参加者の考えている落とし所を聞き出しましょう。

いわゆる「腹の探り合い」です。

まぁ、エンジニアリングの世界ではあまりコソコソせす、どーんと聞いてしまうのが手っとりばやいと思いますが、契約や費用などナーバスな問題がからむ場合は、より「政治的な」駆け引きが必要となるでしょう。
が、そのあたりはまた別の機会に。


参加者の思惑や、会議のパターンが見えてきたところで、実際のコントロールの話に入るわけですが、その際に、自分がどの立場で会議に臨むのかで必要なテクニックは変わってきます。


次回から、自分が落とし所を持っている場合と持っていない場合のコントロールテクニックを書いていこうと思います。