A Day In The Boy's Life -151ページ目

A Day In The Boy's Life

とあるエンジニアのとある1日のつぶやき。

わたしの悩みは、会社の人たちが仕事でWikiを使ってくれないことである。

けっこう重要な伝達であってもメールで指示がくることがほとんどだ。

よってすべてこちら側でWikiにまとめてプロジェクトメンバーに共有しないといけないし、なによりメールなのでプロジェクトや保守業務でメンバーが入れ替わった場合に、メールを探し出して共有する必要がある。

トラブルが発生したさい、過去のメールの経緯を取り出すのに時間がとられることが多く、対策として、伝えられたことを箇条書きにまとめたWikiページを作るようにするなど、ほんらいであれば相手がやるべき仕事をこちらが引き受けるかっこうになってしまって実にめんどうである。

これはどうにかならないものかしら。


元ネタ: 会社の人たちが仕事でメールを使ってくれない @ 空中キャンプ


最低限メールは書いて欲しいよねというのはわかります。

何らかの形で証跡を残しておかないと後でトラブルになったときにややこしいことによくなります。

何かに書くという行為は、自分の考えをまとめないとかけないので、少なからず文章にまとめるというのは、言いたいことをわかりやすく相手に伝えるというのに効果があるかもしれません。

ただ、メールでなくとも例えば議事録であったり、要望書であったり、変更依頼書であったり、なんでも良いのできちんと誰が何を誰に伝えたのかというのを記録に残すようなプロセスにすればよいのではないかと思います。

(エコの時代に反してますけど)、言いたいことあるならこのフォーマットに書いて提出してくださいでもいけるかもしれませんね。特にアナログな感じの人には。


で、私の場合はメールが使われすぎていて逆にうんざりという環境だったりもします。

開発のプロジェクトではTracを使ったりしていますけど、重要な要件や保守の手順などをメールでばらまかれたりします。

そのときはそれでいいのですが、あとあとその情報が必要になったときに探し出すのに結構苦労しています。

だったら、最初からTracのWikiにでも入れといてよ、というのが感想だったりします。


大して労力は違わない上に、メールより綺麗に情報を整理でき、おまけに探しやすいというメリットを持つのに、いつまでたってもメールが主流です。

以前に、どっかのIT企業のお偉いさんが「プロジェクトの業務ごとにメーリングリストを作成して、情報を共有できるようにしないとダメ」というのを真に受けた人が本気でそんなことをやろうとして、メーリングリストが乱立し、飛び交う情報があちこちに分散してわけがわからないという事態に陥ったケースもありました。


なぜメールがそれほど使われているかと考えると、一つは会話がメールに置き換わった感覚を持っている人が多いような気もします。

「これやっといて(添付参照)」「了解です」そんな単純なやり取りはメールで簡単にできますけど、Wikiなどはある程度まとまって整理された情報しか上げにくいため、メールのほうが心地よい感覚を持っているのではないかと思ったりします。


さらに、メールは複数人に送れるとはいえ、名指しして送ることが多いですので、1対1のコミュニケーションツールの感覚を持ちますが、Wikiの場合、不特定多数に発信するため、自分が誰のために書いているのかわからない、読まれるかどうか不安という感覚を持っているのではとも思います。


根本的なところでは、メールソフトというのがPCの中にあり、情報が直接その相手に届くという安心感があるのかもしれません。

WikiなどはWeb上にあるので、自ら情報を取りにいかないといけませんから、それが面倒であったり相手に届いたという感覚がない、というのがあるのではないかと。


やってることはほぼ同じなのですが、情報が整理できていたり、メールのように個人が抱え込むということがないので、その分Wikiなどの情報共有ツールの方が優れていると思うのですが、なかなかメールに対するみんなの考え方は消えないようです。

まぁ、一部のグループだけそういうことしても、その他にメールが使われている以上、メールを使わないといけないという現実がありますから、会社内で一斉にそういうことをしだすという動きをとらないとなかなか難しいのではないかな、というのが個人的な感想だったりもします。





このエントリはなるべく続けたくないのだが、「平成20年度秋期情報処理技術者試験: プロジェクトマネージャを受けてきた 」の続き。


前回は見事にすっころんで(午後1であえなく脱落)しまい、「また来年かぁ」と思ってたら2009年から新しいプログラムに書き換わり、しかもプロジェクトマネージャ試験は春へ移行となったため、半年で再チャレンジできる幸運(?)に。

新制度の解説は、よく読ませてもらっている下記のブログのエントリが参考になります。


PM新試験制度 2009年春期 @ みかんせい。[PM-Tokyo]


ということで、午前が2分割されかなりの長丁場になりそうです。

といっても、前回受けた感触は午後の試験は時間がいくらあっても足りないという感じでした。

まぁ、論文なんて答えがないものに取り組むので、そういう感覚はどうしても出てきてしまいます。


