<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>ITコンサルのブログ</title>
<link>https://ameblo.jp/badbrown/</link>
<atom:link href="https://rssblog.ameba.jp/badbrown/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>外資系のITコンサルの記録</description>
<language>ja</language>
<item>
<title>First day</title>
<description>
<![CDATA[ 昨日から始まったITコンサルですが、早くも問題が。<br><br>いまいち、作業のスコープが明確になってないんだよね。<br>クライアント側の期待する事と、コンサル側のアウトプットの<br>整合性が微妙にずれているので、ややこしくなっています。<br><br>そこで、２週間は毎日整合性を合わせたり、作業の方向を定める為に<br>ミーティングしましょうという事になりました。<br><br>それはそれでいいことだ。<br><br>もう一社のコンサルが、重い処理の部分のプライオリティを下げるという<br>方向で話を進めているのがちょっと気になります。<br><br>当然クライアントはNOと言っているが・・・・・<br><br>とりあえず、今週は資料を読みまくって、全体像の把握をしないといけないな。<br>
]]>
</description>
<link>https://ameblo.jp/badbrown/entry-10528179275.html</link>
<pubDate>Fri, 07 May 2010 12:51:12 +0900</pubDate>
</item>
<item>
<title>コンサルの前に</title>
<description>
<![CDATA[ ５月６日から現場に入るので、<br>とりあえず、本でも読んで勉強しておこうかと思い、こんな本買ってみました。<br><br><a href="http://click.affiliate.ameba.jp/affiliate.do?affiliateId=9626222" alt0="BlogAffiliate" target="_blank" rel="nofollow">この1冊ですべてわかる ITコンサルティングの基本/克元 亮<br><img src="https://img-proxy.blog-video.jp/images?url=http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F416lq57jvPL._SL160_.jpg" border="0"></a><br>￥1,890<br>Amazon.co.jp<br><br>とりあえず、電車とかで読んでいるが、ITコンサルの仕事はこういう感じってのが掴めてよい。<br><br>履歴書の書き方とか働き方とかそういうのも載っていました。（私には必要ないが・・・）<br><br>この本で特に知りたかったのは、コンサルが利用するツールですな。<br>ザックマンフレームワークとか、BSCとか、EAとか、<br>基本的な事柄をざっと理解するには良い本だと思う。<br><br>こういう知識はコンサルだけではなく、SE等も知るべきだと思う。<br>うちの社員に読ませたいと思いました。<br>
]]>
</description>
<link>https://ameblo.jp/badbrown/entry-10518404486.html</link>
<pubDate>Mon, 26 Apr 2010 16:09:11 +0900</pubDate>
</item>
<item>
<title>工数が足りないんですよ</title>
<description>
<![CDATA[ 昨日のミーティングで、コンサルティングの成果物はこれを作ってと言われたんだが、<br>要望されている成果物がちょっと多くないかい？<br><br>クライアントが「工数が足りなかったら、人増やしていいからね！」と言われたので、<br><br>工数が足りない根拠を詳細に数値で示し、「このまま行くと終わりません」<br>もしくは「機能を割愛してドキュメントの品質が微妙になります」という<br>アピールをすべく、自分の事務所でその資料を作成していました。<br><br>さっき送ったので、どう判断されるかは解りませんが。<br><br>一人で行くよりも、アシスタントがいると楽だよね。きっと。<br><br>ガントチャートってみんなどんなの使っているんだろう。<br>ちなみに、私が利用したのはMS Projectを利用してガントチャートを作成して、<br>PDFにして送ってみました。<br><br>クライアント側にMS Projectのアプリが無いとmppの拡張子が開けないしね。<br><br>Excelで作ろうかとも思ったが、日付を作成している過程で<br>面倒臭くなってやめました。<br><br>あ～。事務所に社員を呼んでいて、少し話をしようと思ったのだが、まだ来ないな～。<br><br><br>
]]>
</description>
<link>https://ameblo.jp/badbrown/entry-10514294139.html</link>
<pubDate>Wed, 21 Apr 2010 19:24:21 +0900</pubDate>
</item>
<item>
<title>Kick off</title>
<description>
<![CDATA[ 今日はプロジェクトのキックオフミーティング。<br><br>予定１時間だったが、議論が白熱して１時間３０分ミーティング。<br><br><br>英語のPlanning資料を配布されたが、一応説明は日本語。<br><br>・Project Overview<br>・System Context<br>・Critical Success Factors<br>・Project Orgazination<br>・High-Level Schedule<br>・Vendor Engagement Model<br>・Key Deliverables<br>・Existing Documents<br><br>上記のような内容で、現行システムの話をしてきました。<br><br>まずは、次回ミーティングまでに、Initialのプランを提出するように指示されました。<br><br>結構面白いかも。
]]>
</description>
<link>https://ameblo.jp/badbrown/entry-10513483389.html</link>
<pubDate>Tue, 20 Apr 2010 20:11:03 +0900</pubDate>
</item>
<item>
<title>始まり</title>
<description>
<![CDATA[ ５月から外資系の企業でITコンサルティング業務開始です。<br><br>長く利用されてきた基幹システムの再構築案件を行います。<br><br>でも早速来週に２回も打ち合わせがあるんだよね～。<br><br>①顔合わせ。<br><br>②現状のシステムが保有するドキュメントや、どのように進めているかの打ち合わせ。<br><br>少しでも時間を無駄にしないという意気込みの表れなのか、<br>もしくはGWがあるので、開始日が遅いので、お金がもったいないので宿題でも<br>出そうとしているのか？<br><br>英語のメールの返信に四苦八苦しているので、英語のスキルアップもしないといけないな～。<br><br>どうなるかはわかりませんが、ITコンサルティングの仕事を<br>このブログで綴って行くぜ。
]]>
</description>
<link>https://ameblo.jp/badbrown/entry-10511071053.html</link>
<pubDate>Sat, 17 Apr 2010 21:57:16 +0900</pubDate>
</item>
</channel>
</rss>
