受験記 その二
◆試験前日
前日になると、不得意分野の詰め込みくらいしか
できることがないので、私の場合は待ち行列の
勉強をしていました。
あとは昼寝をして睡眠不足を解消しておくくらい。
そもそも、試験中に眠くなるようではダメなんだろうけど、
頭の回転が悪いと解ける問題も解けなくなるので
体調管理だけは万全にしておきたいところです。
前日は22時にベッドに入りました。
なんだかんだで寝たのは25時くらいですけどね(^-^;)
◆試験当日
7:00起床
朝ご飯をコンビニに買いに行く。
サンドイッチとコーヒー・リゲイン２本・眠々打破２本
を購入
リゲインは一時的に頭の働きを向上させるため。
眠々打破は午後の眠気対策用。
尿検査など無いのでドーピングしまくりです。
帰宅して午前問を眺めながら朝食。
参考リンク
眠々打破
リゲイン
8:30出発
試験会場が明治大学(御茶ノ水駅徒歩五分)なので、
9時到着予定(試験開始9:30)として8:30に家を出る。
電車の中でソフ開参考書を斜め読み。
受験生らしき人もちらほらいたので、
お互い頑張ろう！と心の中で唱えてみたりした。
9:00御茶ノ水到着
反対側の出口から出てしまいちょっと迷う。
それっぽい人の流れに沿って歩いたら明大到着。
今回受験会場になってるのはリバティタワーというトコ。
なんだかでっかくてきれいな建物だなぁ。
入り口で教室を確認し、上にあがる。
教室に行く前にまずはトイレ。
混んできてからだと遅いからね。
すっきりしたところで教室到着。
まだ2割程度の入り。
とはいえ、情報処理試験の出席率ってかなり低いので、
実はもう結構そろってるのかもしれない。
参考リンク
平成17年度春期試験受験者数速報
9:10着席
着席して筆記用具の準備。
えんぴつえんぴつえんぴつ
シャープペンシャープペン
けしごむけしごむ
じょうぎ
受験票
を机の上に配置。
やべ、持って来たエンピツ6角形やんけ(-_-;)
9:15最後の確認
最終確認ということで最後に参考書をひと読み。
前の席に恰幅のいいおじさんが来た。
袋に入ったままの新品のタオルを持ってる。
どうやら汗っかきな人らしい(笑)
準備万端だなー、と心の中でくすりと笑う。
これでなんとなく緊張がほぐれた。
ありがと、おじさん。
試験にたどり着いてないけど長くなったので今日はここまで。
nanoさんみたいにシリーズ化しようかな(笑)
前日になると、不得意分野の詰め込みくらいしか
できることがないので、私の場合は待ち行列の
勉強をしていました。
あとは昼寝をして睡眠不足を解消しておくくらい。
そもそも、試験中に眠くなるようではダメなんだろうけど、
頭の回転が悪いと解ける問題も解けなくなるので
体調管理だけは万全にしておきたいところです。
前日は22時にベッドに入りました。
なんだかんだで寝たのは25時くらいですけどね(^-^;)
◆試験当日
7:00起床
朝ご飯をコンビニに買いに行く。
サンドイッチとコーヒー・リゲイン２本・眠々打破２本
を購入
リゲインは一時的に頭の働きを向上させるため。
眠々打破は午後の眠気対策用。
尿検査など無いのでドーピングしまくりです。
帰宅して午前問を眺めながら朝食。
参考リンク
眠々打破
リゲイン
8:30出発
試験会場が明治大学(御茶ノ水駅徒歩五分)なので、
9時到着予定(試験開始9:30)として8:30に家を出る。
電車の中でソフ開参考書を斜め読み。
受験生らしき人もちらほらいたので、
お互い頑張ろう！と心の中で唱えてみたりした。
9:00御茶ノ水到着
反対側の出口から出てしまいちょっと迷う。
それっぽい人の流れに沿って歩いたら明大到着。
今回受験会場になってるのはリバティタワーというトコ。
なんだかでっかくてきれいな建物だなぁ。
入り口で教室を確認し、上にあがる。
教室に行く前にまずはトイレ。
混んできてからだと遅いからね。
すっきりしたところで教室到着。
まだ2割程度の入り。
とはいえ、情報処理試験の出席率ってかなり低いので、
実はもう結構そろってるのかもしれない。
参考リンク
平成17年度春期試験受験者数速報
9:10着席
着席して筆記用具の準備。
えんぴつえんぴつえんぴつ
シャープペンシャープペン
けしごむけしごむ
じょうぎ
受験票
を机の上に配置。
やべ、持って来たエンピツ6角形やんけ(-_-;)
9:15最後の確認
最終確認ということで最後に参考書をひと読み。
前の席に恰幅のいいおじさんが来た。
袋に入ったままの新品のタオルを持ってる。
どうやら汗っかきな人らしい(笑)
準備万端だなー、と心の中でくすりと笑う。
これでなんとなく緊張がほぐれた。
ありがと、おじさん。
試験にたどり着いてないけど長くなったので今日はここまで。
nanoさんみたいにシリーズ化しようかな(笑)
受験記 その一
試験の後遺症でクビが痛いitproです。
気合入れて試験に臨んだらクビが回らなくなりました。
よっぽど前のめりで試験に取り組んでいたか、
普段の姿勢が悪いかのどちらかですね。
情報処理試験がどうにか終わりましたので
ブログ更新を再開しようと思います。
今日から数日くらいは受験記でも書こうと思います。
初日の今日は受験当日までの勉強について。
今回私が受けたのは『ソフトウェア開発技術者』です。
普段『SE向けの○○』なんて書いてる割には
この資格もってないんですよね(-_-;)
専門学校時代に寝坊して受け損ねて以来
踏ん切りがつかなくて今年までスルーしてきました。
そろそろ年齢的にも取らねばならない時期が来たので、
力試しも兼ねて今回受けることにしました。
受けるからには受験勉強をしなきゃいけませんが、
仕事も抱えてますのでそんなに勉強時間は取れません。
基本的には今まで働いて得てきた知識に頼るとして、
それで足りない部分について過去問を解くといった
感じの勉強法をとってました。
願書を出したころはかなりやりこんでたのですが
試験が近づくにつれてやる気がなくなり、
最後の方はかなりだらけた感じになってしまいました。
なかなかモチベーションの維持っていうのは難しいですね。
知り合いに、『ライバルをつくって競い合う』という
モチベーション管理をしている人がいますがそれもアリかも。
資格手当というのもモチベーションがあがりますね。
皆さんはなにかモチベーションを上げるための工夫してますか？
さて、試験の話に戻りますが、私の苦手分野は待ち行列です。
何度やっても間違えます。
さすがにマズいと思って、下記のサイトを使って
試験前日に頭に詰め込みましたけど。
『サルでもわかる待ち行列』
『アバウトに捕らえる待ち行列』
明日からは午前・午後1・午後2の試験について
ちょこちょこ書いてみようと思います。
ちなみに、私の受験番号は
『SW201-0477』
です。
受かったかどうか興味のある人は
チェックしてみてください(笑)
数日サボったブログ勘を取り戻すためにも、
とりあえずはぼちぼち更新で行きますよ。
気合入れて試験に臨んだらクビが回らなくなりました。
よっぽど前のめりで試験に取り組んでいたか、
普段の姿勢が悪いかのどちらかですね。
情報処理試験がどうにか終わりましたので
ブログ更新を再開しようと思います。
今日から数日くらいは受験記でも書こうと思います。
初日の今日は受験当日までの勉強について。
今回私が受けたのは『ソフトウェア開発技術者』です。
普段『SE向けの○○』なんて書いてる割には
この資格もってないんですよね(-_-;)
専門学校時代に寝坊して受け損ねて以来
踏ん切りがつかなくて今年までスルーしてきました。
そろそろ年齢的にも取らねばならない時期が来たので、
力試しも兼ねて今回受けることにしました。
受けるからには受験勉強をしなきゃいけませんが、
仕事も抱えてますのでそんなに勉強時間は取れません。
基本的には今まで働いて得てきた知識に頼るとして、
それで足りない部分について過去問を解くといった
感じの勉強法をとってました。
願書を出したころはかなりやりこんでたのですが
試験が近づくにつれてやる気がなくなり、
最後の方はかなりだらけた感じになってしまいました。
なかなかモチベーションの維持っていうのは難しいですね。
知り合いに、『ライバルをつくって競い合う』という
モチベーション管理をしている人がいますがそれもアリかも。
資格手当というのもモチベーションがあがりますね。
皆さんはなにかモチベーションを上げるための工夫してますか？
さて、試験の話に戻りますが、私の苦手分野は待ち行列です。
何度やっても間違えます。
さすがにマズいと思って、下記のサイトを使って
試験前日に頭に詰め込みましたけど。
『サルでもわかる待ち行列』
『アバウトに捕らえる待ち行列』
明日からは午前・午後1・午後2の試験について
ちょこちょこ書いてみようと思います。
ちなみに、私の受験番号は
『SW201-0477』
です。
受かったかどうか興味のある人は
チェックしてみてください(笑)
数日サボったブログ勘を取り戻すためにも、
とりあえずはぼちぼち更新で行きますよ。
お休み
風邪の症状が出ているのと情報処理試験が近いということで
ちょびっとだけブログ更新をお休みします。
まぁ、休んだところで試験に受かるわけでも
風邪が治るわけでもないんですけどね。
他にも試験を受ける方いらっしゃいましたら
お互い頑張りましょう(^o^)丿
ちょびっとだけブログ更新をお休みします。
まぁ、休んだところで試験に受かるわけでも
風邪が治るわけでもないんですけどね。
他にも試験を受ける方いらっしゃいましたら
お互い頑張りましょう(^o^)丿
渡辺氏の回答 その二
さて、渡辺氏からの回答の続きです。
06．現在、問い合わせに平均何時間で回答していますか？
リニューアル前までは平均3日以内に回答させていただいておりましたが、リニューアル直後は、たくさんのご意見・ご要望をいただいため、返信に時間がかかっておりました。
うーん、リニューアル前の『平均3日』が早かったと
いうようなニュアンスですが、ユーザーサービスの
問い合わせ対応で二晩をまたぐというのはどうなんでしょうね。
その日のうちに回答が帰ってくると『早い』
翌日回答だと『普通』・翌々日回答だと『遅い』
という感覚を持つ人が多いと聞いたことがあります。
確かに二晩も音沙汰ナシだと、放置されている
と感じてしまっても仕方ないかもしれませんね。
今後は24時間(一晩以内)に返答するとのことですので、
実行されることを期待しましょう。
07．負荷テスト・運用テストをやりましたか？
1ヶ月のテスト期間を設け行いました
期間が十分でもテストパターンが不十分だったようですね。
今回のリニューアル不具合で発生した問題点をまとめて、
予防策と対応をきちんと検討すれば、ブログサービス
運用におけるテスト手順が確立できると思います。
失敗を無駄にせずに、今後に活かしてください。
08．マックでの事前稼動確認をしましたか？
アメーバブログの推奨環境での動作確認を行いました。
要するに『やっていない』ということのようですね。
推奨環境がどうこうと言う前に、リファラー調査などで、
アメブロユーザのOSとブラウザのシェア調査をしてください。
推奨環境のユーザが5%しかいなかったとしても、
推奨環境を押し通すのでしょうか？
それではユーザ重視とはいえませんよね。
09．なぜ、プロトタイプの事前公開をしなかったのですか？
このたびの反省をいかし、今後は一部もしくは全てのユーザーにプロトタイプの事前公開をさせていただくことを検討しております。
はい、よろしくお願いします。
今回のリニューアルにおいては、
現在がプロトタイプ公開中のようですから。
10．いまはどういう体制でリカバリしてますか？
ユーザーサポートを増員し、開発チームと情報を共有することで、皆様からの声を迅速に捉え実行できる体制をとっております。
4人のサポートと20人の開発チームで回るかどうか不安ですが、
徐々にサポート内容が改善されているようなので、このまま
サービス体制の確立と、質の向上を目指して頑張ってください。
スタッフが疲れていては質の向上は期待できませんので、
十分な人数を用意して、休養を取れるようにしてあげてください。
それと、50万人獲得を目指すのであれば、
早いうちに体制を整えておいた方がいいと思いますよ。
今日はちょっとだけ突っ込みを入れてみました。
でも、風邪気味のせいか切れ味悪すぎです(-_-;)
次回に続く。。。
06．現在、問い合わせに平均何時間で回答していますか？
リニューアル前までは平均3日以内に回答させていただいておりましたが、リニューアル直後は、たくさんのご意見・ご要望をいただいため、返信に時間がかかっておりました。
うーん、リニューアル前の『平均3日』が早かったと
いうようなニュアンスですが、ユーザーサービスの
問い合わせ対応で二晩をまたぐというのはどうなんでしょうね。
その日のうちに回答が帰ってくると『早い』
翌日回答だと『普通』・翌々日回答だと『遅い』
という感覚を持つ人が多いと聞いたことがあります。
確かに二晩も音沙汰ナシだと、放置されている
と感じてしまっても仕方ないかもしれませんね。
今後は24時間(一晩以内)に返答するとのことですので、
実行されることを期待しましょう。
07．負荷テスト・運用テストをやりましたか？
1ヶ月のテスト期間を設け行いました
期間が十分でもテストパターンが不十分だったようですね。
今回のリニューアル不具合で発生した問題点をまとめて、
予防策と対応をきちんと検討すれば、ブログサービス
運用におけるテスト手順が確立できると思います。
失敗を無駄にせずに、今後に活かしてください。
08．マックでの事前稼動確認をしましたか？
アメーバブログの推奨環境での動作確認を行いました。
要するに『やっていない』ということのようですね。
推奨環境がどうこうと言う前に、リファラー調査などで、
アメブロユーザのOSとブラウザのシェア調査をしてください。
推奨環境のユーザが5%しかいなかったとしても、
推奨環境を押し通すのでしょうか？
それではユーザ重視とはいえませんよね。
09．なぜ、プロトタイプの事前公開をしなかったのですか？
このたびの反省をいかし、今後は一部もしくは全てのユーザーにプロトタイプの事前公開をさせていただくことを検討しております。
はい、よろしくお願いします。
今回のリニューアルにおいては、
現在がプロトタイプ公開中のようですから。
10．いまはどういう体制でリカバリしてますか？
ユーザーサポートを増員し、開発チームと情報を共有することで、皆様からの声を迅速に捉え実行できる体制をとっております。
4人のサポートと20人の開発チームで回るかどうか不安ですが、
徐々にサポート内容が改善されているようなので、このまま
サービス体制の確立と、質の向上を目指して頑張ってください。
スタッフが疲れていては質の向上は期待できませんので、
十分な人数を用意して、休養を取れるようにしてあげてください。
それと、50万人獲得を目指すのであれば、
早いうちに体制を整えておいた方がいいと思いますよ。
今日はちょっとだけ突っ込みを入れてみました。
でも、風邪気味のせいか切れ味悪すぎです(-_-;)
次回に続く。。。
渡辺氏の回答 その一
さて、渡辺氏からの回答について見ていこうと思いますが、
全部まとめて書くと長くなるので分けて書きます。
それと、いったん長々と下書きしたのですが、
指摘事項が多くなりがちだったので破棄しました。
起こってしまったことに対して
重箱の隅を突っついても始まりませんので、
前向きに考えるという視点で書こうと思います。
私のような若輩者が、人さまから頂いたメールに対して
あーだこーだと講釈をたれるようなことでは良くないと思いますし
皆さんが回答を読んで感じたものをそのまま持って帰って
いただければそれがイチバンですからね。
◆
まず、回答を早めに返してくれた点についてはとても評価できます。
equalsさんのご指摘のとおり、『答えるとリスクを負う質問』
がいくつかありました。
それらについてもきちんと回答している点に好感がもてますし、
今後のユーザーサポートの質の向上に期待ができます。
01．今回のリニューアルは誰の発案ですか？
今回のリニューアルに関してはオープン当初に実現できなかった機能を次期バージョンで実現するという計画がオープン当初からありました。
その後のユーザーの皆様の要望の多いものを用件に加えてリニューアルいたしました。
言われてみればその通りの回答ですね。
ベンチャー企業というのはスピードが勝負ですので、
おそらくブログ開設に必要な機能を実装した時点で
サービスを開始したんでしょう。
後できちんと機能を作りこむつもりでいたので、
その部分を今回のリニューアルで搭載したと。
皮肉なもんですけど、必要最低限の機能しか実装していなかったからこそ、
リニューアル前は誰にでも使いやすいエントリシステムだったワケです。
ここは初心に戻ってシンプルに記事が書けるモードも
ぜひ復活させて欲しいところです。
ブログを書くのにそんなにごちゃごちゃした機能は必要ないというのは、
アメブロ自身が証明してくれていたんですからね。
02．クオリティ・コスト・納期どれを重視して作業を進めましたか？
クオリティを優先してまいりましたが皆様の要望を満たすだけのクオリティでなかったことを認識し、反省しております。
ブログのシステムとしては一応完成していますが、
テストが不十分な感じなので、納期重視で進めて
とりあえず稼動させちゃったという感がありますね。
後からぽろぽろ不具合が出てくるということは、
テストでの確認事項が少なすぎたということです。
ここは改善を望みたいところです。
今後も継続してチェックしていくべきでしょう。
少なくとも、ユーザーをデバッグ要員として
使うべきではないと思います。
03．リニューアル直後の土日はきちんと対応してましたか？
リニューアル後のリソース配分が不足しておりました。
初日こそ、余るくらいに大量にスタッフを動員しないといけないと思うのですが、
その辺のリソース配分を間違えたということのようですね。
今回の件でかなり冷や汗を書いたと思うので、今後大幅な機能変更が
ある際はきちんとした体制をとってくれることを期待しましょう。
04．アメブロ開発部隊のチーム規模・構成を教えてください。
アプリケーション開発、クリエイティブ、サーバー運用の3チーム、総勢20名となっております。
18万人の利用するサービスとはいえ、
20人程度で構築・運用できるもんなんですね。
平時ならコレで事足りそうですけど、リニューアル後は
24時間土日無しの対応を迫られるので、3交代制を取るとしても
20人では回りそうにありません。
というか明らかに回っていません。
倒れたりしてる人がいなきゃいいんですけど。。。
トラックバックやPINGに不具合が出たのって途中からですよね。
「疲れたエンジニアさんがミスコーディングをした」
とかそういう理由だったりするのかな？
それなら、なおさら人を増やしてあげて欲しいところです。
05．ユーザサポートを何人でやってますか？
延べ2人で対応をさせていただいておりましたが、来週を目処に4人体制とさせていただきます。
tyaoriさんがコメントでいいこと言ってくれました。
『２人で足りるくらい
わかりやすいシステムだったんだなぁ･･･』
まったくそのとおりですね。
今まではサポート2人で足りるくらいの
シンプルな仕組みだったんですよ。
『便利になる』→『機能が複雑化する』→『問い合わせが増える』
という単純な流れを見落としていたのかもしれません。
もしくは、ここまで不具合が出ると思ってなかったのでしょう。
ユーザーを最優先に考えてくれるのであれば、
サポート体制は万全にしておいて頂きたいものです。
◆
長くなるのでまずはここまで。
過激な叩きを期待していた方がいたらすみません。
この後も、とってもマイルドな解説が続くと思います。
全部まとめて書くと長くなるので分けて書きます。
それと、いったん長々と下書きしたのですが、
指摘事項が多くなりがちだったので破棄しました。
起こってしまったことに対して
重箱の隅を突っついても始まりませんので、
前向きに考えるという視点で書こうと思います。
私のような若輩者が、人さまから頂いたメールに対して
あーだこーだと講釈をたれるようなことでは良くないと思いますし
皆さんが回答を読んで感じたものをそのまま持って帰って
いただければそれがイチバンですからね。
まず、回答を早めに返してくれた点についてはとても評価できます。
equalsさんのご指摘のとおり、『答えるとリスクを負う質問』
がいくつかありました。
それらについてもきちんと回答している点に好感がもてますし、
今後のユーザーサポートの質の向上に期待ができます。
01．今回のリニューアルは誰の発案ですか？
今回のリニューアルに関してはオープン当初に実現できなかった機能を次期バージョンで実現するという計画がオープン当初からありました。
その後のユーザーの皆様の要望の多いものを用件に加えてリニューアルいたしました。
言われてみればその通りの回答ですね。
ベンチャー企業というのはスピードが勝負ですので、
おそらくブログ開設に必要な機能を実装した時点で
サービスを開始したんでしょう。
後できちんと機能を作りこむつもりでいたので、
その部分を今回のリニューアルで搭載したと。
皮肉なもんですけど、必要最低限の機能しか実装していなかったからこそ、
リニューアル前は誰にでも使いやすいエントリシステムだったワケです。
ここは初心に戻ってシンプルに記事が書けるモードも
ぜひ復活させて欲しいところです。
ブログを書くのにそんなにごちゃごちゃした機能は必要ないというのは、
アメブロ自身が証明してくれていたんですからね。
02．クオリティ・コスト・納期どれを重視して作業を進めましたか？
クオリティを優先してまいりましたが皆様の要望を満たすだけのクオリティでなかったことを認識し、反省しております。
ブログのシステムとしては一応完成していますが、
テストが不十分な感じなので、納期重視で進めて
とりあえず稼動させちゃったという感がありますね。
後からぽろぽろ不具合が出てくるということは、
テストでの確認事項が少なすぎたということです。
ここは改善を望みたいところです。
今後も継続してチェックしていくべきでしょう。
少なくとも、ユーザーをデバッグ要員として
使うべきではないと思います。
03．リニューアル直後の土日はきちんと対応してましたか？
リニューアル後のリソース配分が不足しておりました。
初日こそ、余るくらいに大量にスタッフを動員しないといけないと思うのですが、
その辺のリソース配分を間違えたということのようですね。
今回の件でかなり冷や汗を書いたと思うので、今後大幅な機能変更が
ある際はきちんとした体制をとってくれることを期待しましょう。
04．アメブロ開発部隊のチーム規模・構成を教えてください。
アプリケーション開発、クリエイティブ、サーバー運用の3チーム、総勢20名となっております。
18万人の利用するサービスとはいえ、
20人程度で構築・運用できるもんなんですね。
平時ならコレで事足りそうですけど、リニューアル後は
24時間土日無しの対応を迫られるので、3交代制を取るとしても
20人では回りそうにありません。
というか明らかに回っていません。
倒れたりしてる人がいなきゃいいんですけど。。。
トラックバックやPINGに不具合が出たのって途中からですよね。
「疲れたエンジニアさんがミスコーディングをした」
とかそういう理由だったりするのかな？
それなら、なおさら人を増やしてあげて欲しいところです。
05．ユーザサポートを何人でやってますか？
延べ2人で対応をさせていただいておりましたが、来週を目処に4人体制とさせていただきます。
tyaoriさんがコメントでいいこと言ってくれました。
『２人で足りるくらい
わかりやすいシステムだったんだなぁ･･･』
まったくそのとおりですね。
今まではサポート2人で足りるくらいの
シンプルな仕組みだったんですよ。
『便利になる』→『機能が複雑化する』→『問い合わせが増える』
という単純な流れを見落としていたのかもしれません。
もしくは、ここまで不具合が出ると思ってなかったのでしょう。
ユーザーを最優先に考えてくれるのであれば、
サポート体制は万全にしておいて頂きたいものです。
長くなるのでまずはここまで。
過激な叩きを期待していた方がいたらすみません。
この後も、とってもマイルドな解説が続くと思います。