<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><atom:link rel="hub" href="http://tumblr.superfeedr.com/" xmlns:atom="http://www.w3.org/2005/Atom"/><description>Our Official Website</description><title>antena ap pm</title><generator>Tumblr (3.0; @antena-ap-pm)</generator><link>http://antena-ap-pm.tumblr.com/</link><item><title>【CEDEC 2009】プログラマーが少ない中で，デザイナー中心の開発プロセスを構築 - 家電・PC - Tech-On！</title><description>&lt;a href="http://techon.nikkeibp.co.jp/article/NEWS/20090902/174870/"&gt;【CEDEC 2009】プログラマーが少ない中で，デザイナー中心の開発プロセスを構築 - 家電・PC - Tech-On！&lt;/a&gt;</description><link>http://antena-ap-pm.tumblr.com/post/177963198</link><guid>http://antena-ap-pm.tumblr.com/post/177963198</guid><pubDate>Wed, 02 Sep 2009 10:13:44 -0400</pubDate></item><item><title>"僕はまだアジャイルソフトウェア開発の世界にはわりと新参ではあるものの、そこで形作られつつある慣習のいくつかは、政府の政策展開のみならず、様々な他分野に適用できるのではないかと考えている。"</title><description>“僕はまだアジャイルソフトウェア開発の世界にはわりと新参ではあるものの、そこで形作られつつある慣習のいくつかは、政府の政策展開のみならず、様々な他分野に適用できるのではないかと考えている。”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;p&gt;&lt;a href="http://joi.ito.com/jp/archives/2009/08/13/005425.html"&gt;アジャイルソフトウェア開発、新興企業と政府政策 - Joi Ito’s Web - JP&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;会社作りの枠組みとしても使えるとおもう。&lt;/p&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/161762331</link><guid>http://antena-ap-pm.tumblr.com/post/161762331</guid><pubDate>Wed, 12 Aug 2009 23:30:14 -0400</pubDate></item><item><title>"４）提案書、仕様書、提案依頼書はなし：タスクの把握にはPivotal..."</title><description>“４）提案書、仕様書、提案依頼書はなし：タスクの把握にはPivotal Trackerのようなトラッキングシステムを使う。巨大なプロジェクトシートや、開始前に全てを決定しようとするのは避ける。各小規模グループがその領分内でコンテキストを共有すること、そして個々の小パートが正しく動作し、周囲の要素に悪影響を及ぼさないことのほうが重要である。”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;a href="http://joi.ito.com/jp/archives/2009/08/13/005425.html"&gt;アジャイルソフトウェア開発、新興企業と政府政策 - Joi Ito’s Web - JP&lt;/a&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/161761511</link><guid>http://antena-ap-pm.tumblr.com/post/161761511</guid><pubDate>Wed, 12 Aug 2009 23:29:00 -0400</pubDate></item><item><title>"３）小規模で実施：チームの人数を増やしすぎず、大きな問題は小さな問題に分割する。小さな問題はごく少人数のグループでもこなせるような「階層」もしくは短期間のタスクに分割する。"</title><description>“３）小規模で実施：チームの人数を増やしすぎず、大きな問題は小さな問題に分割する。小さな問題はごく少人数のグループでもこなせるような「階層」もしくは短期間のタスクに分割する。”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;a href="http://joi.ito.com/jp/archives/2009/08/13/005425.html"&gt;アジャイルソフトウェア開発、新興企業と政府政策 - Joi Ito’s Web - JP&lt;/a&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/161761371</link><guid>http://antena-ap-pm.tumblr.com/post/161761371</guid><pubDate>Wed, 12 Aug 2009 23:28:48 -0400</pubDate></item><item><title>頭のよさがすべてではない。成功者がもっている特質「Grit」とは何か？ | Lifehacking.jp</title><description>&lt;a href="http://lifehacking.jp/2009/08/what-is-grit-and-why-you-need-it/"&gt;頭のよさがすべてではない。成功者がもっている特質「Grit」とは何か？ | Lifehacking.jp&lt;/a&gt;</description><link>http://antena-ap-pm.tumblr.com/post/157522561</link><guid>http://antena-ap-pm.tumblr.com/post/157522561</guid><pubDate>Thu, 06 Aug 2009 20:34:51 -0400</pubDate></item><item><title>"デマルコは、生産現場のブルーカラー労働者を対象に開発された管理手法は、今日の知識労働には当てはまらないと指摘する。「人間は時間的なプレッシャーをいくらかけられても、速くは考えられない」というリスターの法..."</title><description>“デマルコは、生産現場のブルーカラー労働者を対象に開発された管理手法は、今日の知識労働には当てはまらないと指摘する。「人間は時間的なプレッシャーをいくらかけられても、速くは考えられない」というリスターの法則を引用し、管理者がプレッシャーをかけることの無意味さを指摘したり、強気のスケジュールや時間外労働が結果的に失敗に終わる理由を述べたりする”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;p&gt;&lt;a href="http://clip.shiwaza.com/post/151266538"&gt;[JK]かしゆか(Perfume)部長のしわざ - デマルコは、生産現場のブルーカラー労働者を対象に開発された管理手法は、今日の知識労働には当てはまらない… &lt;/a&gt;&lt;/p&gt;

