きままな日記帳

色々と仕事上で不穏な空気が。

3月から５月にかけてとんでもなく忙しくなりそうな気がする。

仕事の量に対して適切な要員のアサインが行われないかもしれないのがその原因。どうも現場と上位のマネージャとの間で認識の違いがある感じ。マネージャから見れば、現場のキーマンの稼働を上げればこなせると思っているんだろうか...。

「今月100時間残業やっても良いから、これだけの仕事終わらせて」と言われてもまったく嬉しくないのだけど。何時間残業を認めるとか認めないとかの話ではないのよね。

火を噴いてから対策を考えようとか、スケジュールが遅延してから対策を、とかもうそれはマネジメントとは言わなくて単なる行き当たりばったり、無計画。現場が土日も返上で働くのをケロッとして見ていられるマネージャがいたとしたら、それはもはや鬼だろう。

マネージャの無茶な指示で、たくさんの人間が体力と気力と、生活時間を割いて仕事してる状況になっていることを、上に立つ人間は今一度よく考えたほうがいい。自分も若い頃は辛い思いをしてきたからとか、厳しい現場が人を育てるから、とかは単なる言い訳だと思う。

自分からプロジェクトを失敗する方向に持っていくケースが多すぎるよな...。

昨日は夕方からうたた寝しすぎて、22時ごろ起きたら頭痛がひどかった。

寝過ぎると頭痛がするのはなぜだろうと思って調べてみると、どうやら偏頭痛の可能性もあるらしい。

寝過ぎ 頭痛 - Google 検索

ただし一概にそうとは言えないようだけど...。

私の場合は、ちょうど少し風邪っぽくて首や肩のコリがあったからそれが原因かも知れないし。

ちょうどプロマネの本を読み進めていたのだけど、頭痛でまったく集中できずにほとんど読むことができなかったのが残念。

リムの汚れを落としましょう。 - ぶろぐ・で・あさひ　|　サイクルベースあさひ

リムの汚れ落としにラバー砥石なんてのがあるのか。

でもこれで地道にゴシゴシとやるのも根気が要りそうだな。

私の自転車もフロントブレーキをかけるとシューという擦れるような音がするからなぁ。ブレーキシューに何か刺さってるかリムが汚れてるかどっちかなんだろうけど。

マイルストーン前でいろいろと作業が立て込んでいたので、何週間かぶりの休日出勤。

ただし、労働時間の制限で長居できないので夕方から職場に顔を出すことにして、それまでは博多駅付近をウロウロと。

交通センターの紀伊國屋で、買い物メモ代わりのamazonカートに入っている本の現物確認。マネージメント系の本などを手に取る。amazonでは高評価だったりするのだけど、いま自分が読みたい内容じゃなかったり、読みにくいと思ったり似たような本はもう持ってるな、などで結局今日はどれも買わずじまい。

紀伊國屋を後にして博多駅へ。ふだんは自転車で家から会社へ直接移動なのであまり駅には頻繁には行かないせいか、行くたびにあちこち工事で店が閉まっていたり移動していたりしてよく分からない。

改札の横にあったパン屋も仮店舗の狭いところで営業してし、もう一件のバンテルンはヨドバシ寄りのちょっと奥まったところに移転してちょっと狭くなってた。久しぶりにそこでパンを買ってから会社へ。

会社で出勤しているメンバーに、残バグの状況や一部作り替えている部分の動作状況などを聞く。大きな問題は無さそうだが、他のレイヤにバグがあって少し上手く動かない機能があるようだ。

これから数回に渡るマイルストーンに、どの機能が載せられるか検討して報告のメールを書く。こちらが使うAPIがまだ提供されていなかったり、仕様が未決定だったりするところもあってリリース可能かどうか流動的なものが多いのだけど、来週は重いアイテムが目白押しだし祝日も挟むので工数と時間的にすべて間に合わせられるかどうか...。

買ったパンのうち、ちょっと高いカレーパンが旨かったな。あとフランスパンにカスタードはさんだのも。いつも残業の時はスーパーでパン買ってるけど、たまにはパン屋のもいいな。電車で通勤していたころは帰りがけによく買い物していたけど。

仕事のほうは3時間半くらい作業して引き揚げ。休日に出勤した甲斐はあったかな。

ATOK2008から2年ぶりのアップデート。

