アジャイルの概念を取り入れたCMMI: プログラマの思索

2012/07/08 28 users Translations スクラム 思索 アジャイル 岡本

岡本 隆史さんが、アジャイルの概念を取り入れたCMMIの記事を公開されていたのでメモ。 ラフなメモ書き。 【元ネタ】 徹底検証！ CMMIはアジャイルの改善にも役立つか？－ ＠IT情報マネジメント CMMI | CMMI Solutions | Translations | CMMI 日本語翻訳版 上記の記事を読むと、スクラムを例として、アジャイル開発のワークフローにCMMIの概念をマッピングして... 続きを読む

Mozilla Japan代表理事の瀧田佐登子氏の半生がスゲー面白い - YAMDAS現更新履歴

2011/12/25 69 users 瀧田佐登子氏 mohri 半生 わたし 対談

数年前、モーリさん（id:mohri）から、あるイベントで Mozilla Japan 代表理事の瀧田佐登子さんと吉田智子さんの対談を見たが、瀧田さんの話がめちゃ面白かったという話を聞いた覚えがある。ワタシは恥ずかしながら瀧田さんのことを名前と役職以外存じ上げなくて、ふーんそうなんだと思っただけなのだが、＠IT情報マネジメントで連載されている彼女の半生がとにかく面白いのだ。本当は彼女についての連載... 続きを読む

5分で絶対に分かるプロジェクト管理 ― ＠IT情報マネジメント

2008/09/17 435 users プロジェクト管理 5分

ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウ... 続きを読む

連載：Ajax時代のJavaScriptプログラミング再入門 ― ＠IT

2007/06/12 706 users 連載 BARKS ITmedia 筆者 IT MONOist

Copyright(c) 2000-2008 ITmedia Inc. 著作権はアイティメディア株式会社またはその記事の筆者に属します。（著作権について） 当サイトに掲載されている記事や画像などの無断転載を禁止します。 「＠IT」「＠IT自分戦略研究所」「＠IT情報マネジメント」「JOB＠IT」「＠ITハイブックス」「＠IT MONOist」「ITmedia」「誠」「BARKS」は、アイティメディ... 続きを読む

［動画］Ruby設計者まつもとゆきひろといろいろ語りたい － ＠IT情報マネジメント

2007/05/29 140 users 動画 角谷信太郎 来歴 text アジャイルソフトウェア開発

Ruby設計者まつもとゆきひろといろいろ語りたい text：角谷信太郎（永和システムマネジメント） 動画撮影：歌頭孝之 2007/5/29 プログラム言語Rubyとアジャイルソフトウェア開発の連携が生み出す新たな可能性を縦横無尽に語り合う。全6回シリーズの第1回。まつもとゆきひろ（ネットワーク応用通信研究所）がRubyの来歴を語り、平鍋健児（チェンジビジョン）がアジャイル開発とRubyの接点を模索... 続きを読む

5分で絶対に分かるオブジェクト指向 ― ＠IT情報マネジメント

2007/03/06 371 users オブジェクト指向 UML 昭男 ＯＯ Java

河合 昭男 （有）オブジェクトデザイン研究所 2007/3/6 ■開発の世界では一般常識化 オブジェクト指向――Object Oriented（OO）という考え方は、JavaやUMLの普及に伴っていまや開発の世界では一般常識化してきました。OO関連の書籍や専門誌特集記事など多数出版されていて、開発に携わっている皆さんはある程度オブジェクト指向の考え方について自分なりに理解できていると思います。そも... 続きを読む

5分で絶対に分かる日本版SOX法 ― ＠IT情報マネジメント

2007/01/17 174 users 日本版SOX法 5分 SOX J-SOX 内部統制

「日本版SOX法」「米国SOX法」「J-SOX」「内部統制」など、つい3年前までは一般にはまったくなじみのなかった「内部統制」と「SOX」という言葉が乱舞し、上場企業はその対応に向け一斉に走り出した。 一方、走り出した企業の内部統制対応を支援すべく、コンサルティング会社やIT企業は大きなビジネス機会ととらえ、新たなサービスや製品の投入やプロモーションが花盛りである。 そのような熱い環境の中で、「日... 続きを読む

キミのコードが汚い理由 ― ＠IT情報マネジメント

2007/01/11 382 users キミ ミネソタ州ミネアポリス 汚い理由 コード エレガンス

The Rational Edgeより：ソフトウェア開発者がコードを書くに当たり、エレガンス、構造、そして効率について学ばなくてはならない理由を考察する。 筆者は今夏、ミネソタ州ミネアポリスで開催されたAgile 2006カンファレンスに参加し、これを大いに楽しんだ。そこで筆者がソフトウェア開発を教えるときのアプローチについてRon Jefferies氏と話をしていたところ、Agile Toolk... 続きを読む

IT部門が頼りなくなった原因はなんだ？ ― ＠IT情報マネジメント

2007/01/10 77 users IT部門 原因 近ごろ 立場 長年

