ひとことどころか、バグ管理について367ページにわたって書いてしまいました。「実践バグ管理」です。なでしこなどで有名なid:kujirahandさん（クジラ飛行机さんのブログ）との共著です。 実践バグ管理―プロジェクトを成功に導くための 作者: クジラ飛行机,あかさた出版社/メーカー: ソシム発売日: 2009/03メディア: 単行本購入: 6人 クリック: 148回この商品を含むブログ (21件) を見る 本書の特徴 本書の特徴を伝えることには非常に苦労しています。「バグ管理なんて何について書くの？」とかよく言われるわけです。バグ管理のやり方なんてあたりまえ・・・なのかもしれませんが、大抵のプロジェクトに参加すると以下のような現象に遭遇するものです。 Tracなどの運用を始めると、「バグレポートに何を書けばいいのか？」と質問される バグレポートに書かれている内容が意味不明 とある案件では

本稿は「“＠IT情報マネジメントSpecial ソリューションFLASH”に掲載された「情報共有が、業務を効率化し、新たな発想を生む」（2008年9月）を一部修正のうえ、転載したものです。 近年、企業内の情報量は増加の一途をたどっている。そうした中、多くの企業において、情報共有への取り組みが重要な経営課題の1つとして認識されているが、情報共有を行う目的、意義とは何なのだろう？ まずはそこからあらためて振り返ってみたい。 1つ目に挙げられるのは業務効率の向上だ。通常、業務に必要な情報は個々人のローカルPCや共有のファイルサーバにファイルの形で保存されていたり、業務ごとに構築されたデータベースなどに保管されていたりする。 しかし、この状態で単純にファイル量やデータベース数が増えると、必要な情報を探し出すのが次第に困難となり、著しく業務効率が低下する。その点、あらゆる情報を整理してストックしたり

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