今回はWin/Macとも月額制にしてみた。と言ってもMacはまだATOK2009しか出ていないけどね。

正直なところ、ATOKは仕事で使いたい。会社PCのインストールポリシーが厳しくなってATOKを使えなくなってしまったけど、以前使っていたときは本当に誤変換とか語彙の間違いが少なかった気がする。メールやらドキュメントを毎日たくさん書いていると実感できる。

その後、会社はMS-IMEに戻したのだけど、だいぶ経った今でも、何度変換しても学習してくれない用語があったりしてとても残念。共同通信社記者ハンドブックの拡張辞書と組み合わせると似たような語句のニュアンスの違いとか指摘してくれてかなり最強だったのだけどなぁ...。

ATOK 2010 for Windows 通常版
	ジャストシステム 2010-02-05 売り上げランキング : 24 Amazonで詳しく見る by G-Tools

ときどき、そういうプロジェクトを見かける。

マネージャが現場のメンバーに余計な心配をかけまいと、プロジェクトにとって悪い話しや直近の作業では無いが少し先の話などをあえて黙っていることがある。

でも仕事に追われているうちに、いつの間にか「メンバーに話す適切なタイミング」を過ぎてしまい、「実は○月までに...」という爆弾発言になって現場から反発されたりするケースもあるように思う。

部下は風の噂ではすでにそういう話しを聞いていたりするのだが、マネージャに確認してもはっきりとは言ってくれなかったり、けっきょく釈然としないまま時間だけが過ぎていく。

もっとたちの悪いのは、本当は今からでも準備・検討・着手したほうがいいはずの話しも「現場が忙しそうだから」と現場に伝えないこと。後から蓋を開けてみて「なぜ早くその時に言ってくれなかったんだ...」とガックリするケース。

部下がある程度優秀で自分たちで何をすべきか考えて自主的に動けるチームなら、という前提は付いてしまうが、そういうチームなら多少今の作業が詰まっていようが忙しかろうが、長期スパンの話しや悪い話しをされても、きちんとそれを加味した行動を取ることは意外と可能だと思う。

逆に、今後すでに方向性や新しい案件など決まっていることがあれば積極的に情報展開して欲しいとも思っている。スキマ時間を使って、準備や検討、簡単な資料作りくらいからなら着手できるから。

逆に着手しないと間に合わないギリギリのタイミングで「実はこんな案件が...」「こんな要望が...」と話しを切り出されるほうが辛い。マネージャと現場で作業ボリュームの感覚が違うことも多い。

マネージャ「6月から3名3ヶ月くらいでできるだろう」

と思って、5月の終わりくらいに話しを切り出されても、

現場「3名体制なら4月から着手してないと、検討事項が多すぎて間に合わない！」

ということにもなりうる。そして、当初の想定より作業が増えて残業・休出することになり、現場は余裕が無くなるので検討漏れ、作業の取りこぼしが出て後工程で火を噴くことになることがほとんど。

マネージャの良かれ、が裏目に出ることもあるのですよ...。

バッテリーの表示が改善だと。

朝、満充電して会社に行きそのまま夜まで待ち受けにしてるだけでも、日によって95%だったり60%だったりと電池の消費にとてもバラツキがある。

これが表示の問題なのか本当に消費してるのかってところだなぁ。

まだ考え始めたばかりで、まったくまとまっていないのだけど。

おそらく一部を除いては、劇的に違うってところはそれほど無いんじゃないのかなと思っているのだけど...。でもずっとやってるところはノウハウってのがあるんだろうなぁ。

とりあえずざっと書いてみる。まだまだ薄すぎるので、掘り下げて考えたい。

要件定義と企画

最初のフェーズは、受託なら要件定義、商品開発なら企画ということになろうか。

要件定義なら、顧客の要望や現状分析というようにある程度の方向性のベースがある。

企画だと、商品の方向性、販売ターゲット、価格、機能、市場ニーズ、先見性、競合製品など考慮すべき点が多い。ここで間違えると商品力は下がってしまう。商品開発のキモの一つか。

見積もり

これはどちらもほぼ同じか。

作るもののスコープが固まったら、工数を見積もる。当然、精度は高いほうが良い。

商品の形態によっては（ライブラリ群など）、リファレンスとなる環境やハードウェアを想定しておく。

回収計画

