TestLinkの要件カバレッジを振り返って気付いたことをメモ。 TestLinkを約1年使ってみて、そして過去のテスト実績を分析しながら、特に結合～受入テストの難しさを改めて痛感している。 TestLinkでテストの進捗管理はやりやすくなるが、やはり一番大事なのは、テストケースそのものの品質だ。 テストケースの粒度が殆ど同じで、テスターがすぐに理解できる内容にする必要がある。 そして、テストケース作成で最重要な点は、要件カバレッジ。 テストケースが要件を全てカバーしていないならば、そこからテスト漏れ、引いてはバグになる。 実際のテストでは、この要件は単体テストで保証済み、とか、この要件は最後のシステムテストで確認するから保留、などのように、テストすべき要件を間引いて、最小のテストケース数でもってテストしていく。 TestLinkでは、要件とテストケースが相互リンクしているので、要件がどの
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
今回は，Webサイトを公開する際に気にするべき5つの視点について考えて見ます。実装前後～公開まで，関係性の強弱はありますが，常に意識すべき視点だと思います。究極的には，この5つの視点を，関係者全員が有していて，そのうえで協議してプロジェクトを進めて行くのが理想なのだろうと信じています。各人が少しずつ「のりしろ」を持って，そのプロジェクトを強めていけたなら，ビジネス的確度も高まるはずですので。 5人の視点 とりあげる視点は，プロジェクトの会議に揃うべき面々と思っていただいて良いと思います。基本的には，毎回とはいかないまでも，大事な決断の局面では全員が揃っているべきでしょう。大切なのは，「後出しジャンケン」的なクレームは，「戻り」を発生させ，プロジェクトのリスクを高めることになりかねないという意識を持って，全員が参加するということです。 その5人とは，解析視点(Analyst)，ビジネス視点(
前回は、タスクチームの立ち上げで必要になる準備について紹介した。目的を達成するためには、スケジュールや会議の設定、資料作成などの周到な段取りが大切だと述べた。今回はキックオフ会議の開催と、キックオフ後のタスクチーム運営を円滑に進めるための方法論を紹介する。 3-1 キックオフ会議 キックオフ会議の目的は、タスクチームをスムーズに運営するために、メンバー全員でタスクチームの基本方針を共有・合意することだ。このため、メンバー全員が会議に参加することが望ましい。参加できないメンバーがいる場合は、リーダーまたは事務局が個別にフォローする。 事務局とは、タスクチームを効率よく運営するために、会議のスケジュールや資料の手配、資料の共有、議事録の作成・配布などを担当する役割だ。タスクチームの裏方に当たる。事務局の業務をリーダーが兼任してもいいが、リーダーはほかの業務で多忙な場合が多い。またPCの操作や資
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
プロジェクト開発などのスケジュール管理をExcelで簡単かつグラフィカルに作成するマイルストーンは一つの指標です。 プロジェクトでは、達成したい目標へ向かってまずステップごとに段階を分け、計画を立てて実施します。 その結果の検証をして、これをもって修正された新たな計画を立て再び実施を行います。 このようなサイクルでプロジェクトを進めていく上で重要な指標がマイルストーンです。 ツール「開発マイルストーン」は、システム開発などで必要なプロジェクト管理をサポートするためのツールです。 MicrosoftExcelを使用して、簡単に入力でき、かつグラフィカルに表現することができます。 無料で使える工程管理ソフト 「開発マイルストーン」は、MicrosoftExcelが利用できる環境であればどなたでも利用できます。 また、本機能以外にもExcelに備わっている豊富な機
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
2007年4月10日 ドラッグ＆ドロップなど直感的なインタフェースを持つプロジェクト(タスク・個人リソース)管理ツール「Hi Task」 こんにちは。ディレクターの八木です。 日頃、複数のプロジェクト進行にかかわる中で生じる大小こまごましたタスクを管理する良いツールがないものかと、check*pad、Remenber the Milk、Orchestrate,Ta-da Listなど、いわゆるTo Doリスト管理サービスをさまよっていた私ですが、最近HiTaskというよさそうなサービスに出会ったのでご紹介します。 HiTaskはドラッグ＆ドロップベースの直感的なインタフェースを持つTo Doリスト・個人リソース管理ツール。他メンバーへのアサイン機能や簡易チャットでの連絡、プロジェクト単位でのグルーピングなどコラボレーション機能に特長をもち、各タスクを具体的なスケジュールに落とし込める点で個
プロジェクトの進捗を「見える化」しよう 進捗情報のやり取りはコストが高い リアルタイムの進捗状況を共有してみよう 進捗情報を共有できるプロジェクト管理ツールを使おう 進捗情報のやり取りはコストが高い 定例の進捗会議でお互いの進捗状況を報告しあうのは、プロジェクトの進捗管理においてよくあるパターンです。ただ、このやり方は実は大きなギャップを生みます。 例えば、定例の進捗会議が1週間に1回だった場合、誰かの作業の遅れを進捗会議が認識するのに1週間かかるということになります。プロジェクトリーダーは「作業が遅れているなら早めに教えて欲しい」と思うでしょうが、作業が遅れているメンバーは遅れを取り戻すことに精一杯で、報告が遅れることが多々あります。 では、定例の進捗会議を頻繁に持てばいいのかというと、今度は会議が多くなりすぎて、実際の作業時間が短くなり、非効率になるリスクもあります。結局、「ここまでは
GTDに学ぶプロジェクト管理ツール導入の3つのポイント メンバー視点のリストを提供する メンバーのToDoも一緒に管理できるようにする メンバーの作業管理がしやすいものを選ぶ メンバー視点のリストを提供する まずプロジェクト管理ツールを利用する際に重要なのが、メンバー視点のリストを提供するという点です。管理者目線だと、ついつい全体のスケジュールをプロジェクト管理ツールやエクセルを使ってガントチャート形式でまとめて満足という流れになってしまいがちですが、これでは前回書いたようにプロジェクト管理者の自己満足になってしまいます。 では、どうすればいいのか――。まずは、全体のスケジュールから、個別のメンバーごとに作業リストを切り出して渡してあげましょう。ここで参考になるのがGTDです。 GTDでは、自分がやるべきことのリストを自分で作成します。ここではプロジェクトメンバーのスタッフ各人がやらなけれ
プロジェクト管理ソフトの3つの落とし穴 プロジェクトマネージャーの自己満足に終わる プロジェクトの最初しか使わない メンバーの作業効率化の役に立たない プロジェクトマネージャーの自己満足に終わる プロジェクト管理ソフトの代表的な成果物としてあげられるのが「ガントチャート」でしょう。プロジェクトに関わる複数の作業をガントチャートにプロットしてみることで、スケジュールの全体像を視覚的に把握できます。プロジェクト計画時には特に重要なツールであると言えそうです。 ここでありがちなのが、プロジェクトマネージャーが作成したガントチャートを、メンバーがそのまま理解するのは意外に大変という点です。あまりにガントチャートが複雑になると、作成した本人は満足していても、それを元に作業をする側からすると複雑すぎて役に立たなくなったり、自分の担当の作業がどれか分からなくなってしまったりすることが往々にして存在するの
プロジェクトマネジメントを考える上で、Apple、はてな、Googleという3つの企業の事例を紹介しましたが特殊事例だったかもしれません。今回は、もっと身近な事例を考えてみましょう。 前回、失敗しないプロジェクトマネジメントを考える上で、Apple、はてな、Googleという3つの企業の事例を考えてみました。はてなブックマークでも、多くの方からコメントを頂きましたが、やはり「そうは言ってもね」というのが正直な反応だと思います。 そこで今回は、プロジェクト管理の「負のスパイラル」を脱出するために、もう少し身近な事例を参考にしてみたいと思います。 ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント 短期ではなく、長期で考える 遅い人ではなく、早い人に注目する 大きく始めず、小さく始める 短期ではなく、長期で考える 通常のプロジェクトでは、前回紹介したAppleのように「締め切りを事
「計画」「やる気」「変化」のプロジェクト失敗“3大要素”は完璧に管理できるのか――。“完璧な”プロジェクト管理を想定してみよう。 ほとんどのプロジェクトの失敗要因は、「計画」「やる気」「変化」という3つの要素です（2月14日の記事参照）。では皆さんは、これらの3つの失敗要因を発生させないようにできるでしょうか。 ここで単純にプロジェクト「管理」の立場で考えると、答えは一見簡単です。 事前の「計画」を完璧にプランニングする プロジェクトの「変化」を完璧に排除する メンバーの「やる気」を完璧に把握する でも、本当にそうでしょうか？ 私たちが直面しているのは、前回も書いたように、毎回“初体験”のようなプロジェクトで、正確な「計画」を立てるのが不可能に近く、「メンバー」の作業効率も把握しにくい上に、プロジェクトに変更や変化が頻繁に発生する――そんなプロジェクトなのです。 逆説的ではありますが、3つ
CruiseControlやHudsonのビルド結果をステータスバーに表示する小粋なプラグイン． こちらのアップデートセンターから入手する． http://updatecenter.nbextras.org/5.0/nbextras_{$netbeans.autoupdate.version}.xml?{$netbeans.hash.code} DataDirect JDBCドライバってのをかまさないとイケないらしい． まー，「OC4J（OracleAS）使っといて，DBはOracleじゃない」って構成はなかなか無いと思うが，ちょっとスゲー仕様だなって． DataDirect JDBC Drivers Oracle Containers for J2EE 10.1.3でOracle以外のデータベースへ接続するためのJDBCドライバです。 設定方法などについては、「Oracle Applic
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック: Jared Richardson, William Gwaltney Jr., でびあんぐる: 本