&lt;p&gt; 読んでみようかな。&lt;/p&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/151325862</link><guid>http://antena-ap-pm.tumblr.com/post/151325862</guid><pubDate>Wed, 29 Jul 2009 00:00:41 -0400</pubDate></item><item><title>コミュニケーション管理のポイントは、「ドキュメントに残す」ことです。言った言わないのトラブルにならないように、必ずドキュメントに残...</title><description>&lt;img src="http://19.media.tumblr.com/GjzggMl2cqd05tap8mEBwb1zo1_500.png"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;コミュニケーション管理のポイントは、「ドキュメントに残す」ことです。言った言わないのトラブルにならないように、必ずドキュメントに残すことにしましょう。そんなこと当たり前だと思うでしょうが、では、きちんと実践できているか振り返ってみてください。ついついプロジェクトが忙しくなると、ドキュメント作成の時間も惜しんで口頭ベースでになりがちだと思います。    そのために、きちんとプロジェクト計画プロセスで”ルール”として定め、さらに”ドキュメントテンプレート”を用意しておくのです。 (via &lt;a href="http://www.thinkit.co.jp/free/project/1/7/1.html"&gt;[ThinkIT] 第7回：コミュニケーション管理 (1/4)&lt;/a&gt;)&lt;/p&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149353238</link><guid>http://antena-ap-pm.tumblr.com/post/149353238</guid><pubDate>Sun, 26 Jul 2009 03:37:51 -0400</pubDate></item><item><title>"コミュニケーション計画プロセス

表1を見て分かるように、PMBOKのコミュニケーション計画には「ステークホルダー分析」が含まれています。ステークホルダーとは”利害関係者”のこと..."</title><description>“&lt;p&gt;コミュニケーション計画プロセス&lt;/p&gt;

&lt;p&gt;表1を見て分かるように、PMBOKのコミュニケーション計画には「ステークホルダー分析」が含まれています。ステークホルダーとは”利害関係者”のことです。組織管理で洗い出したプロジェクト体制図に登場するメンバー相互の関係を分析します。ただし、PMBOKのコミュニケーション管理は、ステークホルダーの企業としての立場をあまり考慮していません。プロジェクト参加者を全てメンバーとして考え、単純にメンバー相互のコミュニケーションを対象としているようです。&lt;/p&gt;

&lt;p&gt;   常駐・派遣型のプロジェクトはこれでもかまわないでしょう。ユーザーと開発メンバー、協力会社が同一の場所に集まってプロジェクトを遂行し、人月ベースで対価を支払う方法なら立場の違いはあまり気にしなくても良いと思います。しかし、請負ベースの開発プロジェクトの場合は、”企業間”の立場を考慮した方がしっくりいきます。&lt;/p&gt;