商品開発の場合は、算出した開発コストをベースにどれくらい売ればペイできるかを考える。

ここで企画段階での市場ニーズや競合製品などの有無を考慮に入れる。どれくらいのスパンで回収するかというのもあるだろう。

設計・製造

組み込みの商品開発で、ポーティング対象（ハード、プラットフォームなど）が幅広い場合は、いかにコア部分と移植層を分けて設計できるかが重要。

また将来の拡張なども考慮に入れて設計する必要あり。

原価管理

受託も商品開発も見積もった予算内でこなさなければならないのは同じ。アーンドバリューのように、直接的な数値を週単位なり半月に一回なり集計してプロジェクトメンバに開示したほうがコスト意識は高まるのかもしれない。

かろうじて受託の場合は「費用交渉」というものもあるが、これは受託側に正当な理由が無いと...。

テスト

成果物に対するテストは、受託も商品も大きく変わらないと思う。

商品の場合でかつ、リファレンス環境がある場合はその環境で。

営業、契約

商品の場合はこれもキモ。

販売チャネルが少ない場合はまずは商品の露出から...か？

契約はライセンス形態、イニシャルコスト、バージョンアップ時の費用、カスタマイズ費用など、有利な条件を結べるか。ここで上手く行かないと、対象製品はたくさん売れているのに、実入りが少ないなどの事態に。

保守

瑕疵保証、カスタマサポートなど。保守体制をどれくらい用意するかは考えどころ。

継続開発

次のバージョンの開発や、新機能の搭載など。

初回バージョンが売れて予算が取れればいいが...。また継続開発用の要員を確保するためのコストなども課題。

ベースラインで成功する プロジェクトマネジメント P86より。

うまくいっていないプロジェクトのプロジェクト・マネジャーは、よく見ているとたいてい「反応型」といえる状況です。要は、一定以上起こりうることを想定したうえでの"次の一手"を決めておらず、何か新たなことがわかったり、ステークホルダーから問題視されて、初めてそれらに反応する形で行動を始めます。

つまり、常に後手に回っているのです。これは、「プロジェクト・マネジャー自身がプロジェクト完了時のイメージを最初にしっかりと頭に描いていないまま行動している」ことから引き起こされているのがわかります。

この本の著者の回し者でもなんでも無いのだけど、私が思っていたことと同じ事がけっこう多く書かれていて、私が感じていたことは（少なくともまったくは）間違ってなさそうだな、と。

九州先端科学技術研究所（ISIT)という団体があるのも初めて知ったのだけど...。

2/8に定期交流会というのがあるらしく、そのテーマがandroidなんだそうで。

ISIT Exchange Meeting

第６７回 ISIT 定期交流会のご案内
■日　時
平成２２年２月８日(月)
講演会 １４：３０〜１７：００
交流会 １７：００〜１８：００

■会　場
福岡SRPセンタービル（ももちキューブ）２階 SRPホール
（福岡市早良区百道浜２丁目１−２２）

■テーマ
「Android、その技術と広がるビジネスチャンス」

ブリリアントサービスさんの講演とか聞いてみたいなぁ...と思いつつ、平日の開催だと仕事があるので、とても微妙。

会費払ったりする雰囲気から考えて、申し込んでドタキャンって駄目そうだしなぁ...。80名っていう定員もどれくらい埋まるんだろ。ドタキャンしても怒られず、定員オーバーで行きたい人が行けなかった、とならないなら登録だけしておきたいけども。

androidの会福岡支部長のしかじろうさんも喋るらしいので行ってみたいなぁ。

ベースラインで成功する プロジェクトマネジメント P24より、"プロジェクトの負のスパイラル"

→無理な計画
｜↓
｜間に合わない
｜↓
｜徹夜作業（ヘトヘト）
｜↓
－最低限のことだけやって、あとは謝って許してもらう
（成功ではないが失敗でもない→ムリな計画が検証されない）

ありすぎて困る。

よくあるケース

プロジェクトが始まる前、見積もりもしてない提案段階から、いつのまにか価格がお客に提示されている。しかもスケジュールは非常に短い。

開発部隊はそれを見て「この期間と予算ではムリ」と言うのだけど「すでに価格とスケジュールはお客に提示してるから」と言われ、仕方なく十分な人数も揃えられないままプロジェクトを始める。

