プロマネ最強マニュアル---目次
プロジェクトの記録を残そう プロジェクトを一つ回すと，たくさんの情報が出てくる。それらはすべて現場の資産である。資産を残し，生かす方法を紹介する。 なぜ過ちを繰り返すのか？ 残した記録は“現場の資産” これならできる9ステップ 記録マスターへの道：記録を残す 記録マスターへの道：記録を活用する 記録マスターへの道：運用を回す 東レの挑戦，10年以上続く「情報システム白書」 完了報告書の作り方 プロジェクトの火消し術 システム開発プロジェクトを進めていくと，必ず何らかの問題（火事）が発生する。それに先手を打って「消火」していかなければ，やがて「大火事」に発展してしまうこともある。本特集では，プロジェクトが火を噴いたときの「火消し術」を，現場の工夫と達人の技を基に，徹底解説する。 初期消火が大火事を防ぐ 「俯瞰図」で危機要因を抽出 ［マネジメント編］目標が不明瞭 ［マネジメント編］不適切な計画
連載：現場主導で進める業務改善の手法 インデックス － ＠IT情報マネジメント
松浦 剛志（まつうら たけし） 株式会社プロセス・ラボ 代表取締役 京都大学経済学部卒。東京銀行（現三菱東京UFJ銀行）審査部にて企業再建を担当。その後、グロービス（ビジネス教育、ベンチャー・キャピタル、 人材事業）にてグループ全体の管理業務、アントレピア（ベンチャー・キャピタル）にて投資先子会社の業務プロセス設計・モニタリング業務に従事する。 2002年、人事、会計、総務を中心とする管理業務のコンサルティングとアウトソースを提供する会社、ウィルミッツを創業。2006年、業務プロセス・コンサルティング機能をウィルミッツから分社化し、プロセス・ラボを創業。プロセス・ラボでは、業務現場・コンサルティング・アウトソースのそれぞれの経験を通して培った、業務プロセスを理解・改善する実践的な手法を開発し、研修・コンサルティングを提供している。
大規模プロジェクトでは「同じ言葉を、同じ意味で」
大規模プロジェクトでは「同じ言葉を、同じ意味で」：システム開発プロジェクトの現場から（16）（1/2 ページ） 大規模プロジェクトは、何が大変なの？ こんにちは。アクセンチュア・テクノロジー・ソリューションズ（ATS）の新楽です。 以前も書きましたが（第6回「専門用語で『カッコよく』話すのは簡単だけど」）、私は以前、社員100人ほどのシステムインテグレータに在籍していました。そこでは数人（時には1人）から十数人の規模でシステム開発を行っていました。世間一般では、おそらくこれを小規模プロジェクトと呼ぶのでしょう。 要件定義（時には提案活動から）、設計、開発、テスト、運用と、すべてのフェイズに携わりました。比較的規模の小さい案件を数多く、プロジェクトの立ち上がりからシステムの稼働開始を経て運用に至るまで経験することができました。ATSへ転職してからは、ピーク時100人を超えるような大規模なプロ
標準工期より30％以上短いとデスマーチの危険、JUAS指摘 ― ＠IT
日本情報システム・ユーザー協会（JUAS）は6月26日、システム開発の現状についてユーザー企業に尋ねる「ソフトウェアメトリックス調査2008」の結果を発表した。93社の341プロジェクトについてアンケート調査を行って、「標準の開発工期は投入人月の立方根の2.4倍である」などの指標を示した。JUASの専務理事 細川泰秀氏は「この世界は計数管理を持ち込まないとうまくいかない」と話し、開発の現場でこれらの指標が使われることに期待を示した。 調査結果は昨年度の調査（注1）と似通っている。調査したプロジェクトから導き出した全体工数と全体工期の関係も同じで、「標準の開発工期は投入人月の立方根の2.4倍」とした。つまり、1000人月のプロジェクトの場合では、24カ月の工期を設定するのが標準的ということになる。新規データを加えながら、昨年度調査と同じ結果が出ていることから、この係数の信頼が高まったともいえ
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
【時間管理】「すごい! 時間管理術」戸田 覚 : マインドマップ的読書感想文
【本の概要】◆今日ご紹介するのは、実践的な時間管理術のご本。 著者の戸田 覚さんは、週刊4本、月刊と合わせると1月に25もの連載を抱える売れっ子です。 検索をかけたところ、こういう連載も（笑）。 戸田 覚のPC進化論：日経トレンディネット ・・・いやー、こういうデジモノ連載は、ご本人も楽しそうな（笑）。 ◆本書では、その戸田さんの時間管理術が、詳細に記されています。 世代的にも近い方ですし、取り入れたい、と言うか取り入れなければならない部分が多々。 思わず付箋貼りまくりましたよっ！ いつも応援ありがとうございます！ 【目次】1章 時間管理こそ、あなたを幸せにする あなたは時間の価値に気づいていない 時間を管理すればお金がなくても幸せになれる ほか 2章 時間の価値を上げる 時間の価値とは 「先の時間」ほどコントロールしやすい ほか 3章 効率アップで時間を生み出せる 全体を見渡すと時間が増
ITプロジェクトのマネージャーに捧げる、プロジェクトの失敗を防ぐための8つのヒント - builder by ZDNet Japan
ITプロジェクトの失敗はよくあることだ。だが、どういうわけかこの事実は、自らがIT問題とは無縁であると考えているプロジェクト関係者たちから、驚きをもって迎えられることが多いのだ。私の経験から言えば、失敗の大半は近視眼的なものの見方や、ビジネス面と技術面の双方における複雑さ、貧弱なマネジメントによって引き起こされる。ともかくも、失敗の確率を引き下げるためにプロジェクトリーダーができることを以下に紹介したい。 以下は、『Baseline』誌がまとめた、ITプロジェクトを失敗に終わらせないための8つのヒントである。 ソフトウェアに頼りすぎないようにしよう。多くのプロジェクトマネージャーは、プロジェクト計画アプリケーションの使用に時間を割きすぎており、自らの双肩にのみかかっているはずの説明やコミュニケーションに十分な時間を割いていないのだ。 計画や定義はできる限りしっかりやっておこう--ただし度を
トヨタが気前よくカイゼンを教える本当の理由（1/3） ― ＠IT MONOist
本連載では、あらためて中小製造業がIoT導入を進められるように、成功事例を基に実践的な手順を紹介していく。第2回のテーマは「IoT導入成功に向けた進め方」だ。経営者が何をすべきかを中心に解説する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所
やる気を引き出すプロジェクト管理 - ＠IT情報マネジメント