午後1は回答数が3/4から2/4へ変更になり、若干の余裕ができたのですが、その分採点のレベルが上がってそうな感じを受けます。

午後1もかなり時間なかったので(前回は選択ミスで2問しか回答できませんでした)、余裕ができるのはうれしい限りです。


そして、試験日が4/19(日)ということで、もう残り2ヶ月ちょっととなってしまいました。

ということで、先日参考書を買ってきたのでその感触(といってもぱらぱら程度しかめくってませんが)と、自分なりの対策をプラスして。



情報処理教科書 [春季] 高度試験 午前対策

情報処理教科書 [春期]高度試験午前I・II 2012年版/松原 敬二
¥2,919
Amazon.co.jp

午前対策はこれで十分だろうと思われる内容です。

大体、午前の問題は過去問題を繰り返しやっていればどうにかなります。

プロジェクトマネージャの試験とはいえ、ここは経験やテクニックの必要がない領域。

これ一冊、2回3回と繰り返せばどうにかなると思います。


ただ、プロジェクトマネージャ試験の肝は午後にあるので、どちらかというと午前対策は結構間近になってから始めることになるかと。

もちろんこれをおろそかにすると午前中の試験で足切りされる恐れがありますが・・・。



プロジェクトマネージャ試験 完全攻略


プロジェクトマネージャ試験完全攻略 (LICENCE BOOKS)/山野 浩
¥2,730
Amazon.co.jp

一応、午前の対策も含まれているのですが、完全攻略という割には内容がちょっと薄い。

午前対策にいたっては50ページもありません・・・。


全体で300ページをきるコンパクトな本ですが、午前対策を除いたページは全て午後の対策に充てられています。

論文のサンプルも多いので、午後対策のための参考書の2冊目としてなら合格点かもしれないと思いました。


午前対策と言ってることは同じですが、午後のほうも過去問題を解いていくことが重要になってきます。

本当は、プロジェクトマネージャに求められる領域というものを試験の範囲に沿って、体系的に学べることがよいのでしょうけど、そういうことをするにはキャリアスクールに通わないといけないということになってしまいますので、過去の問題と解説をよく読んで必要なテクニックや模範解答というものがどういうことかを理解しておく必要があります。


午後の試験に必要なのは、プロジェクトマネージャに必要な知識だけでなく、文章の読解能力や表現能力も必要になってきます。

こういうのは、自分ひとりで考えてもどうしようもないので、こういったテキストを参考にして繰り返し頭に叩き込んでいくしかないと思います。



情報処理教科書 プロジェクトマネージャ


情報処理教科書 プロジェクトマネージャ 2012年版/三好 康之
¥2,940
Amazon.co.jp

私のほうでは前回受けた際に買ったので一つ古い参考書になるのですが、午後の対策に特化した参考書となっています。


プロジェクトマネージャ試験の午後の領域で必要な知識を体系的にまとめていますので、それぞれどういった知識が必要かというのもよくわかります。

過去問題の解説が豊富で、付録のCDには午前の問題も収録されていますので、これ1冊でいけるかもしれません。


今回、新調しなかったのは本屋でぱらぱらめくってみたら内容があまり違ってなさそうだったので(解説している過去問題は違っているようでした)、先ほど紹介した参考書に手を出してみました。

ただ、内容量も非常に多く、わかりやすい参考書だと思います。



プロジェクトマネージャ合格論文集

プロジェクトマネージャ合格論文集 (情報処理技術者試験)/齋藤 登志勝
¥2,520
Amazon.co.jp

これ、買ってはいないのですが本屋で見つけたときに、良いかもと思ったので紹介しておきます。

午後2の論文に特化した参考書です。


論文では、問題文に沿った内容のものを自分の経験と照らし合わせて論じなければならないのですが、わかりやすい文章をとか、定量的に書けとか、そういうことを言われてもどういったイメージのものなのかがよくわかりません。

こういう合格した論文を実際に読んでみることで、なるほどと実感できるところがあります。


午後2の論文は、答えあわせができないので、試験勉強をしていてもとても不安になります。

ですので、読むだけでなく合格論文のイメージがつかめたら、実際に自分も過去の問題に沿って、実際の試験時間で書いてみることが大切だと感じました。


試験時間は2時間もありますが、なかなか大変です。

書くのを止める時間はほとんどありません。

腕がつる覚悟で書ききらなければ無理です。

なので、前もって出題される範囲の問題を実際に書いてみてパターンを頭に入れておく必要があります。

試験勉強で作り上げた論文の幾つかは、実際の試験問題でも応用できます。

最初のプロジェクトの概要とかは、それほど問題と関係性がないので、頭に入れておいたものをあらかじめ作っていたものを、そのまま書いてしまうというのが1つの対策になります。

もちろん、その後の問題につながらなければ、問題の意図を汲んでいないとして不合格の論文になってしまいますが。