予想どおり、途中で遅延し始める。この頃から残業と休日出勤が増え始める。

マイルストーン直前になって、マネージャがようやく状況確認をする。そして「この品質ではリリースできない。どうするつもりだ」などと言い始める。

かといって応援要員が追加されるわけでもなく、単に残業が酷くなり、徹夜も出てくる。

マイルストーン当日、十分な成果物がリリースできない。大抵、お客に頭を下げて日程をずらすか、機能を落としてリリース。

最終的な納期はそう簡単に変わらないので、マイルストーンは謝って乗り切っても問題を先送りしたに過ぎない。

重要なリリース日の少し前くらいに、またもやマネージャが状況確認に入る。そしてまた「できてないじゃないか」と大騒ぎになる。

さすがにこれでは、ということで追加要員が投入されるが時既に遅し。要員の立ち上げ期間を考えてないので生産性はあまり上がらないし、投入されたほうは無茶な稼働を強いられる。

この頃になるとマネージャも進捗確認会と称して毎日長時間の会議を設定するが、状況を延々と聞くばかりで何かが解決することは少ない。「対策はどうするんだ」「結局いつできるんだ」くらいしか言われない。

お客に頭を下げつつ、何度か期日を延長して最終リリース。予算はとっくにオーバーしているし、みんな疲れ切っている。

でもまたすぐに納期と予算がどこかで勝手に決まったプロジェクトが立ち上がり...。

謝ればなんとかなる。ただし反省もしない。

...つきあいのある顧客だったり、日本企業同士だと「謝ればどうにかなる」という部分がそれなりにある。あまりにもクリティカルなケースでは無理だけど。

あとはマネージャが経験してきた道にも大きく影響されるような気がする。

マネージャがPGやSEだった時に残業、徹夜当たり前の仕事スタイルでやっていると、一線を離れたマネージャになっても部下に同じ感覚で指示を出してしまい、「休日出勤すればいいよね」「1日12時間としてスケジュール計算すればいいよね」というのが"当たり前"かのように扱われる。

もうマネージャ自身は休日出勤も徹夜もすることがない立場で、そんな無茶な指示を出しても自分の腹は痛まないというのもあるのかもしれないけど。

往々にしてそういう現場はどこにでもあるし、そして何度も繰り返される。

「忙しかったのは仕方ない」「仕事があるだけ有り難いと思え」「次の案件で取り返す」...。

現場の一人一人が自衛するしか無いと思う。

1ヶ月ぶりくらいにブラブラと外出した気がする。

週末は仕事だったり、用事だったり、はたまた引き籠もっていたりが続いてたもんな...。

天気予報を見て、雨が降るのは夜遅くになってからだろうと思って自転車を使ったのだけど、散髪に行く直前、17時半くらいから見事に雨。

いちおう傘は持っていたので天神についてからの徒歩移動では困らなかったけど、自宅までは自転車乗っていかないといけないし、まさか置いていくわけにも...と、すでに店も閉まり始めた21時くらいまで色んなところをブラブラしながら雨宿り。

少し雨が落ち着いたのを見計らって、一気に帰宅したので思ったほどびしょ濡れにもならずなんとか助かった。

今日は本も何冊か買ったのに加えて、自宅用の常備薬（風邪薬、胃腸薬）も無くなりかかってたのでショッパーズの薬局で購入。自宅と会社の間には、ドラッグイレブンがあるのだけどいつも仕事帰りが0時過ぎるので立ち寄れずじまい。

体調管理のために自宅と会社には風邪薬と胃腸薬は常備するようにしていて、ちょっと体調がおかしいなと思ったらすぐに飲むようにしている。風邪の初期っぽい症状なら昼と夜と2回くらい服用してきちんと寝ればそれ以上ひどくなることはあまり無い。体調悪いと仕事も辛いしね。

最近は忙しい中でも労働時間は一定で済んでいるので、ふだん時間が取れなくてできないことをやろうかということで、英語を。

今までも英語関連の本は文法、翻訳、英作文と本を買っては、やりきれてないんだけど、今回はボキャブラリーを少し増やしたいのでDuoを、簡単な英語表現からってことでもう一冊。

英語の本は山ほど売られているし、amazonの評価を見ても高評価でもある人には全く合わないとか難しい感じ。勉強法も人それぞれだしねぇ...。

