隙間産業としてのITコンサルタント、あるいは情シスが果たすべき役割：プロジェクトマジック：オルタナティブ・ブログ
前にも書いたが、最近、情シス部門（情報システム部または情シス子会社）が果たすべき役割について、つらつらと考えている。 保守運用の話も悩ましいのだが、まずは僕の主戦場である、変革プロジェクトについて考えてみたい。 ★プロジェクトには3つの仕事がある 「経営」「業務部門」「IT部門」の3つが参加しないと、プロジェクトは成り立たない。 業務部門がプロジェクトへのニーズや業務制約を表明する。 IT部門がITで実現できる事やコスト、ITとしての制約を表明する。 そして全社最適の観点から、経営が意思決定をする。 僕は仕事柄、プロジェクトが形作られる前に相談に乗ることが多いが、大抵どこかのコミットメントが弱い。 経営がプロジェクトオーナーの形でプロジェクトに入っていないと、将来投資決裁を受ける際に、大抵つまずく。難しい意思決定もしにくいし、他部門との調整でもスタックしやすい。 IT部門から単独でシステム
ウェブサービスの利用規約のジェネレーターを作ってみたよ : 企業法務について
昨日今日と、特に予定もないのにお休みを頂いたので、こんなものを作ってみました。 受付はGoogleフォーム、処理はGoogle Apps Script、生成した利用規約はGoogleドキュメントという、完全にGoogleAppsのみで作ったものなので、意図せずモバイルにも対応してます。それにどれだけ意味があるのかはさておき。 だーっと書いたものなので、生成されるのは読むたびに誤字が見つかる味わい深い利用規約ですが、ともあれ、10時間くらいあればこのくらいのものは一般人でもキャッシュアウトゼロで作れてしまう世界に僕たちは既に生きているわけで、その中で自分の価値がどこにあるのかということを再考する材料としては悪くないんじゃないだろうかと思っています。 もうね、社名略称の当事者定義を甲乙に置換してみたり、業務を委託してる側なのに期限の利益喪失条項を双務に変更してみたりしてる場合じゃないですよ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