長年、ベンダ企業のSEをしております。このシリーズではユーザー企業のIT部門を擁護する立場で回答されているように見受けられます。ところが、ベンダSEから見ると、客先のIT部門が頼りなく、ユーザーのニーズをまとめられない状況です。近ごろはユーザー企業のIT部門のレベルが低下していると思います。「IT部門よ、しっかりせよ！」というのが私の意見ですが、いかがでしょうか。 「ユーザーニーズがいつになっても... 続きを読む

モチベーションを高めたいなら達成すればいい ― ＠IT情報マネジメント

2006/11/28 410 users モチベーション プロマネ 組織 ルール プロジェクト

第3回目となる今回は、第1回「優秀なプロマネはメンタルな働きかけもうまい」で触れたゴールアライメントについて、もう少し詳しくお伝えしようと思います。さらに、プロジェクト成功には欠かせないメンバーのモチベーションを高めるためのポイントや、当たり前過ぎてやっているプロジェクト、組織がほとんどないけれど、実は絶大な効果がある“ルール”についてもお伝えしますので、ピンと来た方は最後までお付き合いください。... 続きを読む

自分たちでタスク管理システムを作ろうと思った ― ＠IT情報マネジメント

2006/11/09 141 users タスク管理システム ヌーラボ タスク 自分たち 経緯

自分たちでタスク管理システムを作ろうと思った 〜Getting Things Done!（仕事を成し遂げる技術）〜 株式会社ヌーラボ 2006/11/10 ヌーラボが開発した「課題管理ツール Backlog」は、開発プロジェクトにおけるさまざまなタスクを管理するツールである。本連載は、同社がこのツールを開発するに至った経緯から、開発段階で起きた問題とその解決手法を彼らの経験を踏まえて紹介する。ある... 続きを読む

全員が「明るい、楽しい」と感じるチームにしたい ― ＠IT情報マネジメント

2006/10/17 104 users 全員 チーム リーダー プロマネ 前回

前回「優秀なプロマネはメンタルな働きかけもうまい」から少し間が空いてしまいましたが、第2回目の今回は、リーダーに求める心の在り方をお伝えしたいと思います。といっても、1回目をご覧いただいた方であればお分かりだと思いますが、道徳的な話をするつもりはありません。結果として道徳的な話と同じ内容となるかもしれませんが、心理的な裏付けによって、チームのパワーを最大化するために必要な心の在り方にフォーカスして... 続きを読む

自由回答データを定量的な切り口で分析するには？ ― ＠IT情報マネジメント

2006/10/16 214 users 切り口 cgm 花盛り 回答データ 定量

Webなどを通じて、顧客や利用者の意見を集めることが簡単にできるようになってきた。しかし、非定型の自由回答データは非常に有意義な意見を得ることができる反面、分析するのに手間が掛かる。手軽に定量分析する方法はないだろうか？ Webや電子メール、ケータイの普及で、幅広くさまざまな意見を募ることが安上がりにできるようになってきました。最近ではブログやSNSなどのCGMと呼ばれる口コミ系メディアも花盛りで... 続きを読む

ドキュメントを作成しないユーザーは、失敗する − ＠IT情報マネジメント

2006/09/15 82 users ドキュメント ソフ ユーザー つきもの 伝票

システム開発にドキュメントはつきものだ。しかし、しばしばドキュメントが作られないプロジェクトが見られる。ドキュメントがないとどのような事態が発生するのだろうか？（→記事要約<Page2>へ） コンピュータ・システム開発プロジェクトにおいて、ユーザーサイドではどのようなドキュメントが作成、準備されているのでしょうか？ 対象業務の概要を個条書きしたもの、現状使われている伝票や帳票類、現行システムのソフ... 続きを読む

エンジニアのやる気は報酬だけじゃ維持できない（Page 1） ― ＠IT情報マネジメント

2006/09/12 99 users エンジニア 報酬 やる気

本連載は「プロジェクトと人」を「人」に視点を当て、そこからある程度の普遍性を持ったプロジェクト運営のプロセスを探り出すことを目的としています。第1回（「スキルシートでいったい何が分かるのか」）はEさんを例に、プロジェクト内でうまく活躍できずに去らざるを得なかった経緯を見ながら、「チーム構成プロセス」や「開発プロセス」の「難しさ／問題点」を洗い出しました。今回は、皆さんから寄せていただいた第1回記事... 続きを読む

プロジェクトメンバーがそろう前に行っておく事前準備 ― ＠IT情報マネジメント

2006/08/30 79 users プロジェクトメンバー 事前準備

業務部門からプロジェクトに人を出してもらう際、その人が来るまで手をこまぬいている必要はない。先にできる準備は、システム担当部門だけで進めておくことが大切だ。（→記事要約<Page2>へ） 業務部門からプロジェクトチームに人を出してもらうことが決まってから、実際にその人がチームに参加するまでに、異動の事務手続きや引き継ぎなどのためにある程度の期間があります。 プロジェクトの活動は、プロジェクトチーム... 続きを読む