Duoはよく売れている単語・熟語集だけど、これだけの分量をこなすにはけっこう根気強くやらないと駄目だろう。

ふだん英文を読んでいて技術系の内容なら大体の意味は取れるのだけど、技術仕様に絡むような細かいニュアンスを読み取りたいときに、そこで出てくる単語と文のつながりなどの文法がもう少し分かると良いのに、と思っているので何かヒントを掴めると良いな。

DUO 3.0
	おすすめ平均 amazonで 使えます！ 続いた理由 高校生としての意見 出会い率が多いっ単語帳 Amazonで詳しく見る by G-Tools

英会話ペラペラビジネス100 － ビジネスコミュニケーションを成功させる知的な大人の会話術 [CD2枚付]
	おすすめ平均 高評価なのが頷けます！ 徹底的な凡庸性 ビジネス英語の現実に則しています ビジネス英語のスルメ本 ビジネス英語の新しい感覚！ Amazonで詳しく見る by G-Tools

次のプロジェクトがまだ自分がどのような関わり方をするかはわからないけど、今やってるプロジェクトの反省を踏まえてプロジェクト管理をもう少し真面目にやらないとダメだと。

今までのやり方は経験・勘・度胸、よく言う"KKD"というほど酷くは無いと思っているけど、仕様面や技術面でリスクの洗い出しが足りて無く、各タスクの見積もりを超えてしまったり、見落としてた仕様ケースが出てきたりしてたのでその辺のモレが無くなるような作業管理をしたい。

また、今回は一部仕様まとめ＋チームリーダーとして動いていたのだけど、現場からPL/PMの動かし方が弱かったかなぁとも思っている。というか、これがうまくできなかったのが一番の失敗だった。

次回はプロジェクト管理をもう少しきちんと、と言ったところでいきなりPMBOKなんてのはまともなプロマネ経験の無い自分には難しいし、1チームで適用するよりプロジェクト全体で適用すべきで少しオーバースペックだと思う。

で、いろいろ参考になりそうな本を探していたら、この本を見つけた。

この人の本は「デスマーチよ!さようなら!」というのを以前読んだことがある。その本はいくつか参考になるところがあったものの、かなり筆者独自の方法だったしちょっと癖が強い感じがしてた。

今日買ったほうは、PMBOKをかなり噛み砕いたような感じの本なので、以前より得る物もあるかなという期待を込めて。

...本来はプロジェクトマネージメントから一歩離れて、技術面からプロジェクトをサポートするために技術系の社内キャリアパスに進んだつもりだったけど、けっきょく自分の思いをプロジェクトの方針や進め方に反映させるには、マネジメントにも多少なりとも関わらないと駄目だったというオチがついたな。

ベースラインで成功する プロジェクトマネジメント
	おすすめ平均 プロジェクトマネージャー必読 これがPMの本質！ Amazonで詳しく見る by G-Tools

今日の買い物。eneloop スティックブースター。

品薄という噂もあったけど、天神のビックカメラで1980円で並んでた。

とりあえずiPhone用の短いケーブルとセットで鞄の中に常備するつもり。iPhoneと並べてみると、下の写真のような感じになる。

amazonレビューでも書いてあったけど、USBで光るLEDライトとかとも組み合わせると使い方によっては便利かも。当面はこれで困ることは無いだろうけど、もし出張とかもっとヘビーに使うようなことが出てきたらその時は高容量のを買おう。

SANYO NEW eneloop スティックブースター USB出力専用ブースターセット(単3形2個セット) KBC-D1AS
	おすすめ平均 便利です 出力専用なのでUSBから充電不可です。 アイデア次第でちょっと面白い使い方 スタイル重視のとんがった設計。とても満足しています。 アルカリ乾電池可の油性マジックサイズUSB電源 Amazonで詳しく見る by G-Tools

BUFFALO USBケーブル 2.0対応 USB-A:Dock 0.2m ホワイト BSIPC01U02WH
	バッファローコクヨサプライ 2009-12-15 売り上げランキング : 11174 Amazonで詳しく見る by G-Tools

45日ぶりくらい。

だいたい40日間隔で散髪しているけど、顔の横の髪が伸びるのがどうも速い感じがするね。それで切ってから一ヶ月くらいすると髪型がアンバランスになってしまう。

とりあえずボサボサだったので少しすっきり。

