約 6,622,441 件
https://w.atwiki.jp/matowiki/pages/67.html
プロジェクトマネージャ試験の勉強法まとめは移転しました 情報処理試験まとめは、まとめwikiより情報処理試験関連情報だけ独立して情報を一新し別サイトに移転しました。 今後ともまとめwikiをよろしくお願いいたします。 移転先の情報処理技術者試験まとめwikiのトップページはこちら プロジェクトマネージャ試験の勉強法まとめ 午後2対策 目次 目次関連ページ 初めに 勉強テクニックなどについて午後2の勉強テクニック 解答テクニックなどについて 文房具の評価 関連ページ 参考書など 参考書など コメントを残す ▲▼ 関連ページ ITストラテジスト試験の勉強法まとめ午後1対策午後2対策データベーススペシャリスト試験の勉強法まとめ午後1 2対策ネットワークスペシャリスト試験の勉強法まとめプロジェクトマネージャ試験の勉強法まとめ午後1対策午後2対策論文の書き方の具体例基本情報技術者試験の勉強法まとめ応用情報技術者試験の勉強法まとめ応用情報技術者試験向けデータベース入門情報セキュリティスペシャリスト試験の勉強法まとめ午後1 2対策情報処理安全確保支援士試験の勉強法まとめ午後1 2対策 ▲▼ 初めに モバイル版のページが表示される方は見やすいPC版からどうぞ。画面下部の「PC版はこちら」をクリック 勉強テクニックなどについて 午後2の勉強テクニック 解答知識エリアの絞り込み 仕事の合間に学習することを考えると、すべての知識エリアで論文を用意するのは難しいと思う。なので過去問の出題傾向と自分の好みに合わせてエリアを決めて学習するのが望ましい(出題傾向はみよちゃん本に記載あり)。 お勧めの知識エリアは、タイム、コスト、品質、人的資源の4つ。ここから非常に多く出題されている。次に重要なのはリスクと統合マネジメントだけど、リスクマネジメントは、どんなリスクか明示されていなければタイムでもコストでもいいので前者の4つの知識から流用できるので学習しなくても自然と理解できるし、統合マネジメント(主に変更管理)は、それぞれの知識エリアで論文を記述する際にも関わってくる内容なのでこれも自然に学習ができる項目だと思う。 というわけで、この6つ(正確には前者の4つに注力しつつリスクと統合マネジメントを意識しながら学習する感じ)に的を絞って勉強して、もし他の知識エリアから出題されたらそれは選択しないぐらいでいったほうが効率良く学習ができると思う。 事前にプロジェクトを3つ用意しよう 論文を記述するのに想定するプロジェクトは、問題に対して矛盾なく適用するために3つぐらい用意しておくのが望ましい。 例えば、「1次開発と2次開発をわけて」とか「納期が間に合わなそうだから部分稼働を選択する」というような回答を求められる問題だと、組み込み系の製品開発のプロジェクトは適用するのが難しい。24時間の可用性が求められるという場合は24時間だれかがアクセスする可能性のあるWeb系などがわかりやすいし、夜間のバッチジョブを想定した論文なら、クラサバ型の業務システムという感じで考えたほうが話が通りやすい。理解しやすい想定を適用し採点者にわかりやすく理解してもらうっていうのも必要だと思う。 ちなみに、自分が用意したプロジェクトはこんな感じ。 Webアプリを利用した業務システムの構築 Webアプリを利用した会員向け購買サイトの構築 クライアント-サーバ型のWindowsアプリケーションを利用した業務システムの構築 プロジェクトの規模は固定させたほうが矛盾ない論文が書きやすいようだ。例えば開発期間:○○ヶ月、開発工数:○○人月、ピーク時の要員:○○人、チーム数:○○チーム体制、予算:○○万円という具合に固定し、チーム編成は自分がプロジェクトマネージャでチーム数は2ぐらいがわかりやすいと思う。予算、期間、工数、要員数が想像できないようであれば、そこを知ることから学習しよう。どのぐらいのシステムなら工数はどのぐらいなのか、1人月いくらでプログラマを雇えるのかなど、実際の現実のプロジェクトの数字を知ることも必要だ。 エディタの利用 論文問題に必要な技術は、問題の解答力(構成力)と、手書き能力だと思う。でも、解答力と手書き能力は一致しない。最初から手書きで練習し疲れてしまうと途中で飽きて面倒になってしまう。だから、ある程度できるようになるまで、エディタを使って構成力を養うほうがいいと思う。それで慣れたら手書きで記述して長文を時間無いで書く練習をするのが効率がいいと思う。 自分も論文の演習はすべてエディタでやって、直前の数週間で実際に手書きして手を成らす感じで勉強をした。おかげで効率良く論文の学習ができたので、かなり効率良く勉強ができたと感じてる。 使用するのは、より軽量なエディタのほうが便利。論文では文字数を気にする必要があるので、等倍フォントが利用でき、行数が表示されるエディタがいいと思う。 例えば秀丸エディタのようなものがお勧め。 1行を25文字で記述すれば、4行で100文字。8行で200文字というように計算がしやすい。 勉強の流れ いきなり骨子を作るのは苦労すると思うので、まずは過去問に対して「章立て」と「設問からの抽出」を作成してみよう。問題文に沿った章立てと設問からの抽出を作るのが最初は少し難しいが慣れると簡単にできるようになる。これらができるようになったら骨子を作成し、次に実際に論文を記述するという流れになる。 論文の勉強の流れSETP1 章立てと設問からの抽出問題文の読解力の向上、問題文作成者の質問意図を理解する能力の向上のため SETP2 骨子作成ストーリを短時間で作る構成力の向上のため プロジェクトを運営するための知識の学習 想定するプロジェクトを用意するため SETP3 エディタで実際に論文を記述論文らしい言い回し、知識や定量的表現の入れ方などの学習 SETP4 実際に手で論文を記述長文を書く筋力やテクニック等を実際に身につける 章立ての仕方~骨子の作り方 このページの下部、「解凍テクニックなどについて」の項目にて詳しく記述しています 骨子作成中に手が止まったら 骨子を作ろうとすると、プロジェクトマネジメントにおける知識において「こういう場合はどうなるんだっけ?」とか「もっと具体的な知識がないと解答できない」という部分が結構でてくるので、そうなったらネット等で知識を調べ、実例を参考にしながら骨子を積み上げていくといいと思う。 例えばよくあるパターンが品質に関する問題。ソフトウェアの品質を問う問題で「ソフトウェアの品質を保つには品質を作り込むためのプロセスと品質を確認するためのプロセスが重要である。品質を保つために、あなたはどのようなプロセスを組み込みましたか?」みたいなことが、さらっと書いてある。ここで重要となるのが、「品質を作り込むためのプロセス」「品質を確認するプロセス」って何?ってこと。これは参考書等には記述されていないので、自分で学習するしかない。疑問に思った点を煮詰めていくのが学習なのだ。 ちなみに「品質を確認するプロセス」は、機能性や使用性についてならレビュー、信頼性や効率性ならテストの実施などが該当する。 それを理解すると「じゃあレビューはどうやる?」「テストはどうやるの?」というように具体的なレビュー法、テスト法が知りたくなると思うけど、それらは応用情報等でも勉強するように、ウォークスルーとか、ラウンドロビンとか、インスペクションとか、ブレーンストーミングとか、ブラックボックステストとか、そんな知識と結びつき、知識と実践が結実するという感じになる。 論文問題の学習の流れ「ソフトウェアの品質を保つには品質を作り込むためのプロセスと品質を確認するためのプロセスが重要である。あなたが関わったプロジェクトにおいて品質を保つためにどのような試作を取り入れましたか?」みたいな設問がある 私は品質を保つために品質を作り込むプロセスを、こうこうこういうように工夫したみたいな話にしたい 私は品質を保つために品質を確認するプロセスを、こうこうこういうように工夫したみたいな話にしたい じゃあ、品質を作り込むプロセスと確認するプロセスの具体例を知らないと解答できないな・・・ 品質を保つソフトウェアの開発手法や確認する手法について学習しよう・・・ このように論文の骨子を作ろうとするごとに「あ、この知識がないと書けないな」ということがわかってくるので、その部分をネットや参考書を利用して探す。これが重要。これが結構大変なのだが、過去問で一通り勉強すると新傾向の設問でない限り、ほとんど応用できるので合格率を確かなものにするためにはいいと思う。 骨子を用意して自分の黄金パターンを見つけるのが重要 論文の骨子を考えていくと、自分の用意したプロジェクトパターンに合う骨子が貯まっていくと思う。 そうすると、自分の得意な黄金パターンがあることがわかってくると思う。そのパターンが理解できるようになると、論文の解答が楽になる。 例えば、プロジェクトの話なんで、明らかに自分たちに落ち度がある失敗で問題が発生しただと、そもそも自分たちの責任になってしまうので、なかなか自分たちが問題の発生源になることが難しい。かといって、相手の都合による仕様変更とかも、じゃあそのリスクをあらかじめ考慮してなかったの?という話になってしまう。そうなると、予見することが不可能で、でも発生してしまった。もちろん事前にリスク回避を検討したけど、実際に顕在化してしまったので、対策しなきゃみたいな話にならざるを得ないと思う。 で、骨子を作っていくと、たまたま失敗してしまったパターンみたいなものが見えてくるので、そういうパターンを見つけていくのが重要。 例えばよくあるパターンだと思われるのがこんな感じ。さらにそれぞれのパターンが自分の用意したプロジェクトと合致する必要があるので、それらを考慮して一つのシナリオを作り上げていくことが重要だと思う。 ユーザ企業のキーマンが多忙、理解力不足で要件定義が進まない対処法:専任の担当者を任命することを要求したり、設計レビューにユーザ企業の人間を参加させたりとか 用意するべきプロジェクト:理解力不足とかの設定ならWebアプリ形式に決定したがWebアプリについて詳しくないとかの設定に ユーザ企業の経営方針変更で仕様変更が発生した対処法:上位管理者に相談したりとか、部分稼働するとか、別途予算を要求するとか 用意するべきプロジェクト:部分稼働とかだとオープンを告知してしまったWebサイトの設定とか 協力企業の要員の能力不足対処法:要員交代等 用意するべきプロジェクト:基本的には何でもよさげだけど、クラサバ型のシステムが無難? こんな感じで、基本的にはどんなパターンでも、人間や品質の問題が納期に影響を与え、その納期の遅延がコストに影響を与えることになるので、ある程度の論文パターンを身につけることができれば、それをどんなものにも応用できるようになる。さらにそれぞれの兼ね合いで、いちばんしっくりするプロジェクトを適合して論述するようにすれば完璧だし矛盾が無くなる。 筆記用具を揃える 学生の頃はどんな筆記用具でも余裕で長文を書けたようなイメージがあるけど、書き慣れなくなると筆記用具で長文を書くのが辛くなっていたりする。 それでも良い筆記用具を使うと疲れずに長文をかけるようになるみたい。 いろいろな筆記用具関連のサイトを見ると、手の疲れは筆圧や書き方、筆記用具の性能に依存するようなので、自分の使いやすい筆記用具を使うとかなり改善されるようだ。 自分も筆圧が強くすぐに手が疲れて困っていたけれど、筆記用具をいろいろ試して、長文を書くごとに疲れずに書けるような方法があることに気がつくことができた。疲れて長文が難しい人はいろいろ試してみるといいと思う。 自分が、実際に使ったのは、三菱鉛筆のαGELグリップのクルトガ機構搭載タイプ、パイロットのドクターグリップ。替え芯はぺんてるのハイポリマー For Proの2Bの替え芯。 原稿用紙を用意する 手書きで練習する際には実際に原稿用紙を用意して記述するようにしよう。レポート用紙などに手書きで記述していると、どうしても文字サイズが異なるので本番時に違和感を感じてしまうからだ。 本番の解答用紙は手に入れることができないが、サイズはA4でそこに400字を記述するような解答用紙なので、市販のA4サイズの400字詰め原稿用紙を購入して実際にそれで手書き練習をするのがおすすめ。実際にマス目の大きさにも違和感なかったし、本番に近い環境で練習できるのはきっとメリットがあると思う。 書けなかった漢字はメモる PCに慣れていると、手書きで漢字がなかなか書けなくなってしまっていることに気がつくと思う。 論文の演習中にPCを使って文字を調べるのは良いとしても、それだけだとまた忘れて書けなくなる事が多い。なので、書けなかった漢字は、どこかにまとめてメモしておいたほうがいいと思う。で、あとから見直して漢字を勉強する。まったく書けなくなっているのなら、本格的に勉強する必要があるけれども、ちょっとど忘れしている程度ならば、あとから見直せば思い出せるはずなので、メモしておいて、本格的な学習に利用したり、試験前日に見直して記憶を呼び覚ましておくようにしたほうがいいと思う。 ▲▼ 解答テクニックなどについて 解答用紙への工夫 実際の試験では、解答用紙として週刊誌や青年漫画誌のように紙が二つ折りにされ、真ん中がホチキスで留められている冊子が配られる。ちょうど、IPAの各試験の午前、午後の問題冊子のような形状である。その1ページに400字詰め原稿用紙のマス目が印字されている。つまり1ページの裏表に両方記述をすることになる。紙質は厚手の原稿用紙のような感じで、多少、つるつるした感じである。 ここで二つの問題が発生する。 一つは裏移りの問題である。1ページの裏表に記述するので、表を書いた後に裏を記述すると表に書いた時が裏移りしてしまうのである。下敷きが使えればいいのだけど、持ち込んでいい筆記用具に下敷きは含まれていないため利用できない。なので特に筆圧の強い人、濃い鉛筆を使うと汚くなってしまい、採点者の印象も悪くなりかねないという懸念がある。 二つ目の問題は書き心地が変化してしまうことである。説明が難しいけど、週刊誌の表紙に文字を書こうとすると、机と表紙の間に何枚も紙があるので、当然、書き心地は柔らかい。ところが、裏表紙に文字を書こうとすると、今度は机と裏表紙の間には紙が一枚もなく、机と直接接しているので、書き心地が堅くなる。前述の通り解答用紙も週刊誌のように二つ折りにされているので、1ページずつ記述をしていくと、書いてる紙と机の間の紙の枚数が変化してしまう。この変化が以外と苦痛で、このおかげで手が痛くなったりする。そこで、完全に解答冊子を折り返してしまい、机と記述している紙の間の枚数を一定にさせるようにすると変化が無くていいと思う。よく、満員電車で新聞の読みたい面を折り返して読んでいる人が居るけど、あの要領。単語帳やスケッチブックのようにくるっと裏側に一周させるイメージ。 ところで関係ないが、会場によっては、かなり机の状態が酷いこともあるようだ。特に古いテーブルで木目がデコボコしているようなところもあるらしい。そういうところはボール紙が配布され、それを下敷きがわりに使うように指示されるらしい。このような可能性も考えて、シャープペンの芯などは異なる硬さのものを用意するとかするといいかもしれない。 設問から題目を作成する 論文は最初に問題を読んで、それから設問を理解して解答しようとすると、解答する内容がブレてしまうことが多い気がする。 だから、最初は問題を読まず、どんな解答を求められているか設問から章立てをすることがぶれない解答をする近道だと思う。 もちろん実際の試験では3問中1問を選択するので、問題を読んで選択するわけだけど、実際に解答するときは設問から章立てして、それから問題文を熟読して解答するのが合格への近道だと思う。 例えば、平成19年の問1だとこんなかんじ。問題文を読まずに設問だけで章立てするとこんな感じになる。過去問はIPAのサイトからダウンロードできる。 1 私が携わったプロジェクトについて 1.1 私が携わったプロジェクトの概要 1.2 関係者との交渉が必要になった問題と背景 2 問題解決の手順と合意に至った解決策について 2.1 問題を解決するための手順 2.2 交渉時の双方の主張、説得した内容、譲歩した内容、合意した解決策 3 施策の評価と今後の改善について 3.1 手順と解決策についての評価 3.2 今後どのように改善したいと考えているか これが求められている内容をすべて網羅した章立て=論文の流れとなる。場合によっては問題文を読むことで多少は変化してくることもあるが、90%ぐらいはこのままの構成が利用できる。こうすることで問われている内容から大きく乖離することなく解答できると思うし、論文を構成することができると思うので、試してみるといいと思う。 問題文から解答すべき項目を列挙する 章立てをすることでどのような論文の流れになるか道筋が見えたと思う。次は具体的に何を記述すればいいかをまとめる必要がある。 みよちゃん本にも書かれているように、このような論述問題では「あなたはプロジェクトマネージャですよね?なら、実際にこういう経験していますよね?そういうときこんなことをしていますよね?で、そのときどう考えてどう行動したんですか?」みたいに聞かれている。これらの具体例は実は問題文の中に記述されている。なので、それをピックアップして、さっき構成した章立ての中に入れていく。 具体的にはこんな感じ。同じく平成19年の問1。 1 私が携わったプロジェクトについて 1.1 私が携わったプロジェクトの概要 1.2 関係者との交渉が必要になった問題と背景 ※利用部門や協力会社に関わるような関係者との問題が発生 ※開発範囲の認識が異なる、リスク顕在化で納期遅延が発生 2 問題解決の手順と合意に至った解決策について 2.1 問題を解決するための手順 ※関係者と状況の認識を合わせる ※問題の本質を理解して、選択肢を複数立案して、優先順位を付け、最善方法をみつける 2.2 交渉時の双方の主張、説得した内容、譲歩した内容、合意した解決策 ※相手との要望が異なり、互いに妥協する過程 3 施策の評価と今後の改善について 3.1 手順と解決策についての評価 ※もちろん顧客が満足で終了 3.2 今後どのように改善したいと考えているか ※さらにこうすればよかったという記述 このように問題文から抜粋して各章に割り振ることで、具体的にどんなことを記述すればいいのかが見えてくる。あとは、この具体例に合わせて骨子を作るだけ。今までエディタでシコシコと論文の骨子を作成して養った構成力が役に立つ。 ストーリ(骨子)を作る あとは作成した章立てに従ってストーリーを考える。最初からいきなりかくと後から整合性がとれなくなることがあるので、最初にうちに骨子を考えてから書き始めるのがお勧め。具体的には、問題選択に5分、章立てや骨子の作成に15分、残りの90分で書き上げて、残りの10分をチェックに使用する感じがベストだと思う。90分で書き上げるのは手書き能力。15分で骨子を作るのは構成力。 では、実際にどんな感じでストーリーを作るのか。具体的にはこんな感じ。同じく平成19年の問1。ここまでくると問題文をみなくても章立てだけで論文が作れる。これを記述すると時間がかかるから、問題文にアンダーラインを引いたり、章番号を書いたりすることで対応しよう。 1 私が携わったプロジェクトについて 1.1 私が携わったプロジェクトの概要 ▼基幹業務システムの開発 保守契約切れに併せて再構築のため遅延許されない 1.2 関係者との交渉が必要になった問題と背景 ※利用部門や協力会社に関わるような関係者との問題が発生 ※開発範囲の認識が異なる、リスク顕在化で納期遅延が発生 ▼ユーザ企業から口頭で伝えたという仕様変更の要求がありリスク顕在化 2 問題解決の手順と合意に至った解決策について 2.1 問題を解決するための手順 ※関係者と状況の認識を合わせる ▼伝えていたつもりが、自社では把握せず、どちらの責任にもならないという結論に ▼変更しないと業務に使えないが、それを変更すると時間がないという認識は一致 ※問題の本質を理解して、選択肢を複数立案して、優先順位を付け、最善方法をみつける ▼複数立案したが、弊社としては納期を遅延してもらうしかないという結論 2.2 交渉時の双方の主張、説得した内容、譲歩した内容、合意した解決策 ※相手との要望が異なり、互いに妥協する過程 ▼顧客はとりあえず納期だけはなんとかして欲しいという要求 ▼幸い、仕様変更部分は月集計に関する部分なので、最初の1ヶ月では必要の無い機能。部分稼働はどうか? ▼顧客も同意し、まずは日次機能を稼働させ1ヶ月以内に月集計機能を実装で合意 3 施策の評価と今後の改善について 3.1 手順と解決策についての評価 ※もちろん顧客が満足で終了 ▼無事うまくいきますた 3.2 今後どのように改善したいと考えているか ※さらにこうすればよかったという記述 ▼そもそも口頭うんぬんが問題なのでそれを解決できればよかった 論文の流れの必勝パターン プロジェクトマネージャ試験の論文を読んでいくと「だいたいこんな流れの解答を期待しているんだろうな?」というのがわかってくる。そのあたりが理解できるとしめたもので、難なく解答ができるようになると思う。 それが、この論文のおおまかな流れの必勝パターン。具体的には、こんな感じの流れになっている。 あるプロジェクトがある そのプロジェクトのはある特徴がある その特徴のためプロジェクトにはリスクが内包している リスクが顕在化しないように事前対策を複数検討し選択する でも、その特徴が原因で、どうしても回避できないリスクの兆候を発見してしまった さらに対策を検討する でもリスクが顕在化してしまった そのために事後対策を複数考えて選択する リスク回避できたが予定と違うことをしたので、別リスク発生の可能性 その予防策も考える うまく収まってめでたしめでたし。でもこうすればもっとよかったかも 骨子を作ったら、そこから話を膨らませていくわけだけど、基本的にはその骨子の結論やストーリーの道筋をたどるために、字数や設問に合わせて、上記の黄金パターンからいくつかを選択して解答するようにする。こうすると、簡単に肉付けができるし、PMとして考えた理由も理解できるということになる。 しかし、論文中では、これらすべての解答が求められているとは限らない。例えば、「絶対に納期が許されない状況。なぜか納期遅延の可能性がでてきた。どうしましたか?」みたいな論文を求められていると仮定しよう。この場合では事前対策や兆候の発見までは問われていない。いきなり納期遅延リスクの顕在化であり、その顕在化したリスクに対する対応策だけを回答として求められている。すると、こういうパターンを選択することになる。 ○あるプロジェクトがある ←これは設問アとして絶対に存在する ○そのプロジェクトのはある特徴がある ←これは設問アとして絶対に存在する ×その特徴のためプロジェクトにはリスクが内包している ←いきなりリスク顕在化なので問われず ×リスクが顕在化しないように事前対策を複数検討し選択する ←いきなりリスク顕在化なので問われず ×でも、その特徴が原因で、どうしても回避できないリスクの兆候を発見してしまった ←いきなりリスク顕在化なので問われず ×さらに事前対策を検討する ←いきなりリスク顕在化なので問われず ○でもリスクが顕在化してしまった ←問われている内容 ○そのために事後対策を複数考えて検討する ←問われている内容 ▲リスク回避できたが予定と違うことをしたので、別リスク発生の可能性 ←あるとなお良い ▲その予防策も考える ←あるとなお良い ○うまく収まってめでたしめでたし。でもこうすればもっとよかったかも ←これは設問ウとして問われる可能性アリ ○は必須に解答すべきこと。最初の二つの○は問アに該当する部分。 ▲は記述するとなお良いけど、場合によっては字数がたりなくなるので考えて追加するべし。 ×は合否に関係しないからスルー。 みたいな感じで肉付けができると思う。 で、さらにその内容を突き進めて骨子を埋め込んでいくと、例えばこんな感じになる。 ○そのプロジェクトのはある特徴があるWebアプリを利用した基幹システム。かつ納期遅延が許されない ○リスクが顕在化してしまったWebアプリに詳しくなく操作性に関する要件定義が進まなくなって遅延しそう ○そのために事後対策を複数考える案1 要件定義を円滑に進ませるために要件定義の責任者の設置を顧客に求める 案2 プロトタイプ手法を採用 ○プロジェクトの特徴を考慮して、その複数の案から最善案を選択するユーザにとってもっともわかりやすいと思われるからプロトタイプを選択 ▲リスク回避できたが予定と違うことをしたので、別リスク発生の可能性プロトタイプ手法の採用でかえって作り込みが増え遅れないか? ▲その予防策も考えるあくまで操作性に限定したプロトタイプにするよう両社で合意 ○うまく収まってめでたしめでたし このようなプロジェクトマネージャにとって王道の考え方に従って、問題発生の理由、プロジェクトの特徴、その解決法をうまく組み合わせると、旨い具合に論文が肉付けできると思う。 章中の流れの必勝パターン もう一つのパターンが一つの章の中で記述すべきパターン。 みよちゃん本でも記述されているようにシステムアーキテクトの論文でなく、プロジェクトマネージャの論文なので、マネジメントする立場になって論文を記述していかなければならない。そのためには、以下のようなパターンを多様するとマネジメントっぽい感じになる。 具体的にはこんな感じ。 ある問題が発生した(発生しそう) 原因を調査した その原因に対する対策として○○を実施させた なぜなら○○が○○だから○○だと考えたからである たったこれだけ。具体的な論文になるとこんな感じになる。 ある問題が発生した(発生しそう)納期遅延が発生しそう 原因を調査した調子したところ今回の開発で使用するテクノロジでの開発経験の無い要員が多かった その問題に対する対策として○○を実施させたそこで経験者がサポートしたり、週に二回勉強会を開き技術を習得させるようにした なぜなら○○が○○だから○○だと考えたからであるなぜなら勉強会に時間がとられるが、技術習得が遅れると後々に重大な遅延になりかねず、早期に実施すべきだと考えたからである こうすると、かなりプロマネっぽい論文になると思うけどどうだろうか? こういうパターンでなく、○○だった。だから○○した。それで○○だ。という感じだとBランクになってしまう可能性が高いんじゃないかと思う。例えばこんな感じ。 納期遅延のリスクが顕在化しそうだった そこで経験者に新人の教育を実施させた。 その後進捗が挽回しはじめ最終的に納期が守られた。 納期遅延が発生しそう 調査したところ今回の開発で使用するテクノロジでの開発経験の無い要員が多かった そこで経験者がサポートしたり、週に二回勉強会を開き技術を習得させるようにした なぜなら勉強会に時間がとられるが、技術習得が遅れると後々に重大な遅延になりかねず、早期に実施すべきだと考えたからである この二つと見比べてみると、やはり後者のほうが良いような感じがする。 知識を散りばめる これでなんとなく体裁は整ったが、さらに知識をちりばめてアピールすると、より合格論文に近くなると思う。 具体的には、実施した施策の根拠となるツール、理論、必勝法などを記述する。そうすると、前章の例もグッと厚みが増してくる感じにみえる不思議。 実際に記述するとこんな感じ。 納期遅延が発生しそう 各チームリーダや現場の人間から本音を聞き出すため個別にミーティングを実施し、特性要因図を利用して原因を分析した その結果、今回の開発で使用するテクノロジでの開発経験の無い要員が多かったことが主な原因であることがわかった これらの対処には要員交代したり、開発要員を同室で作業させるなどの改善なども考えられる しかし、今回は経験者がサポートしたり、週に二回勉強会を開き技術を習得させるようにした なぜなら、ただちに経験豊富な要員を集められることは現実的でないからである そして勉強会に時間がとられるが、技術習得が遅れると後々に重大な遅延になりかねず、早期に実施すべきだと考えたからである また過去の類似プロジェクトの結果から要員教育の効果で成功した例が多くこの例が参考になると考えたからだ みたいな感じでどんどん加筆して知識をいれてしまう。すると、なんか偉そうな論文に見えてくる感じがする。 分析手法やツールはいろんな場面でちりばめる知識として利用できる。そのため、それらを暗記しておくことが重要になる。で、ここで「必勝パターン」がでてくることになるのだが、やはり「必勝パターン」の暗記は重要だと思う。 論文中に使える必勝パターンは例えばこんな感じ。 発生確率・影響度マトリクス インスペクション、ウォークスルー、ラウンドロビン デルファイ法、過去の類似案件からの類推 特性要因図、パレート図 ミーティング、個別面接 定量的な解答をする 知識をちりばめるのと同様に、所々に定量的な表現を入れることも大事だと思う。数字が入ると説得力が増すからだ。だけど、実際の論文との内容で矛盾が生じるかもしれないので結構難しいところだと思う。 例えば定量的な表現をいれるとこんな感じになる。 納期遅延が管理上限の進捗10%以上の差違が発生しそう 各チームリーダや現場の人間から本音を聞き出すため個別にミーティングを実施し、特性要因図を利用して原因を分析した その結果、今回の開発で使用するテクノロジでの開発経験の無い要員が多かったことが主な原因であることがわかった これらの対処には要員交代したり、開発要員を同室で作業させるなどの改善なども考えられる しかし、今回は経験者がサポートしたり、週に二回勉強会を開き技術を習得させるようにした なぜなら、ただちに経験豊富な要員を集められることは現実的でないからである そして勉強会に時間がとられるが、技術習得が遅れると後々に重大な遅延になりかねず、早期に実施すべきだと考えたからである また過去の類似プロジェクトの結果から要員教育の効果で成功した例が多くこの例が参考になると考えたからだ 実際に過去の例では勉強会の実施で一時的に5%の進捗率低下となるが、その後持ち直し、対策をしない場合より10%の納期短縮されていた こんな感じ。この例は割合で記述しているが、具体的な工数や金額で答えられればそのほうが良いと思う。 定量的な言葉として使いやすいものは以下のような感じ 進捗率、工数、ステップ数 レビューの指摘件数、指摘密度 テスト数、密度、網羅率 不具合の発見件数、発見密度 レスポンス時間、バッチの処理時間、システム停止時間、要望された機能の実装率 検討した結果を複数用意する これはすでに今までの中の話で取り上げているので短く説明すると、だいたい一般的には対策が複数考えられる。しかし、そのうち対策として実施するのは一つか二つのことが多いと思う。それは他に考慮すべき事柄があって、それを採用できないことが多いから。 もし字数や時間的に可能であれば、一般的な対策は、これと、あれと、それと、と複数ある。しかし、このプロジェクトでは、こうで、ああで、ほげほげだから、その中から最も可能性の高いこれを選択せざるを得なかったというような記述にすることで、より合格論文に近づくと思う。 でも、これをやるには、最初の設問アでちゃんとそれを選択できない理由があるという説明がされてないと説得力が薄まってしまうので、そのあたりから考えて骨子を作る練習をしておく必要があると思う。設問アってただプロジェクトの特徴を説明するだけでしょ?と考えると痛い目をみると思うのは、そういう理由があるから。 なぜリスクが顕在化して、なぜ複数ある対策の中から論述した対策を選択したのか、すべてはプロジェクトに特徴があるからそういう論述になるわけで、実は設問アというのは、論文を作成する上でかなり重要だと思う。 変更したことに対して発生するリスクを考慮する これもすでに述べているのに簡単に。 進捗遅延しました。その対策をするために作業工程を見直したり、ファストトラッキングして進捗遅延を挽回しました。めでたしめでたし・・・ もちろんこの書き方では、どんだけ進捗遅延してるのか定量的でないし、なんでファストトラッキングを選択したのかわからないし、複数の案を検討してないからダメダメ論文になるわけど、それとは別に、そんなに簡単に作業工程を見直したりファストトラッキングして回復するなら、最初からしとけばいいじゃん。だってそのほうが早く終了するからいいでしょ?っていう話になってしまう。なんで最初にやっておかないの?ということに。 つまり、プロジェクトは最初から正しくマネジメントされていて、でも不可抗力の問題が発生して、その対応策としてやむなく実施したみたいに成らざるを得ないと思う。その実施策は本来とは違うことを実施しているわけで、逆に言えばリスクを多少犯してでも、何かを守るべきために実施していることになる。だったら、その施策を実施することに対するリスクも考慮している姿勢を示せば完璧なものになると思う。 でも、実際にはここまで書いている人は少なそうなので、もし字数が足りないとか、何か物足りないという場合に付け足しとして記述しておくといいと思う。例えば、要員を追加投入してクラッシングで進捗の挽回を狙うが、それは単体テストのみで実施し、実際にはテスト計画書に従って作業する要員なのでプロジェクトや要件に対する知識がなくとも実施できるから、みたいに記述すれば、ああそのリスクも理解していて、リスク低減できるから採用したんだなっていう話になる。 ▲▼ 文房具の評価 紙質 紙質は、午後1はマークシート用紙のような、わりと色が乗りやすいタイプの紙で応用情報の午後と同じような感じ。午後2はどちらかというと若干つるつるして色が乗りにくい感じだった。 そのため、手の疲れ防止のため2Bを午後1で使うと非常に書きにくく文字が汚くなる傾向があるように感じた。しかし午後2は若干つるつるしているので、2Bでも十分に記述が可能だった。なので、手の疲れが激しい人は午後1をHB、午後2をBか2B(受験票にはHBかBを指定)などと使い分けたほうがいいと思う。 文房具 自分はパイロットの「ドクターグリップ Gスペック」と三菱鉛筆の「ユニ アルファゲル クルトガエンジン搭載タイプ」を利用してみた。 ドクターグリップはとても重心のバランスが良く書きやすい印象があった。ユニアルファゲルのクルトガ搭載タイプも同様、書き心地は問題ないのだが、つかれにくさではドクターグリップのほうが上に感じた。 しかし、実際に利用してみると、特に2Bの芯では、すぐに芯が減るので、どんどん文字が太くなってしまう。その場合にはクルトガ搭載タイプのユニアルファのほうが、常に芯のとがった部分を利用できるので、書き心地が維持され非常に書きやすかった。ところが、HBなどの堅い芯で午後2の論文の解答用紙のようなツルツルした紙に記述しようとすると、逆に芯のとがった部分のみ紙に接するため、芯のひっかかりを感じて書き心地がものすごく悪くなった。 そのため、柔らかい芯→クルトガ搭載タイプ、硬い芯→ドクターグリップなどと使い分けたほうがいいと感じた。 しかし、このあたりは書き方によっても随分違うと思うので、実際に試してリスクを軽減するか、異なる芯やシャープペンを複数持ち込むなどのリスク回避を検討したほうがいいと思う。 ▲▼ 関連ページ ITストラテジスト試験の勉強法まとめ午後1対策午後2対策データベーススペシャリスト試験の勉強法まとめ午後1 2対策ネットワークスペシャリスト試験の勉強法まとめプロジェクトマネージャ試験の勉強法まとめ午後1対策午後2対策論文の書き方の具体例基本情報技術者試験の勉強法まとめ応用情報技術者試験の勉強法まとめ応用情報技術者試験向けデータベース入門情報セキュリティスペシャリスト試験の勉強法まとめ午後1 2対策情報処理安全確保支援士試験の勉強法まとめ午後1 2対策 ▲▼ 参考書など 参考書など 参考書の選び方 結論としては、通称「みよちゃん本」と呼ばれる情報処理教科書 プロジェクトマネージャをお勧めしたいと思う。この参考書は非常に優秀でお得。理由は以下の通り。 PMBOKなどの知識、実践に関する知識が簡潔ではあるが箇条書きでまとめられている プロジェクトマネジメントに関係する知識について重要なもは巻末に説明がある 平成14年以降の午後1の問題、解説、解答例が網羅されている。午後1解答テクニックも詳しい。 平成14年以降の午後2の問題、解説、論文例が網羅されている。論文テクニックも詳しい。 このように過去問の解説や基本最低限の知識などが網羅されている。基本的にはこの本に記述されている内容+ネットで調べられる内容で合格できるし、論文例が網羅されてるから別途、論文対策の参考書も必要無い。 ただしデメリットもある。 プロジェクトマネジメントに関する知識の詳細な解説が無い(概略的なものはある) 実際の業務におけるケーススタディ集や、事後対策等の記述もほとんど無し なので午前2レベルの知識を深く学習したかったり、PMBOKの細かい説明が欲しい人は、それらを解説しているような参考書が別途必要になると思う。もし深いところを知りたいと思った場合には「PMBOKをどうやって実際の仕事に活かすのか」といったことを解説している事例集を購入したほうがいいと思う。これらは実際のプロジェクトにならって紹介されているので、論文対策にも利用できる。 逆にPMBOKの入門本とかは、PMBOKの概略を示しただけでテスト対策として有用とは思えなかった。 ▲▼ 2018年おすすめの参考書一覧 ▲▼ 過去問の入手方法 平成16年(2004年)以降の過去問と論文以外の解答は午前、午後ともIPAのサイトからダウンロードできる。従って、特に問題集等は買わなくてもいい。 また、みよちゃん本情報処理教科書 プロジェクトマネージャを購入すると、翔泳社のサイトから平成14年以降の全論文問題、参考論文例、論文解説、午後1問題の解答解説が手に入る。そのためみよちゃん本を購入すれば、特に専用の論文実例集や午後1問題解説集などは購入しなくてもいい。 ▲▼ コメントを残す テストの投稿 -- 名前 (2011-08-15 18 20 55) まったくの未経験者です。「予算、期間、工数、要員数が想像できないようであれば、そこを知ることから学習しよう。どのぐらいのシステムなら工数はどのぐらいなのか、1人月いくらでプログラマを雇えるのかなど、実際の現実のプロジェクトの数字を知ることも必要だ。 」とありますが、具体的な学習方法を教えていただけないでしょうか?論文を書く前に、その前提の事前に用意しておくプロジェクトがイメージできず困っています。 -- nao (2017-12-11 16 20 50) コメントありがとうございます。具体的には「プログラマ 1人月 単価」「システム開発 予算 工数」「システム開発 規模 工数」などでgoogle検索し、プログラマに1ヶ月お願いするとどの程度のお金が必要なのか、どの程度のシステム開発をするとどの程度の工数になるのかということを地道に調べていくことをおすすめします。回りくどいと思うかもしれませんが、このあたりの感覚がしっかりとしていないと実際の開発現場と想像上のプロジェクトとで乖離や矛盾が発生してしまい、採点者が読んでも説得力を欠いたものになってしまいます。逆に言うと、いまプロジェクトをイメージできないのは、技術者一人にお願いするといくら必要なのか、どの程度のシステムではどの程度の工数が必要なのかを理解できていないということと等しいと思います。そのあたりを上記のワードなどで検索し、ある程度の理解をすることで、より矛盾なく説得力のある合格論文に近くなると思います。実は、何もわからず手探り状態の今が一番大変で先行きが見えない状況なのですが、ここが一番の頑張りどころで、ここをクリアすればゴールは見えてきますので、不安かもしれませんが調べてみてください。あとから、あの時調べたことが役立ったと思う時がくると思います。それでは頑張ってくださいね。 -- 管理人 ご返事ありがとうございました。私は、SI業者に発注する側の人間で、要は業者に丸投げ状態。これじゃダメだと思い来年PMを受ける予定です。 -- nao (2017-12-12 08 41 35) 名前 コメント 2017年12月24日 (日) 13時03分16秒 trackback
https://w.atwiki.jp/nm70xi/
レイアウトを自分好みにしたまとめwiki 小技 仕様 リンク メニュー トップページ アクセサリー よくある質問 iアプリ 2chログ .
https://w.atwiki.jp/aycs/
あやちさまとめwiki このwikiは『バンドリ! ガールズバンドパーティ!(ガルパ)』に登場するアイドルバンド、 Pastel*PalettesのVo.丸山彩とBa.白鷺千聖のカップリングまとめ(非公式wiki)です。 データベース以外は基本的に本カップリングに都合の良い解釈のみをしているので、あやちさが好きな方以外の閲覧は推奨しません。 どなたでも編集を行えます。 皆が利用するWikiの為、他人に迷惑をかけるような行為は控えましょう。 開催中イベント イベント名 開催期間 タイプ キャラクター あやちさ要素 奔走!夕影をめぐる旅 3月21日(水)~3月() ハッピー 美竹蘭青葉モカ上原ひまり宇田川巴羽沢つぐみ Afterglowの箱イベントと予想されるため恐らくなし 基本情報 ★タイトル バンドリ! ガールズバンドパーティ! ★ジャンル リズム&アドベンチャーゲーム ★配信日 2017/3/16 ★対応OS iOS9.0以降、Android4.4以降 ★プレイ料金 基本プレイ無料(アプリ内課金あり) ★開発会社 株式会社Craft Egg ゲームに関する問い合わせに関してはこちらから
https://w.atwiki.jp/anw_st/pages/4.html
ニュース @wikiのwikiモードでは #news(興味のある単語) と入力することで、あるキーワードに関連するニュース一覧を表示することができます 詳しくはこちらをご覧ください。 =>http //atwiki.jp/guide/17_174_ja.html たとえば、#news(wiki)と入力すると以下のように表示されます。 マニュアル作成に便利な「画像編集」機能を提供開始! - ナレッジ共有・社内wikiツール「NotePM」 - 川崎経済新聞 【グランサガ】リセマラ当たりランキング - グランサガ攻略wiki - Gamerch(ゲーマチ) 「Wiki」創設者のPC 競売に - auone.jp 篠原悠希×田中芳樹が明かす「歴史ファンタジー小説ならではの悩み」(現代ビジネス) - Yahoo!ニュース - Yahoo!ニュース 【Apex Legends】ヴァルキリーの能力と評価【エーペックス】 - Gamerch(ゲーマチ) モンハンライズ攻略Wiki|MHRise - AppMedia(アップメディア) 【ウインドボーイズ】リセマラ当たりランキング(最新版) - ウインドボーイズ攻略Wiki - Gamerch(ゲーマチ) ポケモンBDSP(ダイパリメイク)攻略wiki - AppMedia(アップメディア) 【テイルズオブルミナリア】リセマラ当たりランキング - TOルミナリア攻略Wiki - Gamerch(ゲーマチ) SlackからWikiへ!シームレスな文章作成・共有が可能な「GROWIBot」リリース - アットプレス(プレスリリース) 【ダンカグ】登場キャラクターと担当声優一覧【東方ダンマクカグラ】 - AppMedia(アップメディア) 【ウマ娘】チャンピオンズミーティングの攻略まとめ - Gamerch(ゲーマチ) 【ウマ娘】ナリタブライアンの育成論|URAシナリオ - Gamerch(ゲーマチ) ドラゴンクエストけしケシ攻略Wiki - Gamerch(ゲーマチ) 【シャーマンキング】リセマラ当たりランキング【ふんばりクロニクル】 - ふんクロ攻略Wiki - Gamerch(ゲーマチ) サモンズボード攻略wiki - GameWith 【スタオケ】カード一覧【金色のコルダスターライトオーケストラ】 - Gamerch(ゲーマチ) 【スマブラSP】ソラのコンボと評価【スマブラスペシャル】 - Gamerch(ゲーマチ) 【ブレフロレゾナ】リセマラ当たりランキング【ブレイブフロンティアレゾナ】 - ブレフロR攻略Wiki - Gamerch(ゲーマチ) 【ポケモンユナイト】サーナイトの評価と性能詳細【UNITE】 - Gamerch(ゲーマチ) 【ENDER LILIES】攻略チャートと全体マップ【エンダーリリィズ】 - Gamerch(ゲーマチ) 新庄剛志は「監督」か「ビッグボス」か...肩書き巡りWikipedia大荒れ 「自称に過ぎない」の意見も - ニフティニュース 【ウマ娘】あんしん笹針師の選択肢はどれを選ぶべき? - Gamerch(ゲーマチ) 【ポケモンユナイト】アップデート情報・キャラ調整まとめ - ポケモンユナイト攻略Wiki - Gamerch(ゲーマチ) 【Apex】シーズン11の新要素と最新情報まとめ【エーペックス】 - Gamerch(ゲーマチ) ロストジャッジメント攻略Wiki - Gamerch(ゲーマチ) 【Among us】新マップThe Airship(エアシップ)の解説【アモングアス】 - Gamerch(ゲーマチ) ハーネスについて小児科医の立場から考える(坂本昌彦) - 個人 - Yahoo!ニュース - Yahoo!ニュース ゼルダ無双攻略Wiki|厄災の黙示録 - AppMedia(アップメディア) 【ポケモンユナイト】おすすめ設定|操作方法一覧 - AppMedia(アップメディア) ウマ娘攻略Wiki - AppMedia(アップメディア) 【まおりゅう】最強パーティー編成とおすすめキャラ【転スラアプリ】 - Gamerch(ゲーマチ) ゲトメア(ゲートオブナイトメア)攻略Wiki - Gamerch(ゲーマチ) 【白夜極光】リセマラ当たりランキング - 白夜 極光 wiki - Gamerch(ゲーマチ) お蔵入りとなった幻の『スーパーマリオ』 オランダの博物館でプレイ可能?(リアルサウンド) - Yahoo!ニュース - Yahoo!ニュース ナレッジ共有・社内wikiツール「NotePM」が「ITreview Best Software in Japan 2021」のTOP50に選出 - PR TIMES 真女神転生5攻略Wiki|メガテン5 - AppMedia(アップメディア) 【B4B】近接ビルドデッキにおすすめのカード【back4blood】 - Gamerch(ゲーマチ) ポケモンスナップ攻略wiki - AppMedia(アップメディア) 富野由悠季「ブレンパワード」作り直したい!ファンを前に意欲(シネマトゥデイ) - Yahoo!ニュース - Yahoo!ニュース 【ウマ娘】査定効率から見た取るべきスキルとおすすめキャラ【プリティーダービー】 - Gamerch(ゲーマチ) ナレッジ共有・社内wiki「NotePM」が「ITreview Grid Award 2021 Fall」で、チームコラボレーションとマニュアル作成部門において「Leader」を5期連続でW受賞! - PR TIMES メモ・ドキュメント・wiki・プロジェクト管理などオールインワンのワークスペース「Notion」が日本語ベータ版提供開始 - TechCrunch Japan 【ギアジェネ】リセマラ当たりランキング【コードギアス】 - ギアジェネ攻略Wiki - Gamerch(ゲーマチ) モンスターファーム2(MF2)攻略wiki|アプリ・Switch移植版 - AppMedia(アップメディア) 【ブラサジ】最強キャラTierランキング【ブラックサージナイト】 - Gamerch(ゲーマチ) 【パワプロ】鬼滅の刃コラボ情報まとめ - Gamerch(ゲーマチ) 【SPAJAM2021】第3回予選大会は「クイズ!WIKIにゃんず!」を開発したチーム「かよちゃんず」が最優秀賞! | gamebiz - SocialGameInfo 検索結果における「ナレッジパネル」の役割とは・・・ウィキメディア財団とDuckDuckGoの共同調査 - Media Innovation ナレッジ共有・社内wikiツール「NotePM」が「BOXIL SaaS AWARD 2021 Autumn」にて「コラボレーション部門」を受賞! - PR TIMES 【ポケモンユナイト】カメックスの評価と立ち回り【UNITE】 - Gamerch(ゲーマチ) 「ゼルダの伝説 BotW」のマラソンで23秒? 驚きの速さで完走した方法が話題(リアルサウンド) - Yahoo!ニュース - Yahoo!ニュース Wikipediaが「中国人編集者の身の安全を守るため」に一部の編集者アカウントをBANに - GIGAZINE 【ドッカンバトル】3.5億ダウンロードキャンペーン最新情報 - ドッカンバトル攻略Wiki - Gamerch(ゲーマチ) BTS(防弾少年団)のV、8月のWikipedia閲覧数が韓国アーティストで1位!グループでは4ヶ月連続トップ - Kstyle 【イース6オンライン】リセマラ当たりランキング|召喚ガチャの開放条件は? - Gamerch(ゲーマチ) BacklogからNotePMへwiki情報を自動API連携する「Backlog to NotePM」をSaaStainerに掲載開始 - PR TIMES ライザのアトリエ2攻略Wiki - AppMedia(アップメディア) 真女神転生3リマスター攻略Wiki|メガテン3 - AppMedia(アップメディア) ガーディアンテイルズ(ガデテル)攻略Wiki - Gamerch(ゲーマチ) タスクも文書もWikiもデータベースもまとめて管理できる「Notion」とは? - ASCII.jp ナレッジ共有・社内wikiツール「NotePM」が、見るだけ専用ユーザー『無料』の新プランを発表! - ヨコハマ経済新聞 【かのぱず】リセマラ当たりランキング【彼女お借りします】 - Gamerch(ゲーマチ) 【乃木フラ】リセマラの必要はある?【乃木坂的フラクタル】 - Gamerch(ゲーマチ) メトロイド ドレッド攻略Wiki - Gamerch(ゲーマチ) 【パワプロ】生放送まとめ|パワフェス2021 - パワプロ攻略Wiki - Gamerch(ゲーマチ) ルーンファクトリー5攻略wiki|ルンファク5 - AppMedia(アップメディア) X-Legendが新作『Dragonicle:ドラゴンガーディアン』を発表。事前登録も受付開始! - 電撃オンライン 簡単操作で自分専用Wikiを構築できるMarkdownエディタ「Obsidian」のモバイル版を使ってみた - GIGAZINE 情報マネジメントツール「Huddler」がwiki機能を刷新 - PR TIMES シェアエコ配送アプリ「DIAq(ダイヤク)」のアンカーアプリで、高層ビル・商業施設の入館方法などお役立ち情報をまとめた「DIAqwiki」を公開 - アットプレス(プレスリリース) 異常熱波のカナダで49.6度、いま北米で起きていること(森さやか) - 個人 - Yahoo!ニュース - Yahoo!ニュース 【アイプラ】才能開花のやり方【アイドリープライド】 - AppMedia(アップメディア) 【ツイステ】マスターシェフの攻略~辛味のふるさと~【料理イベント】 - Gamerch(ゲーマチ) 【ラグナロクオリジン】リセマラは不要?おすすめ職業は?【ラグオリ】 - Gamerch(ゲーマチ) 白夜極光攻略wiki - AppMedia(アップメディア) 【バイオミュータント】2.02アプデ|アップデート1.4情報 - バイオミュータント攻略Wiki - Gamerch(ゲーマチ) ニーアレプリカントリメイク攻略wiki|ver.1.22 - AppMedia(アップメディア) アイプラ攻略Wiki|アイドリープライド - AppMedia(アップメディア) 【ウマ娘】ゴルシウィークはいつから?キャンペーン情報まとめ - Gamerch(ゲーマチ) シーズン66 - 【超速GP】ミニ四駆 超速グランプリ攻略まとめwiki - 電撃オンライン コロプラ新作『ユージェネ』謎ゲー説…からの神ゲー説。遊んでわかった3つの高評価ポイント【ユージェネ日記#1】 - 電撃オンライン 乃木坂的フラクタル攻略Wiki - Gamerch(ゲーマチ) 「こんなことになるとは…」13年前のエイプリルフールについた“嘘”がネットで… ある男の告白(BuzzFeed Japan) - Yahoo!ニュース - Yahoo!ニュース 整理不要の情報共有ツール(社内Wiki)「Nerve」シードラウンドで総額約3500万円の資金調達を実施 - PR TIMES 【ウマ娘】隠しイベントの発生条件と効果まとめ - Gamerch(ゲーマチ) Nerve - 整理不要の情報共有ツール(社内Wiki) ローンチカスタマー募集開始のお知らせ - PR TIMES Among Us攻略Wiki【アマングアス・アモングアス】 - Gamerch(ゲーマチ) 【ひなこい】最強ひな写ランキング - ひなこい攻略Wiki - Gamerch(ゲーマチ) 稲作アクションRPG『天穂のサクナヒメ』における「農林水産省攻略wiki説」は本当なのか? - AUTOMATON スタスマ攻略Wiki【スタースマッシュ】 - Gamerch(ゲーマチ) 無料とは思えない多機能っぷりなWikiインフラ「Wiki.js」レビュー、自前でホスト&外部サービスと連携可能 - GIGAZINE Microsoft Teamsの基本と活用(24) TeamsのWikiを使う - マイナビニュース 「エイリアンのたまご」,自動周回機能と公式wikiが登場 - 4Gamer.net 【リゼロス】Re ゼロから始める異世界生活 Lost in Memories攻略まとめwiki - 電撃オンライン ヌーラボ、「Backlog」の絵文字入力の補完機能やWiki編集の自動マージ機能を改善 - CodeZine(コードジン) ヌーラボ、プロジェクト管理ツール「Backlog」の絵文字入力の補完機能・Wiki編集の自動マージ機能を修正改善 - PR TIMES ニジレンジャー育成はどの色がおすすめ? - 【ディスガイアRPG】魔界戦記ディスガイアRPG攻略まとめwiki - 電撃オンライン Backlog、Wikiにファイル添付が容易にできる機能をリリース -- グローバルバーの視認性改善なども実施 - PR TIMES ツムツム攻略Wiki|ゲームエイト - Game8[ゲームエイト]
https://w.atwiki.jp/to_graces/
テイルズ オブ グレイセス まとめwiki 検索 このWikiは、Wii用ソフト「TALES OF GRACES (テイルズ オブ グレイセス)」の攻略まとめWikiです。 「テイルズ オブ グレイセス エフ」 (PS3版)のまとめwikiはこちら。 Wikiの編集の仕方などについては、こちらをご参照ください。 商品情報 項目 内容 ゲームタイトル テイルズ オブ グレイセスTales of Graces 開発 テイルズスタジオ 発売 バンダイナムコゲームス 対応機種 Wii 対応コントローラ Wiiリモコン + ヌンチャククラシックコントローラ PRO ジャンル 守る強さを知るRPG プレイ人数 1人 (戦闘時 2 - 4人) 発売日 2009年12月10日 (木) 価格 (税込) 7329円 (通常版)27800円 (スペシャルパック) CERO B (12歳以上推奨) 予約特典 ドラマチックDVD~大人になりたい ? 篇~ + TOV風衣装のパスワードポストカード (先着5万名)(※ドラマチックDVD + TOV風衣装のパスワードはスペシャルパックにも付属) キャラクターデザイン いのまたむつみ リンク テイルズチャンネルTOG公式サイト 編集、更新についてのお知らせ 数字、記号やアルファベットは全て「半角」で統一してください。 新ページのレイアウトは既に出来ているページのものを参照してください。 投稿する前に「プレビュー」でレイアウトを確認してください。 編集練習ページが作成されました、初心者の方はご利用してください。 他wiki or 攻略サイトからのコピペ転載は禁止、発見次第で削除する。 コメント 最新の10件を表示、ログ1、ログ2、ログ3。 改行は br() 質問は、質問用掲示板で行ってください + コメントを表示 天覇神雷断じゃなかった? - 2010-10-27 17 31 53 ダウンロードコードが必要だったものが必要なくなってるね - 2011-05-29 03 34 05 マリク - 2011-10-16 18 50 23 パスカルは俺の嫁 - 2011-11-05 21 39 47 大紅蓮竜とかのサブイベが、ラスダン出現前の、ラント寄る時にでてるんだが - 2011-11-24 18 38 55 称号さえあれば出るんじゃね? - 2011-11-25 15 35 02 そうか。ありがとう! - 2011-12-07 20 26 42 オートでもガードバグ出来たよ - 2011-12-10 12 53 30 どうでもいいことで、今更だけどみんなのおすすめセレクションのディスクの表側は紫色主体になっているね。初期版とアップデート版は青色主体だけど。 - 2013-05-19 03 27 49 はい、わかりました。 - 2014-11-09 15 29 09
https://w.atwiki.jp/iyasakae/pages/2.html
弥栄騒動まとめwiki トップページ 2ch過去スレ一覧 報道したマスコミ一覧 請願書関連 請願書について 東京都議会 東京都議会へ提出 都議会委員会 署名のお願い 石原都知事 石原都知事へ提出 『いやさかえ』の用法 演説での用法 文章での用法 文部省発行本 神道での用法 文学での用法 その他の用法 共同通信社 基本情報 誤報捏造一覧 訪問者 全体 - 今日 - 昨日 - リンク ご連絡は下記までどうぞ 蓬莱桜 E-mail vviippttoo@gmail.com ここを編集
https://w.atwiki.jp/e-piano/pages/17.html
WikiなどのePiano関連のサイトの一覧です。 ePianoまとめ@ウィキ http //www50.atwiki.jp/e-piano/ ePianoに関する唯一のまとめサイト。 「epiano」と検索するとePianoに次いでこのサイトが表示される。 更新が滞っているため、過去の遺物という感じが否めない。 太閤@Wiki http //www18.atwiki.jp/fry_swallow/ ePianoにおけるWikiブームの火付け役。その名の通り太閤(詳しくはePianoの主要人物参照)が管理していた。 ePianoまとめ@ウィキの元のサイトの一つ。 現在は削除されている。 Schat(エスチャット)まとめ http //www32.atwiki.jp/sakamotosanchat/ Schatのまとめサイト。詳しくは上記のサイトに書かれているため割愛。 Schat(エスチャット)まとめと坂本さん@wikiが統合されて現在のWikiとなる。 Schatとは、2012年3月29日以降、坂本(ePianoの主要人物を参照)がチャット民を移動させるために作ったものである。 2015年1月1日にSchatは閉鎖されたが、Schatまとめ自体は残っている。 現在はePianoSNSにエスチャット同好会コミュニティがある。 坂本さん@wiki跡 http //www4.atwiki.jp/sakamotof0238/ 坂本について色々書かれていた。Schatまとめと統合され、現在は跡地となっている。 epiano住民紹介wiki(非公式)~本館~ http //epiano2.wiki.fc2.com/ 地下鉄が作ったWiki。 他にも“epiano住民紹介wiki(非公式 ~別館~)”や“地下鉄Wiki”があるが、本人曰く「絶対に統合しない」らしい。 現在はパスワードがかけられていて見ることが出来ない。 長谷川Wiki http //www38.atwiki.jp/hasegawa777/pages/1.html 長谷川(ZELDA)が作ったWiki。 藤木君(ちびまるこちゃんにて登場)について書かれている。 内容が整理されている。 suiryu1263@wiki http //www48.atwiki.jp/suiryu1263/ suiryuが作ったwiki。 内容はほとんど書かれていない。 kentydesu @ ウィキ http //www51.atwiki.jp/kentydesu/ Wikiブームに乗っかろうとして作成したようだが、何も書かれていない。
https://w.atwiki.jp/yugioh-anime/pages/15.html
当Wikiはアニメ「遊戯王デュエルモンスターズ」シリーズについてのまとめWikiです。 ここでアニメシリーズに分類している作品は以下の通り。 遊戯王デュエルモンスターズ(2000~2004年) ⇒通称DM 遊戯王デュエルモンスターズGX(2004~2008年) 遊戯王5D s(2008~2011年) 遊戯王ZEXAL(2011年~) 俗に「無印」と呼ばれる、テレビ朝日で放送されていた「遊☆戯☆王」については原則含んでいません。 主にアニメシリーズのあらすじ、人物、使用カード、BGM、よくネットで使われる用語集をまとめていこうと予定しています。 現在は管理人のみ執筆可能ですが、その管理人自身がDM以外今年まで観ていなかった新参者なので記事の充実まで温かく見守ってやってください。 また、「この記事ないの?」みたいなリクエストも送っていただければ助かります。 いろんなアドバイスを頂けたら嬉しいです。 原作漫画について 遊戯王シリーズは元々少年ジャンプで連載されていた『遊☆戯☆王』が原作ですが、アニメシリーズ(主に登場人物と大筋の展開が同じのDM)と原作で設定に違いが大きくあるので、原則大々的には触れません。 作品紹介やアニメに絡めた話の範囲では触れることはありますが、必要最小限に収めるつもりです。 又、GX以降の漫画版は当筆者が読んでないので触れられません。5D s立ち読みしたら全然違う話だったんすが… OCGについて 遊戯王に切っても切り離せない関係にあるOCG(オフィシャルカードゲーム)についても原則、アニメの話題から大きく逸脱する内容には触れないつもりです。 アニメとOCGとのルールや効果の違い(俺ルールやチートも含む)をネタにする事については多くありますし、アニメと関わってくるので問題ありません。 (アニメとは全く関係の無い)現実のデュエルの戦術等は、「遊戯王カードWiki」や戦略Wikiといった伝統と信頼ある偉大なサイト様があるのでそちらを参考にして頂ければ。 そもそも当筆者はOCGプレイヤーとしても再開したばかりの未熟者なので大して語れません…。 用語、ネタについて ネタについては主にネットでよく使われているものを載せていく予定ですが、あくまで管理人の独断と主観で選んでいます。 仮にここで知ったという単語を(*1)某巨大掲示板や動画サイトで使って顰蹙を買った…というケースが起きても責任は取れませんのでお許しください。 特に本スレでアニメネタを使うとかなり煙たがられるみたいです。ルールを守って楽しくコメント! 公式様について 先述の通り、本Wikiは遊戯王アニメシリーズ公式とは一切関係のないただのファンサイトです。 なので当Wikiでの疑問を公式には問い合わせないようお願いします。 なるべく迷惑のかからないWiki作りに励んでいきます。
https://w.atwiki.jp/ekaki_nanika/
このサイトはTwitter、pixiv、ポイピクで主に二次創作イラストを投稿している絵師・なにか氏のトレス・パクリ疑惑の検証・動向まとめwikiです。 事の発端 海外絵師がネットで公開(同人誌にも再録)しているイラストからの構図パクをpepe氏から指摘される(なにか氏本人もパクを認める) その後、謝罪(釈明)文を公開垢にて公開、海外絵師に謝罪のメール送ったと記載するも、証拠のスクショ等は未だになし 他、海外絵師とは別のネット絵師から大量の構図パクやネタパク疑惑(pepe氏垢、スレにて検証) 鍵垢以降後の絵でも疑惑が出ている。 パク以外の問題点まとめ 実在人物を取り扱ったジャンル(nmmn)のR-18絵を鍵無の垢で公開 美少女作成アプリのランキングをnmmnBLカプネタで自身の信者と共に荒らし、アプリ本スレで非難されれば晒して信者に荒らさせる Twitter(非公開アカウント) ポイピク pixiv(投稿全非公開) 検証にあたり 検証画像を作る際に反転・拡大縮小が必要とされる場合はパク側を加工すること。 素材元からの画像引用は著作権法第三十二条により、引用を認められるものとしています。 著作権第三十二条(引用) (1)公表された著作物は、引用して利用することができる。 この場合において、その引用は、公正な慣行に合致するものであり、かつ、報道、批評、研究その他の引用の目的上正当な範囲内で行なわれるものでなければならない。 (2)国又は地方公共団体の機関が一般に周知させることを目的として作成し、 その著作の名義の下に公表する広報資料、調査統計資料、報告書その他これらに類する著作物は、説明の材料として新聞紙、雑誌その他の刊行物に転載することができる。 ただし、これを禁止する旨の表示がある場合は、この限りでない。 Wiki作成にあたり参考としたサイト 【ニコニコ絵師】ゆのみPパクリ検証【写真コラージュ】まとめwiki 【手当たり次第】10割バッター直たん【写真トレス】 まとめwiki
https://w.atwiki.jp/mikisayaka_anti/
このwikiについて このwikiは【まどか☆マギカ】 美樹さやかアンチスレのまとめwikiとなっております アンチスレはファンスレではありません 過去ログ一覧も載せていますので、興味がある方は(自己責任の上で)閲覧する事をお勧めします あくまで「アンチスレ」まとめwikiなので、以下に該当する方の閲覧はお薦めしません 美樹さやかのファンである方 まどか☆マギカを作品として愛していて全員が大好きだという方 自分は○○のほうが嫌いだという方 逆に、以下の様な方は過去ログを覗くことで貴方の感じている疑問に幾許かの答を得ることができるかもしれません アニメ本編中における美樹さやかの思考、行為の非論理性に疑問を持っている方 美樹さやか以外のキャラクター、及びそのファンに対し異常に攻撃的な層が存在する理由を知りたい方 pixiv百科辞典、ニコニコ大百科等において恣意的な編集が為される理由を知りたい方 このまとめwikiを作る契機となったのはそうした他キャラ叩きや他のキャラの厨認定、全肯定しなければアンチ認定 他のキャラどうしのカップリング叩き、スレッド荒らしや他のキャラの記事への悪意のある編集です 悩み抜いた末のまとめwiki創設ということをどうかご理解願います 利用者の方へ アンチスレのwikiという事で、当wiki及びスレの住人の方は美樹さやかというキャラクラーに対し良い感情を持っていない方が大多数だと思います。 ですが、勘違いしないで頂きたいのは「美樹さやかというキャラクターに対し好意的な感情を持つことは何も悪い事ではない」という事です。 この国(日本)は民主国家であり、思想の自由、信教の自由は保証されています。 たとえば、内心では有色人種を差別していても、あるいは殺人を肯定するような宗教を信奉していてもそれだけでは罪を問う事はできないのと同様、 「美樹さやかのファンである」事を以ってその人に罪があるとする事はできないのです。 ですが、彼らの中には自らの歪んだ認識(それは時に無知から来る物であり、時に偏執的な信条から来る物でもあります)を他者に押し付けるべく、 時に他キャラのファンに心ない誹謗中傷を投げつけ、時に根拠が無い妄想を正論と偽り知識のない人に広め、 時に存在しない物品を公式と偽り世に広める者が存在します。 我々が敵とするべきはまさに彼ら…「さやか厨」と呼ばれる獣どもです。 彼らの暴力的な言説に対する最後の砦として、あるいは立ち向かう為の手段を蓄える場所として、 そして正しい記録を保護する場として当wikiが役に立つのならば、これ以上に光栄な事はありません。 編集者が不慣れなため、見づらい所も多々ありますがご容赦ください @wikiへようこそ ウィキはみんなで気軽にホームページ編集できるツールです。 このページは自由に編集することができます。 メールで送られてきたパスワードを用いてログインすることで、各種変更(サイト名、トップページ、メンバー管理、サイドページ、デザイン、ページ管理、等)することができます まずはこちらをご覧ください。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 分からないことは? @wiki ご利用ガイド よくある質問 無料で会員登録できるSNS内の@wiki助け合いコミュニティ @wiki更新情報 @wikiへのお問合せフォーム 等をご活用ください @wiki助け合いコミュニティの掲示板スレッド一覧 #atfb_bbs_list その他お勧めサービスについて 大容量1G、PHP/CGI、MySQL、FTPが使える無料ホームページは@PAGES 無料ブログ作成は@WORDをご利用ください 2ch型の無料掲示板は@chsをご利用ください フォーラム型の無料掲示板は@bbをご利用ください お絵かき掲示板は@paintをご利用ください その他の無料掲示板は@bbsをご利用ください 無料ソーシャルプロフィールサービス @flabo(アットフラボ) おすすめ機能 気になるニュースをチェック 関連するブログ一覧を表示 その他にもいろいろな機能満載!! @wikiプラグイン @wiki便利ツール @wiki構文 @wikiプラグイン一覧 まとめサイト作成支援ツール バグ・不具合を見つけたら? 要望がある場合は? お手数ですが、お問合せフォームからご連絡ください。