&lt;p&gt;   プロジェクトの失敗要因を考えた場合、ユーザーと自社開発メンバーと協力会社それぞれの間でコミュニケーション不足の内容が異なります。また、失敗を防ぐ為の管理ドキュメントテンプレートも、立場の違いにより異なります。そこで弊社のプロジェクト管理手法PYRAMIDでは、図1のようなステークホルダーの立場に分けてコミュニケーション計画を考えるようにしています。&lt;/p&gt;

&lt;p&gt;   コミュニケーション計画プロセスでは、プロジェクトを遂行するためのコミュニケーションルールを策定します。コミュニケーション計画の例を表2に示します。ここでは3つのステークホルダーの立場に分けてコミュニケーション計画を立てています。計画には、項目別に「誰から誰へ」「いつ」「どういう頻度で」「どういう情報を」「どういう手段で」というような取り決めを盛り込みます。&lt;/p&gt;

&lt;p&gt;   例えばユーザーとのコミュニケーションの場合は、打合せ議事録はどちらが書くか、質問&amp;回答のやり取りはどうするか、仕様変更の伝達方法はどうするか、仕様書のレビュー方法はどうするか、などの取り決めがこれに当たります。&lt;/p&gt;”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;a href="http://www.thinkit.co.jp/free/project/1/7/1.html"&gt;[ThinkIT] 第7回：コミュニケーション管理 (1/4)&lt;/a&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149352667</link><guid>http://antena-ap-pm.tumblr.com/post/149352667</guid><pubDate>Sun, 26 Jul 2009 03:36:28 -0400</pubDate></item><item><title>[ThinkIT] 第7回：コミュニケーション管理 (2/4)</title><description>&lt;img src="http://21.media.tumblr.com/GjzggMl2cqczpkm15wrag2vwo1_500.gif"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;&lt;a href="http://www.thinkit.co.jp/cert/project/1/7/2.htm"&gt;[ThinkIT] 第7回：コミュニケーション管理 (2/4)&lt;/a&gt;&lt;/p&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149348680</link><guid>http://antena-ap-pm.tumblr.com/post/149348680</guid><pubDate>Sun, 26 Jul 2009 03:25:12 -0400</pubDate></item><item><title>"コース概要
J-SOX法の施行により、プロジェクト・マネジメント計画書相当のドキュメントを要求されるプロジェクトが増えています。また、PMBOK®をもとに計画書を作成したいが、テンプレートは存在していま..."</title><description>“コース概要&lt;br/&gt;
J-SOX法の施行により、プロジェクト・マネジメント計画書相当のドキュメントを要求されるプロジェクトが増えています。また、PMBOK®をもとに計画書を作成したいが、テンプレートは存在していませんかというお問い合わせも頂いています。&lt;br/&gt;
このコースでは、PMBOK®に記述されている各種マネジメント計画書を１種づつ作成し、更に統合することで漏れのない整合性のとれたプロジェクトマネジメント計画書作成を目指します。”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;a href="http://www.globalknowledge.co.jp/reference/course_details.aspx?code=PMC0067G"&gt; PMBOK(R)ベースのプロジェクトマネジメント計画書作成 | グローバルナレッジネットワーク &lt;/a&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149345785</link><guid>http://antena-ap-pm.tumblr.com/post/149345785</guid><pubDate>Sun, 26 Jul 2009 03:18:21 -0400</pubDate></item><item><title>PMBOKは、プロジェクト管理体系に関する知識を分類し、書類棚を並べたような引き出しに整理しています。この書棚は図1のように、縦9...</title><description>&lt;img src="http://1.media.tumblr.com/GjzggMl2cqcy1jc6U21uZ1jeo1_500.gif"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;PMBOKは、プロジェクト管理体系に関する知識を分類し、書類棚を並べたような引き出しに整理しています。この書棚は図1のように、縦9段、横5段、奥行き3段の構造で、それぞれのボックスの中にプロジェクト管理に関する項目が入っています。&lt;/p&gt;
&lt;p&gt;via &lt;a href="http://www.thinkit.co.jp/images/project/1/2/pmbok_wide.gif"&gt;&lt;a href="http://www.thinkit.co.jp"&gt;www.thinkit.co.jp&lt;/a&gt;&lt;/a&gt;&lt;/p&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149328915</link><guid>http://antena-ap-pm.tumblr.com/post/149328915</guid><pubDate>Sun, 26 Jul 2009 02:38:31 -0400</pubDate></item><item><title>PMBOKの品質計画プロセスでは、費用対効果分析や品質コストの算出などを行い、「品質マネジメント計画書」「品質測定基準」「チェック...</title><description>&lt;img src="http://1.media.tumblr.com/GjzggMl2cqcxvxz7Gktnuno8o1_500.gif"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;PMBOKの品質計画プロセスでは、費用対効果分析や品質コストの算出などを行い、「品質マネジメント計画書」「品質測定基準」「チェックリスト」を主なアウトプットとしています。品質マネジメント計画書には、品質を保証・改善してゆくための組織構造や責任分担、手順、経営資源などを定義するのですが、少し概念的なのでこのままでは利用できません。実用レベルに落とすにあたり、弊社のプロジェクト管理手法PYRAMIDでは「品質基準書」を品質計画プロセスのアウトプットとしていますが、今回そのテンプレートを用意しました（図1）。このテンプレートでは、”システム全体”とか”操作性”などのテーマ単位にレスポンスやセキュリティなどの品質基準を設定します。&lt;br/&gt;&lt;br/&gt; 品質基準書を作成する上で難しいのは、抽象的な項目をいかに具体的な内容に落とすかということです。そもそも「品質＝ユーザー満足度」という前提自体があいまいな定義であり、何をもってOKとするかをうまく言い表すのが難しいのです。「更新ボタンを押したときに画面の値がデータベースに反映されること」「検索ボタンを押したときに、検索条件に合致するデータが一覧表示されること」などは非常に重要なことですが、当たり前すぎてわざわざ基準書に書き出す意味がないでしょう。実用的には、人により見解や解釈が異なるような項目、黙っているとおろそかになってしまいそうな項目について明記するという考えに立つのが良いと思います。&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.thinkit.co.jp/cert/project/1/5/3.htm"&gt;[ThinkIT] 第5回：品質管理 (3/4)&lt;/a&gt;&lt;/p&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149326960</link><guid>http://antena-ap-pm.tumblr.com/post/149326960</guid><pubDate>Sun, 26 Jul 2009 02:34:11 -0400</pubDate></item><item><title>PMI PMP　資格について</title><description>&lt;a href="http://www.pmaj.or.jp/shikaku/about_pmp.html"&gt;PMI PMP　資格について&lt;/a&gt;: &lt;p&gt;pmの認定試験&lt;/p&gt;</description><link>http://antena-ap-pm.tumblr.com/post/149287621</link><guid>http://antena-ap-pm.tumblr.com/post/149287621</guid><pubDate>Sun, 26 Jul 2009 01:10:23 -0400</pubDate></item><item><title>"最終的な目的のために、今何を考え、次の手をどう打つべきかを導き出すのが「段取り力」というスキルです。Web制作にプロジェクトマネジメントを取り入れたロフトワークでチーフディレクターをつとめ、数々の大規模..."</title><description>“最終的な目的のために、今何を考え、次の手をどう打つべきかを導き出すのが「段取り力」というスキルです。Web制作にプロジェクトマネジメントを取り入れたロフトワークでチーフディレクターをつとめ、数々の大規模プロジェクトを成功に導いた実績を持つ河原がWeb制作における「段取り力」について語ります。”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;a href="http://www.loftwork.jp/seminar/2009/20090717_kawahara.html"&gt;スキルアップセミナー：Webディレクターのキャリアアップに必要な「段取り力」 | 株式会社ロフトワーク &lt;/a&gt;&lt;/em&gt;</description><link>http://antena-ap-pm.tumblr.com/post/140070466</link><guid>http://antena-ap-pm.tumblr.com/post/140070466</guid><pubDate>Sun, 12 Jul 2009 04:12:27 -0400</pubDate></item></channel></rss>