5分で絶対に分かるITIL ― ＠IT情報マネジメント

2006/07/13 145 users ITIL 5分

企業や組織におけるIT活用は、業務システムなどを構築すれば終わりではありません。その後に運用という重要な作業が待ち受けています。そして一般的な企業や組織におけるITコストの大半が、既存システムの維持のために費やされていることは、各所で指摘されていますし、実感としてもお分かりのことと思います。 この重要な企業活動であるIT運用を「ITサービス」としてとらえ、方法論を提供していることで近年注目が集まっ... 続きを読む

プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント

2006/07/04 104 users プロジェクト マネジメ 玉木 マネジメント 前提

プロジェクトは失敗するのが当たり前！？ イー・キャッシュ株式会社 玉木 栄三郎 2006/7/5 ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメ... 続きを読む

「Notes見える化」のススメ ― ＠IT情報マネジメント

2006/05/22 52 users ススメ

今日、一定規模以上の企業でグループウェアを使っていないところは少ないかもしれない。では、それがどの程度利用され、どの程度役立っているのか把握しているだろうか？ この連載では、Notesをベースに情報共有基盤の「見える化」と「再整理」について解説していく。（→記事要約<Page3>へ） 意外にできていないNotesの現状把握 グループウェアというソフトウェア分野を作り出したLotus Notes/D... 続きを読む

いまさら聞けないストレージの初歩の初歩 － ＠IT情報マネジメント

2006/05/15 56 users 初歩 ストレージ 信博 高崎 東京エレクトロン

高崎 信博 東京エレクトロン コンピュータ・ネットワーク事業部 ストレージ技術統括グループ ストレージインテグレーショングループ グループリーダー 2006/5/16 ｜1　2｜次のページ ストレージは以前に比べて大きく進化し、大企業でなくともさまざまな選択肢を利用できるようになってきた。このストレージの世界の基本を紹介する（→記事要約<Page 2 >へ） 私が小型スーパーコンピュータのサポート... 続きを読む

プロジェクトチームのリーダーに向く人、向かない人 ― ＠IT情報マネジメント

2006/05/10 162 users リーダー プロジェクトチーム リーダーシップ コーチング 役割

プロジェクトチームがチームとして機能するか否か、リーダーの果たす役割は大きい。リーダーとはどういう存在か、あらためて考えみよう。（→記事要約<Page2>へ） チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベ... 続きを読む

情報システム部は、もう役割を終えてしまったのか？ ― ＠IT情報マネジメント

2006/03/30 68 users 役割 情報システム部

ITシステムのアウトソーシングが流行しているが、同時にアウトソース先からの情報流出などの問題も多発している。この問題には、どのような背景があるのだろうか？ 今回は、情報システム部門の歴史を振り返り、組織の体質形成の背景を考えてみる。（→記事要約<Page 2 >へ） ITの戦略・企画機能の部分だけを残し、開発や保守運用といった、現業機能を手放す企業が大手を中心に広がっている。その一方で、アウトソー... 続きを読む

Webシステム開発でセキュリティが軽視される理由 - ＠IT情報マネジメント

2006/01/24 69 users セキュリティ webシステム開発 理由 丸山 昨今

Webシステム開発でセキュリティが軽視される理由 JNSA セキュアシステム開発ガイドライン作成ワーキンググループリーダー 株式会社ラック 丸山 司郎 2006/1/25 Webシステムでは、アプリケーションレベルでのセキュリティ対策が不可欠であるにもかかわらず、軽視されがちだ。この現状を改善する方法を考える。（→記事要約<Page 3 >へ） 昨今の個人情報などに対する不正アクセス関連事件では、... 続きを読む

ドキュメントレビューに役立つ40のチェックポイント ― 1/3 ― ＠IT情報マネジメント

2005/12/26 255 users 未然 チェックポイント ドキュメント 発注側 リスク

システム開発プロジェクトでは、中間成果物としてさまざまなドキュメントが作られる。発注側がその内容をチェックし、問題ないかを確認していくのが、ドキュメントレビューだ。そのチェックポイントを紹介する。（→記事要約<Page3>へ） プロジェクトを進めるうえで、トラブル発生による手戻りを未然に防止するほかに、進ちょくを測ったり、リスクを予測したりするためには、ドキュメントレビューが効果的である。ここでは... 続きを読む

各種コミュニケーション・ツールの強みと弱み ― 1/2 ― ＠IT情報マネジメント

2005/11/08 75 users 利点 特性 弱み ツール選定 コミュニケーション

企業内コミュニケーションを活性化させるには、コミュニケーションの特性に合わせたツール選定が必要だ。今回はさまざまなツールのメリットとデメリットを整理していく。（→記事要約<Page 2>へ） 今回は、各種のコミュニケーション・ツールが持つ利点と陥りやすい問題点について詳しく検討していく。まずコミュニケーションのスタイルから2つの軸を取った4象限のマップにコミュニケーション・ツールを当てはめ、分析し... 続きを読む