「ITエンジニア生き残りの条件」について思ったこと - GoTheDistance
日経○○あたりに載りそうなキャリア関係の記事が技術系雑誌のSoftware Design誌にあったので、興味を惹かれて購入しました。 Software Design (ソフトウェア デザイン) 2010年 12月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2010/11/18メディア: 雑誌購入: 4人 クリック: 80回この商品を含むブログ (15件) を見る 特集記事の「ITエンジニア生き残りの条件」についてちょっと思う所あったので、僕も書いてみます。 ちなみに、僕は雑誌媒体で「SIゼネコン」とハッキリ書かれているのは初めて見ました。これが日経ビジネスに飛び火すればもっと反響がありそうで面白いのに。 特集記事の前半は現状整理。「リーマンショック以降下請けに流せる仕事が無くなった」 & 「クラウドの台頭で今までの価格帯が通用しなくなった」のダブルパンチを受けて、赤壁の合戦の連鎖
第8回 求められる組織の力
今回も，Webサイトの歴史をもう少し別の角度から見てみます。「良いWebサイト」を構築しようとする場合，得てして「開発言語についてスキルの高い人材」の確保に目が行きがちですが，実はその前に注意すべきことがあるということをお伝えします。結論から書くと，それは「組織の力」です。 開発の現場での変化 ネットワーク・インフラの普及やマシン性能の向上によって，Webサイトはたかだか十年の間に様々な役割を期待されてきました。それは，Webサイトの提案時や開発現場にもいまだに変化を与え続けています。逆に，技術向上のスピードが異常ともいえるこの業界では，「定常状態」と呼べるような時期は存在しなかったとも言えます。 この約十年の間のWebサイトの成長のパターンを表すとしたら，「スピード，統一感（テンプレート），効果測定」の三つに集約されるでしょう。下図はそれを模式化したものです。 Webサイト立ち上げの時期
n階層システム設計の考慮点 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
わたしが知らないスゴ本は、きっとあなたが読んでいる: PMP試験対策【まとめ】
PMP試験対策の入口へようこそ。 PMP対策のための一連のエントリは、ここにリンクを貼り、（わたしを含め）読者のお役に立てるようにする。コンテンツも無いのにいきなり【まとめ】を作ったのは、自分を追い込むため。さらに宣言する→2007.1 中にPMP資格試験を受験し、合格する このシリーズの目的 PMP試験に『わたしが』合格する（2007.1） 合格しますた（2007.1.20） PMP試験対策で勉強したことを整理するために書く （わたしを含む）このシリーズを読む人のための注意事項 PMBOKガイド3版がベース Rita 本は2000年版がベース（したがって、古い） あくまで『わたしの』理解なので、誤りがあるかもしれない。読み手は参考程度に留めておいたほうがよいかと まちがいじゃね? ツッコミ歓迎 PMBOK3を持っていることが前提（のつもりで書くので、2000版との違いだとか、インプット/
「PMPを取得せよ」と上司にいわれたら、最初にとる5つの対策
最近、仕事だけでなく人も任されるようになった。死の行進を生き延びてきた。細かい指示ではなく目標と締め切りだけを渡されるようになった―― そんなあなたを上司が呼びつけて、 「おまえ、PMP取りなさい。今年じゅうにヨロシク」 と告げられる。 (ﾟДﾟ)ﾊｧ? 顔文字通りの表情をつくるあなたを無視して、上司はこうまくしたてる。 「SE→PMキャリアを目指すなら、PMPは必須」 「なぁに、受験料は出すから安心しろ（合格したらね）」 「受験条件である35時間の研修は、そのうち受けさせてやる」 「でも実務に影響のないようにヨロシク」 PMPって何? 研修が必要なの? そんなあなたが次にしなければことは何だろう? このエントリを参考にしてほしい。 必要なサイトをチェック PMBOKガイドを入手&チェック 受験日を決めて、逆算してスケジュールを立てる 周囲に宣言する 勉強を開始する ■1 必要なサイトをチ
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
プロジェクトマネジメントの理論と実践
この連載では，ITエンジニアにとって必須のスキルと言ってよいPMの基礎知識と情報システム開発への適用方法を，事例を織り交ぜながら解説していく。 第1回 PM実践体系--重要性増すPM,そのシステム開発での実践体系を知る 第2回 プロジェクト計画--システム開発プロジェクトの「計画」を作成する 第3回 品質管理計画--プロジェクト全体を通じた品質基準や方針を策定する 第4回 見積もりとコスト計画--開発負荷を見積もり，プロジェクトのコスト計画を策定する 第5回 マスター・スケジュール プロジェクト全体を見通す，実行性のあるスケジュールを作る 第6回 組織・要員計画--プロジェクトを効率的に推進できる組織・要員計画を作る 第7回 問題管理と変更管理--プロジェクトで生じた問題と仕様変更をコントロールする 第8回 ウォークスルーとインスペクション--設計・開発の早期に欠陥を発見・除去し品質を作り
富士通版 プロジェクトマネジメントの成功法則
本ブログは移転しました。こちらをご覧ください。 ＰＭＡＪで「ＩＴプロジェクトマネジャー成功の条件」というＳＩＧ（研究会）に参加している。副会長の佐藤義男さんがやられているＳＩＧである。先日、ＳＩＧのミーティングがあり、富士通の近藤さんから面白い話を聞いた。 富士通は最近プロジェクトマネジメントで非常に成果をあげている。日本のＳＩベンダーは１０年くらい米国のＳＩベンダーに遅れを取っているという説があるが、富士通だけはそこから頭一つ抜け出した感じがあって、おそらく５年くらいまで挽回しているのではないかと思う。 さて、その近藤さんの話だが面白いのは、近藤さんはプロジェクトマネジャーに必要な資質の中で５０％は技術的なスキルだといわれている点だ。これは一般的に言われている認識とはだいぶ異なる。 近藤さんの言われる６つの成功法則は以下のようなものである。 １）体制 ２）システム化技術を初期の段階で決め
ITシステム開発の実践プロマネ
プロマネの手法は画一的ではありません。でも、学習して慣れることができます。そして、応用が効き、どんどんスキルアップします。 カスタム検索 プロジェクト全般 プロジェクトコスト管理 顧客満足を得るには プロマネと組織の係わり 第三者点検のありかた 新３Ｋ職場からの脱却 問題プロジェクトの回避 ヘルプマン投入の責任 ＩＴ環境変化とプロマネの役割 人材の有効活用と育成 高度ＩＴ人材の確保 パッケージソフトの適用 プロマネのリーダシップ モチベーションを高める 理想的な組織のありかた 商談フェーズ 提案を有利に進めるのには 魅力ある提案書の書き方 価格競争に陥らないために 正しい見積もりの仕方 ＲＦＰと提案型商談推進 既存顧客の商談推進 見積もりの妥当性を考える 要件定義フェーズ 重要なシステム要件定義 お客様志向の要件定義 要件定義に必要なもの 開発準備フェーズ 開発計画の策定 リスク分析と対策
WBSを使った作業計画とスケジュール作成の実践知識(1)
図2 WBSによる作業分割の例<BR>WBSとは，プロジェクト全体を，成果物を生み出す作業単位に分割すること。大日程計画では，WBSの最小レベルである「ワークパッケージ」まで分割し，中日程計画や小日程計画では成果物の有無を考慮しない作業単位である「アクティビティ」まで分割する 進ちょく管理の第一歩は，納期・コスト・品質を守るためのスケジュールを立てることにある。その時に最も重要なのは，現実感のある作業内容を明確に定義することだ。この記事では2回にわたって，「WBS（Work Breakdown Structure）」を使って緻密で現実的な計画を作るための勘どころを解説する。 「納期から半年遅れでようやくシステムが稼働した」，「要員の追加投入を繰り返し，人件費がかさんで予算を大きく超過した」——。 当初計画した納期を守ることができず，結果的に赤字に陥るプロジェクトが後を絶たない。仕様があいま
WBS（Work Breakdown Structure）によるプロジェクト管理
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
@IT：旧 IT Architect 連載記事一覧
やる気を引き出すプロジェクト管理 - ＠IT情報マネジメント
http://www.kumikomi.net/article/explanation/2004/04test/01.html
工程検索 --- 成果物検索システム --- 独立行政法人 情報処理推進機構(IPA)
プロジェクトの遅延を防ぐ(1)