知り合いのIT会社のすんげー偉い人の話を聞いたのでmemo 問題になったら消します。 【状況】 ・某大企業でのとある大規模プロジェクトをagileでやった。開発人数は50〜80人。 ・クリティカルでないシステムだったため、SI側/会社側もagileでやることをOKした。 →クリティカルなシステム（例えば携帯電話会社の料金システムのような、カットオーバー日をずらせないシステム）をagileでやるのは、先が読めないからいかんとのこと。 【問題発生】 /結局SI側もクライアント側もあまりagileを理解してなかった系 ・今までウォーターフォール開発の進捗管理になれていた役員（意志決定者）が、プロジェクト開始後しばらくしても収束することのない将来予測に(((( ；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ！→怖いからやめた。 ・必要とされるスキルに対して、個人のスキルが足りないケースが多かった。 →今

「いつ仕事が終わるか」「週に何回運動するつもりか」「いくら貯金するつもりか」――このような質問をされたとき、人は楽観的な見積もりを出す傾向があるが、より正確な答えを引き出す方法がある。デューク大学とウィスコンシン大学マディソン校経営学大学院の教授がこのような研究結果を発表した。 人は自分の将来の行動について聞かれたときに、一貫して過度に楽観的な予測を示すことが分かったと教授らは述べている。 例えば運動の場合、運動しようと考えている被験者に、週に何回運動するつもりか尋ねたところ、回答は平均で4.48回だった。だが数週間後に調べたところ、実際に運動した回数は平均で3.38回だった。 だが、2つの質問をすることで、こうした楽観的で非現実的な予測をより現実的にできることを教授らは発見した。まず、「理想の世界では」仕事がいつ終わると思うかを聞き、次に、実際にいつ仕事が終わるのか率直な予想を聞く。両方

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、システム統括部の駒田です。 昨今、内部統制やJ-SOXといった言葉を良く耳にしますが、 ヤフーもご他聞に漏れず、粛々と対応を進めて参りました。 今回は、その対応の一環として行った、 「開発と運用の分離」に関してのエントリーをさせていただきます。 例えばですが... 開発成果物であるソースコードをテスト終了後に改ざんし、 不正に利益を得る様なエンジニアが存在していた場合、 それはヤフーにとって、一般のお客様に対する裏切りであり、 信用の失墜となってしまいます。 このような事態を回避するため、 当開発部では開発者と運用者とを明確に分離し、 開発者はリリースモジュールに触れる事が出来ない。 運用者はソースコードに触れる事が出

「はじめて使うJazz」シリーズも、はや3回目。今回のテーマは、ソースコード管理とビルド管理です。Rational Team ConcertにはSubversionと同種のソースコード管理に加え、ビルド管理の仕組みも組み込まれています。それらを組み合わせて、アジャイル開発で言うところの「継続的統合（CI：Continuous Integration）」環境を組み上げよう！ というのが、今回のお題です。 今回は「継続的統合」 「はじめて使うJazz」シリーズも、はや3回目。読者の皆さん、Jazz.netサイトからダウンロードして実際にお試しになってますか？ こうして回を重ねる間にも、Rational Team Concert（以下、RTC）の日本語化作業は着々と進んでいます。第1回の頃は、日本語化マイルストーン1というバージョンが公開されていましたが、本稿執筆時点でマイルストーン2を経て、既

はじめに さて、前回の記事では、下記の手順を行いRational Team Concert（以下、RTC）のインストールからセットアップまでの基本的な流れを一通り行いました。 RTCのダウンロード RTCのインストール サーバーのセットアップ ユーザーの作成 プロジェクトの作成 クライアントのセットアップ Eclipseプロジェクトの共有 今回の記事は、特にプロジェクトにおけるリリース計画の策定から、反復計画（スプリント）の策定、タスクの実行の流れについて紹介したいと思います。前回の記事で、プロジェクトを作成する際に、アジャイル開発プロセスの一つであるスクラムを基にしたスクラム・テンプレートを利用したため、今回の記事でも、スクラムの開発の流れに沿って、説明します。しかし、RTC自体は、特定の開発手法に依存しているわけではありません。 リリース計画の策定 リリースのためのスケジュール確立 リ

チーム開発のためのオープンな統合プラットフォーム「Jazz」 Jazzプロジェクトと言っても日本ではご存じない方もいらっしゃるかもしれません。「Jazz」とは、ソフトウェア開発チームのコラボレーションを支援するための新しいテクノロジー・プラットフォームであり、それらを開発するプロジェクトの名称です。大きな成功を収めたEclipseプロジェクトの次のステージとしてIBMが進めているプロジェクトです。Jazzプロジェクトは、人々がソフトウェア開発においてどのように協調して働くべきか、すなわち、いかにコラボレーションし、生産性を向上させ、透明性を確保してソフトウェア開発を行うかという観点で開発されています。 Eclipseは、エディター、コンパイラー、デバッガーなど開発者がこれまで別々に利用していたツール群を1つの環境に統合したプラットフォームを提供することによって開発者個人の生産性を向上させて

近年急速にユーザーを増やしているバージョン管理システムに「Git」がある。GitはLinuxカーネルの開発リーダーとしても知られるLinus Torvalds氏らが、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムで、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、さまざまなプロジェクトで採用されている。 本特集では、Gitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法やWindows環境での利用方法、Subversionなどほかのバージョン管理システムとの連携など、Gitを活用するためのテクニックを紹介する。 分散バージョン管理システムGit入門 2009年2月6日 バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増や

バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提

9月/10月社内Tech勉強会レポート – NodeJS/Privacy Sandbox API/3rdPartyCookie/NodeJS/PromiseAll/cascae/

サイオステクノロジーは1月14日、自社製プロジェクト管理ツール「ProjectKeeper Professional」の簡易版「ProjectKeeper Lite」のダウンロード販売を開始したと発表した。プロジェクト管理の基本的な機能が低コストで利用できるという。 LiteはProfessionalから原価管理機能、EVM分析機能を外した製品で、基本的なユーザーインターフェイスなどは共通。スケジュール管理、進ちょく管理、情報共有などプロジェクト管理の基本的な機能を備える。ガントチャートも利用可能。1つの工程と、その工程に必要な工数をテンプレートとして登録して再利用したり、プロジェクトの各メンバーが自ら進ちょくを入力できる機能などがある。 LinuxのほかWindows Server 2008、Windows XP SP2以上、Windows Vista SP1以上などで動作し、Webブラ

運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。