タグ

システム開発と仕事に関するshige1203のブックマーク (7)

  • プロジェクト管理者の道具箱

    「情報戦略の立案」のページを更新しました。 「調査の方法」のページを更新しました。 「システム化全体計画の策定」のページを更新しました。 「個別システム開発計画の策定」のページを更新しました。 「プロジェクト計画」のページを更新しました。 「スコープ定義」のページを更新しました。 「進捗計画」のページを更新しました。 「費用計画」のページを更新しました。 「組織計画」のページを更新しました。 「PMO (Project Management Office)」のページを更新しました。 「外注計画」のページを更新しました。 「品質計画」のページを更新しました。

  • 開発工程でSEが書く文書の基本 − @IT自分戦略研究所

    「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回

    開発工程でSEが書く文書の基本 − @IT自分戦略研究所
  • あるSEのつぶやき: プロジェクト管理メモ

    プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門:ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践:ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次:ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次:ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス - @IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine:コーナー:実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ

  • 学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”:ITpro

    IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて,一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが業ではなくなったメーカー 「数として欲しいのは,金融システムなど企業の大型システムに従事する人間。こういった領域では,個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても,業務を理解しないと,よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって,企業に入って大型システムを開発するのはもったいないか,向いてない」(西垣氏) 必要とされているのは技術ではなく,プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく,ゼネコンやエンジニア

    学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”:ITpro
    shige1203
    shige1203 2008/06/02
    低収益体質だけではなく,システム障害の原因のひとつも,多重下請け構造にあると経産省は考えている。
  • SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館

    先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね?」 よろしい、君はよく勉強している。でも根的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、

    SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
    shige1203
    shige1203 2008/03/22
    地上30階の非常口の向こうにロープを伝っていかないとたどり着けない空中トイレとか、行きます?
  • IT部門が頼りなくなった原因はなんだ? ― @IT情報マネジメント

    ベンダ側から見ると、最近のユーザー企業のIT部門は、ユーザーニーズをまとめられないなど、レベルが低下しているという指摘が多い。果たして、この問題は「昔のIT部員は優秀で、最近のIT部員の能力は低下している」ことが原因なのか。今回はこの問題を考える。 質問 ユーザー企業のIT部門のレベルが低下している気がします 長年、ベンダ企業のSEをしております。このシリーズではユーザー企業のIT部門を擁護する立場で回答されているように見受けられます。ところが、ベンダSEから見ると、客先のIT部門が頼りなく、ユーザーのニーズをまとめられない状況です。近ごろはユーザー企業のIT部門のレベルが低下していると思います。「IT部門よ、しっかりせよ!」というのが私の意見ですが、いかがでしょうか。 意見 「ユーザーニーズがいつになっても決まらないので情報システム開発に着手できない」や、「着手後に新しいニーズやニーズ変

    IT部門が頼りなくなった原因はなんだ? ― @IT情報マネジメント
  • 日本のソフトウエア産業、衰退の真因

    ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。このを出す少し前まで、彼は「この国が危ない(A Nation at Risk)」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 このの中で、ヨードンは日をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。が書かれた時点では、インドのIT産業はまだ黎明(れいめい)期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、IT立国を目指す他のアジア諸国からお手と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の

    日本のソフトウエア産業、衰退の真因
  • 1