論文の基準もかなりあいまいなので、合格する論文はどこがポイントになっているのかをよく知っておく必要があると思います。


以上、4月に向けてこれからピッチを上げていきたいと思います。

ちなみに、受験の締め切りは2/9(月)までのようなので、迷っている方は急いだほうがよいかと思います。




ネットワークとプライバシーのジレンマ @ TechCrunch Japan


これを読んで思ったことは2つあって、確かに私たちは色々なWebサービスを使う上で、そこである程度意識的にプライバシーを犠牲にしているなということと、無意識のうちに犠牲になっているプライバシーがあるなということ。



犠牲にするプライバシー


私もこのブログでは、生年月日や住んでいる地域、職業などは公開していますし、自分の体験をエントリにしたこともあります。

これは、そこで築くことができる価値とのトレードオフの関係にありますので、意識的に行われることもあります。

私も、このブログを通して色々な人とコミュニケーションをとったり、このブログを育てることで自分自身の価値を高めたいという思いもあったりしています。

ですので、そのためにはある程度仕方がないことだと意識して犠牲にしているところもあります。


ただ、その線をきちんと自分の中で引いて守っておかないと、それ以上の損失をこうむることになりかねないな、ということはよく思います。

昔のことですが、小遣い稼ぎのために色々なポイントサイトに登録していて、その中では別のポイントサイトへ会員登録することでポイントが付与されることが多いのですが、そこで必ず入力しなければならないのが住所や名前、メールアドレスなどがありました。

確かに、そういうことをすることでポイントがたまり、自分の小遣いにつながるんですが、よくよく考えると数百円(場合によっては数十円)程度のお金で住所や名前をよくわからない企業に提供しているのは、かなり怖いことだなと思い、個人情報を提供してまで得るものではないと思ったことがあります。


あと、もう1つ問題がWebサービスを提供する側にもあって、それを使うことでの危険性を周知することをほとんどやらないということ。

少し前に問題になったGoogleマップの問題なんかも、利便性を前面に出して、そこで収集された情報が多くの人の目に留まる危険性というものは、ほとんど知らされていませんでした。(問題が大きくなってから急に言い出しましたしね)

こういうのは、マイナスイメージになりますし、ネット全般の危険性だから特にうちに限ったことではないという意識があるようにも思えます。


私たち利用者側は、そういった犠牲の代わりに得られるものの価値というものがどれくらいかを、よくわかる単位で置き換えて考えてみるということは必要かと思います。

その価値がないのであれば、止めておいたほうが賢明でしょう。



犠牲になるプライバシー


もう1つは、そのプライバシーを守る術というものを体系的に学べる場というものは、ほとんど用意されていないということです。

私は、大学で情報科学を専攻したものの、そこで教わることは情報技術の基礎やプログラミングなどの演習で、インターネットのリスクなどは学んだ記憶はありません。

まぁ、当時はインターネットの黎明期でしたから、コンピュータウイルスなどの危険性はよく知られていたものの、プライバシーの問題などの危険性があるということは、誰もあまり意識していなかったように思えます。


ただ、これだけインターネットが普及した今でも、それほどその分野での教育というのは進んでいるように思えません。

企業の情報流出や、ネットの書き込みが問題になったりということがこれだけ繰り返されても後を絶たないのは、そういったものがなされていない、またはなされていたとしても一部であって、広く浸透していない証拠となっているのではないでしょうか。


そして、根本的にITのどんな使い方に問題があり、それがどんな危険につながりえるのかというのを教えずに、企業内ではPCの利用制限や、学校では携帯の持ち込み禁止などの規制に走る方針ばかり行っている気もします。


車の運転免許を取得する際には、それを運転することで事故が起こり、自分だけでなく見ず知らずの人も傷つけてしまう危険性があることを教わります。

ですが、ネットを使うのも同様に危険性はあるもののそれは習わずに、高度化するIT技術に対応しなくてはならなくなっています。


エンジニアという職業であったとしても、例えばSSLという技術で通信が暗号化され、個人情報を取り扱う案件においては、そういった技術が一つのリスクヘッジになることは教わっても、自分自身がインターネットとの付き合い方において、どのように身を守っていけばよいのかを教わることはほとんどありません。


そういった教育が中学や高校などの教育現場であったり、社会人を受け入れた後の研修等々で必要である一方で、私たち自身ももう少しそこで起こっている事件に対して関心ごとを持つべきだとも思います。

こういったことは交通事故のニュースと同じで、聞いてもどこの誰かが起こしたこととして多くの人は関心を持ちません。


インターネットは、車を運転するように免許を持たずとも扱えますが、そこで起こることの危険性は交通事故にあうよりもはるかに高く、そしてもっと怖いことに被害にあったことに気づかない場合もあります。
少なくとも「君子危うきに近寄らず」という言葉を誰しもが心にとどめおく必要があると感じます。