今までは、オープンソースのoscommerceを使用してきました。今回公開されているバージョン3.0.2をテストしてみるとまだまだ使えない...日本語訳がない、商品が登録できない...完全に使えるようになるにはまだ時間がかかるようです。
oscommerceを使用し続けるとしても、現行2.2に多くのカスタマイズをしているから、アップグレードは望めない。一からの新規インストールで再構築となるのは目に見えています。そこで、どうせ新規インストールするならばと、他のアプリをテストしてみて、ec-cubeを使用することにしました。
]]> 何よりのec-cubeの魅力は、などがあります。
ただし、今回、oscommerceとec-cubeでは、会員のパスワードの暗号化アルゴリズムが異なるため、会員情報は引き継げませんでした。それに伴い、過去の販売データも引き継げませんでした。既存の会員の方は、ご足労ですが、再度、会員登録をお願いします。
Supreme123を今後ともよろしくお願いします。
]]>Wordpressだとスマートフォンに対応させるプラグインがあるみたいですが、Movable Typeにはありません。Version 5ではプラグインが公開させるようですが、当ブログは、Verion 4.2です。そこでcssTouch for Movable Typeを使用させていただきました。
スマートフォン用のページを新たに作成するのではなく、CSS3で採用されたMedia QueriesとViewportでアクセスを振り分ける方法を採用しています。これで若干のテンプレートの修正だけで簡単に対応できました。
]]> ページをスマートフォンで表示させたスクリーンショットです。
エントリー部分
コメント部分
フッタ部分
昨今、プロジェクトマネジメントの重要性が強く言われています。プロジェクトマネジメントは、計画を達成するためのマネジメントに焦点を合わせています。しかし、プロジェクトマネジメント方法を導入したけど、プロジェクトが失敗することが多のも事実です。そして、コミュニケーションの方がプロジェクト成功には重要であると、強調されることも多くなってきました。一概にコミュニケーションが重要であると頭では分かっていても、どのように実践すればコミュニケーションを活性化できるかということが分かりません。
そこで、プロジェクトファシリテーションの登場です。
プロジェクトファシリテーションは、チームメンバーの間に協調的な雰囲気を作り、協同作業を遂行させることに焦点を当てています。
プロジェクトマネジメントは、計画の作成と実行を中心としたマネジメントであり、プロジェクトファシリテーションは、状況の変化に対応し、チームが協力し合って創発的に成果を出していく、「リーダーシップ･コラボレーション型」の新しいマネジメントであると言うことができます。
重要なことは、両者が対立する考え方ではなく、補完し合う関係であると言うことです。プロジェクトマネジメントが、ハードスキルが中心であるとすれば（厳密にはそうではありませんが）、プロジェクトファシリテーションは、ソフトスキルが中心だと言うことができます。自動車は4輪が共同して動くことで前進するように、プロジェクトマネジメントとプロジェクトファシリテーションが両輪となり、プロジェクトを推進していかなければなりません。
]]> このハンドブックは、プロジェクトマネジメントに携わるマネジャー、リーダー、メンバーを対象に、プロジェクトを効果的に実行するために必要なプロセスの設計、会議のファシリテーション、チームリーダシップテクニックを習得していただくことを目的としています。プロジェクトのいろいろな局面で実施される会議の目的を設定し、計画し、そしてそれらを実行する方法を身につけていただきます。また、チームメンバーを動機付け、作業を計画し、パフォーマンスを評価する方法も習得していただきます。ファシリテーションや会議スキルを解説した一般的な書籍と異なり、このハンドブックは、チームメンバーを動機付け、方向性を一致させることの重要性に焦点を当てています。本書の構成
第1章 プロジェクトファシリテーションの基礎
第2章 プロジェクト全般で活用する
第3章 ディスカッションで活用する
第4章 意思決定で活用する
第5章 実行時に活用する
価格： 2,625円（税込み）
ご購入は、こちらより：
]]>EPUB（イーパブ）は、電子書籍の規格の1つで、米国の電子書籍の標準化団体の1つであるInternational Digital Publishing Forum（IDPF、国際電子出版フォーラム）が普及促進している公開された仕様の電子書籍用ファイル・フォーマット規格です。「EPUB」は"Electronic PUBlication"の意味を持ち「epub」「ePub」などと表記される場合もある。そのオープン性と単純さから、対応する電子書籍のハードウェアやアプリケーションソフトウェアは多く、英語圏での標準規格となりつつあります。（ウィキペディアEPUBより。）
今回のePub対応により、iPhone、iPadや、Androidなどのスマートフォン、タブレットで使用可能となります。従来のPDF版よりは、ePub版の方が、格段に操作性が良くなりますので、スマートフォンを所有して、PMP受験を目指している方は、こちらをご活用ください。
ご購入は、supreme123.com PMP試験 基本問題集－ePub版よりお願いします。
]]>ハイレベル影響分析
現行の会計基準とIFRS基準との差異を明確にし、必要な開示条件を理解し、評価しなければなりません。この評価は、プロジェクトの最初にスコープを決定するときに実行されます。そして、その内容は、プロジェクトスコープ記述書の一部として文書化されます。
]]> IFRS決算書類ハイレベルな影響分析が終了すると、次は、決算資料のコンバージョンプロセスを詳細化しなければなりません。そのためには、まず、現在の会計基準、会計方針を理解することが必要です。
次に、IFRSで認められた会計手順の可能な選択肢を列挙し、採用する手順を決定します。その時、IFRS会計方針を決定すると同時に、現行の会計方針との差異を解消する方法を考慮し、評価することが重要です。
IFRS会計方針が決定されると、今度は、必要な会計転記方法やコンバージョンのための組み替え転記方法などの内容とステップを定義し、その素案を作成します。また、他の機能分野の影響、情報システム。子会社からの報告パッケージなど、IFRS関連分野との依存関係を明確にしなければなりません。そのようにすることで、課題が明確になります。
このプロセスを通して、課題が明確になり、解消されます。そして、IFRS決算書と共に、すべての必要な情報や開示条件が網羅し、IFRSに準拠していることを保証するチェックリストも作成されます。
次は、典型的なIFRS決算書へのコンバージョンプロセスです。
| IFRS影響分析とスコープ定義の完了 | ||
| ↓ | ||
| 現行会計基準の理解 | ||
| ↓ | ||
| IFRS会計方針の決定 | → | 課 題 の 発 見 と 解 消 |
| ↓ | ||
| コンバージョン手順と依存関係の明確化 | → | |
| ↓ | ||
| IFRS決算の実行と開示情報の作成 | → | |
| ↓ | ||
| IFRSチェックリストの完了 | → | |
| ↓ | ||
| IFRS決算書の作成 | → |
次は、プロジェクトで使用される典型的なコミュニケーション方法である会議のマネジメント、進捗報告、テンプレート、必要情報の保存の例です。
会議のマネジメント
テンプレート
必要情報の保存
中でも詳細スケジュールは、定義された役割と責任に基づいて作成され、測定可能な進捗状況と、アクティビティ間の依存関係を明確にしたものでなければなりません。従って、詳細スケジュールは、プロジェクトのどの時点でも、その進捗状況を把握でき、ベースラインとの乖離状況を分析できるものでなければなりません。
また、詳細計画を利用することでは、課題がどこに潜んでいるかを明確にし、課題が解消されるまで追跡できるようにしなければなりません。
]]> 課題が発見され、解消されるまでのプロセスも定義しなければなりません。そのプロセスを管理することで、課題が発見され、解消されるまでの履歴を追跡できる課題管理表を作成しなければなりません。また、課題は、その内容により、プロジェクト計画を変更しなければならないものもあります。従って、課題管理と変更管理は、同様の位置づけで予め、そのプロセスを定義しておかなければなりません。次は、課題管理プロセスの典型的な例です。
課題管理プロセスの定義
↓
課題の発見
↓
課題管理表への記入
↓
課題解消状況の更新
↓
課題が解消されたことの確認と承認
↓
課題解消状況の更新
↓
課題が解消されたことの周知徹底
フェーズ3： 分析
フェーズ5： 実施
まず、スコープを決定するために、ハイレベルなWBSを作成する必要があります。ハイレベルWBSは、主要なマイルストーン、フェーズ、完了すべき作業などを表示し、理解し訳すしてくれます。ハイレベルWBSが決定すれば、次は、直近のフェーズの詳細なWBSを作成することです。
ハイレベルWBSは、次のように例示することができます。この例では、プロジェクトを5つのフェーズに分割しています。これは、あくまでも例であり、この通りでなければならないと言うことはありません。
フェーズ1： スコープ決定
フェーズ2： プロジェクト立ち上げ
フェーズ3： 分析
フェーズ4： 設計
フェーズ5： 実施
今回は、フェーズ1と2のWBSを例示します。
]]> フェーズ1： スコープ決定フェーズ2： プロジェクト立ち上げ
次は、各機能を構成する人材の例ですが、これにとらわれることはありません。プロジェクトの規模により必要な人数は異なり、2人のプロジェクトメンバーしか必要ない場合もあります。
]]>個人の役割と責任を明確にすることで、自分が所属するチーム以外のチームの責任を理解し、他チームと協調してプロジェクトを推進するにはどのようにすればよいかを理解することができます。
次は、典型的なプロジェクトチーム内の機能の役割と責任です。
]]>これらのうち、今回は、プロジェクトチームの構成および編成について解説します。
IFRSプロジェクトチームは、企業の目標、ニーズ、資源の可用性、スケジュールなどを評価することで理解できた企業のユニークな状況を考慮して編成されなければなりません。それと同時に、税務、企業年金、デリバティブ、情報システムなど専門的サービスのニーズも考慮しなければなりません。さらに、内部監査、リスクマネジメント、人事、IR、法務、子会社などいろいろな部門からプロジェクトへの参画度合いも考慮しなければなりません。
]]> 次は、IFRSプロジェクトの体制で、典型的に必要となる機能の例です。
上記、プロジェクトマネジャー、マネジメントチームとIFRS技術レビューチームは、以下の機能と相互に関係を持ちます。
プロジェクトマネジメントを大規模に実施するか、または小規模に実施するを決定するには、以下の要素を考慮しなければなりません。
]]>また、タイム、コスト、品質に対する企業の方針を作ることが必要です。通常、ビジネスでは、これらの競合する要素のバランスを取ることが必要であり、IFRSコンバージョンプロジェクトもこれらの方針、目的を理解しておくことが重要です。
]]>IFRSコンバージョンに対して、プロジェクトマネジメントをどのように適用させるかを考えるに、プロジェクトマネジメント原則を頭に置いておく必要があります。その原則は次のようなものが6つあり、その詳細は、次回以降に解説します。
]]>