こうやってブログに書いておけば、「まえ散髪行ったのいつだっけ？」ってことが無くなるので便利。

来年度もいくつか仕事の引き合いが来ているようで、忙しくなりそうなのだけど、今までのようなノリで仕事をしたらほぼ間違いなくトラブルプロジェクトになる雰囲気がある。

いろいろ今までと勝手の違う顧客だったりしたら、どれくらい融通が利くのかなど気にしないといけないことは多いだろうなぁ。

あとは新規開発から派生開発へのサイクルの確立もしないといけないし...。本当に今までのノリだと痛い目にあうはず。なので今から手を打てるもの、考えられるリスクを洗い出して対処を考えていかないと...。

発表ライブの途中で寝てしまったのだけど、初物のデバイスとしてはこの程度なのかなぁ。

動画を見る限り、動作速度は特に引っかかる場面もなく問題無さそう。...ということは、今後のソフトウェアアップデートで新機能を搭載するハード面での余裕はあるだろうし。

アップル iPad 実機ギャラリー＆インプレッション(動画追加)

すでにネット上ではこのデバイスが売れる売れないの議論が出ているようだけど、アップルもこの初代機が爆発的に売れるとは思ってないんじゃ無かろうか。どちらかというと後のソフトアップデート、サービスの追加を繰り返すことによって徐々にデバイスとしての魅力を高めていく戦略だったりしないのかな。

コンテンツビューアとしてのiPadとなると、まだ魅力をそれほど感じないのだけどまずはアプリ開発者にとってはアプリが動作するプラットフォームがもう一つ増えたって事で嬉しいんだと思う。あとは高解像度を生かした新しい視点のアプリが出てくるだろうし。

iPadを外に持ち出してまで使うかどうかは微妙。家の中の好きな場所で写真や動画、ネットのコンテンツが見られるビューアとして見たほうが良さそう。ビジネスならどこでもプレゼンできるツールとして使えるかな...。その会社の専用営業アプリとセットで持ち回らせるのには良いかも。保険の外交員とか。

既存iPhone OSのアップデートが無かったのは残念。6月のWWDCまでは動きがないのかなぁ。

Z80シミュレータ付きなんだと。

20年近く前に、MSXでZ80のアセンブリをゴリゴリ書いていたなぁ。

Z80はアセンブリもそこまで複雑ではないし、BCレジスタみたいに8ビットレジスタを二つ使って16ビットを取り扱うというちょっと変わったルールを除けば、学習には悪くないのかも。

C言語をやる前にアセンブリをやっておくとポインタで躓かないし理解も早いだろうしね。

動かしながら理解するCPUの仕組み CD-ROM付 (ブルーバックス)
	Amazonで詳しく見る by G-Tools

NHKスペシャル｜メイド・イン・ジャパンの命運

きのう録画していたのを見た。個人的には、かなりのヒット。

組み込みやっている人なら「あるある！」と思う場面が随所に出てくるし...。

ソフトを焼いても起動しない、バグが数千件レベルで発生する、デモしている途中に動かなくなる、動かない時はまずログを確認、などなど。よその現場を見るのが自分自身でこんなに食いつくとは思わなかったな。

東芝のCELL REGZAの開発の一端を垣間見れるのだが、ハード屋さんのソフトウェアに対するもどかしさが強く出てた感じだな。ハード屋から見ればソフトウェアはブラックボックスに近いし。

番組のテーマの「日本のものづくりはどこへ向かうべきか」を考えると、番組中で東芝の人が「職人芸のほうに行くしかないでしょう」と言っていたが、果たしてそうなんだろうか。

たしかにコモディティなものでは価格面で海外メーカーにはかなわないだろう。しかし職人芸的な細やかさを理解してそれを付加価値としてお金を出してくれるマーケットがどれだけあるのかというのも問題。

VISIO製のテレビを複数台買っていたアメリカの消費者は「VISIOで品質は充分、安いしね」とコメントしていたし、日本国内であっても"付加価値"がたくさんついた高機能な電気製品をどれだけ選ぶかというと...？

番組に出てくるもう一つの事例、ビクターのような生き方も有りと言えばありだろうなぁ...でもこれは一朝一夕にできるものでも無いように思うし。

見逃した人は、2010年1月27日（水）　 午前0時45分〜1時34分にあるみたい。