ソーシャルデザイン、ソーシャルプロジェクト・プロデュース NPO法人 カット・ジェーピー
![cut-jp | ソーシャルデザイン、ソーシャルプロジェクト・プロデュース | NPO法人 カット・ジェーピー](https://cdn-ak-scissors.b.st-hatena.com/image/square/03f48c533e1f490d6b59d13c9e13398ac90fe247/height=288;version=1;width=512/http%3A%2F%2Fcut-jp.org%2Fwp%2Fwp-content%2Fthemes%2Fcut-jp%2Fimg%2Ffb.png)
ソーシャルデザイン、ソーシャルプロジェクト・プロデュース NPO法人 カット・ジェーピー
Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. 世の中にはさまざまなプロジェクト管理ツールがある。TODOをまとめる程度のものもあればデスクトップアプリケーションで提供されているもの、Webアプリケーションとして提供されているもの、グループウェアの機能を備えたもの、コードビューアやバージョン管理システムと統合されたもの、汎用的なもの、特定の分野に特化したものなど実にバリエーションに富んでいる。 効率のいい仕事を実現するには目的にあったプロジェクト管理ツールを活用する方法がひとつの手段として有効だが、まずどれを選べばいいか迷ってしまう。そこで一つの資料として、Smashing Magazineに掲載されているCameron Chapman氏の15 Us
企業等での情報共有を前提に10人~100人規模での導入に豊富な納入実績。1人で利用するユーザーも多数。利用規模に応じた活用が可能。お求めやすい価格設定で、工程管理そのもののコストダウンを実現します。 1タスク1行で記述する、いわゆる「ガントチャート」だけでなく、横にタスクを並べて配置する「工程表」の作成用にも定評があります。製造業・建設業・システム開発など様々な業種で、予定・計画を立てるとき、仕様書・計画書に工程表・ガントチャートを記載するときに存分に活用。その後も、進捗管理や実績管理の機能を駆使してプロジェクト管理ツールとして役立てることができます。 <こんな方にお勧め!> プロジェクト管理、工程管理のご担当者様、ガントチャート、工程表の作成に何を使っていますか? 簡単ですぐに使えるプロジェクト管理ソフトProject Canvasをぜひお試し下さい! 工程表の作成に特化し、自由な表現が
本稿は、リアルコムが発行するホワイトペーパー「VISION」の『情報活用の「新・お作法」がワークスタイルを革新する』に加筆・修正を加えたものを、許可を得て転載したものです。 前回の『いま、求められる新たな「情報作法」』では、この10年の間、企業はアクセル全開でオフィスのIT化を進めてきたのに対して、ユーザーが情報を扱う方法や考え方が変わっておらず、いまこそ時代に即した“新・お作法”が必要であることを述べた。 さて、それでは「ブレーキを利かせる」ためには、具体的には何をしたらよいのであろうか。リアルコムでは、“新・お作法”は全体として5つのレイヤーに分けられると考えている。 まず横軸は、左から順番に、「(1)情報収集」「(2)情報作成」「(3)情報管理」「(4)伝達・コミュニケーション」「(5)会議」の情報に関する5業務である。(1)(2)(3)が“文書”、(4)が“メール”、(5)は“会議
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます IT専門調査会社のIDC Japanは12月6日、国内ユーザー企業と主要ITベンダーにおける、システム開発生産性および品質向上の取り組みに関する調査結果を発表した。 調査によると、国内主要ベンダーでは大規模オープン系システム構築プロジェクトの生産性と品質向上に注力していることがわかる。特に、国内ITサービス市場では、ソフトウェア開発エンジニアの不足が顕著になってきており、ユーザー企業、ITベンダーともに、開発生産性と品質の向上が重要になってきている。 また調査では、プロジェクト規模が大きいほど、計画時の規模から実績の規模は乖離する傾向が見られるとしている。10人月未満のプロジェクトでは、規模実績が計画を10%以上オーバーする割合は15%
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点=“私点”からそれらの悩みの背後にあるものに迫り、ITエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点=私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLove/Communication関係します。Loveについては第10回「正しいことをし、行動力を発揮するココロ」を、Communicationについては第8回「コミュニケーションはリーダーシップの基礎」を
プロジェクトファシリテーションの5原則は、 見える化 リズム 問題対私たちの構図 名前付け カイゼン である。 このうち、「見える化」と「名前づけ」について、「人間の理解とは」という方向から少し考えてみました。ちょっと哲学的・認知心理学的な考察になります。 * * * 概念=名前のついたもの。私たちが頭の中で、あるいは、他者とのコミュニケーション に乗せてハンドリングできる単位。 モノ=概念のうち、目に見えるもの。物理法則に従うもの。 名前づけ=人間は、名前をつけることによってその対象物をはじめてはっきり認識できる。未概念の名称による概念化。輪郭の切り取り。言語操作対象化。 見える化=見えないものを見えるようにする(モノ化する)ことによって、よりはっきりと実体の存在感を得ることができる。 以下、レファレンス: George Lakoff の主張: すべての
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 今回は、未上場で中規模のメーカー企業でITサポート担当者として働くJaneの話を取り上げたい。彼女は外部のアプリケーションコンサルタントチームと協力してドキュメント管理システムのインストールと設定をすることになったのだが、残念なことにこのプロジェクトはうまくいっていない。以下の話を読んで、彼女が直面している政治的難局を解決するために何かアドバイスできないか考えてみてほしい。 Janeからの相談 「ドキュメント管理プロジェクトが開始されたのは18カ月前のことでした。わが社の営業部門は電子メールと添付ファイル、プレゼン資料、スプレッドシート、提案書を管理しようとしたのですが、その量のあまりの多さにお手上げ寸前になっていました。各部員が、すべ
第2回「ユーザー企業側プロジェクトマネージャの勘違い」、第3回「アーキテクチャ選定のコツは『少し先を見ること』」ではそれぞれ「ヒト」「モノ」というカテゴリでプロジェクトに発生するリスクファクターとその対処法について紹介してきた。発注者側が、プロジェクトが失敗に終わったと判断する状況はいくつもあるが、その中で最も端的に数値で提示される場面は「カネ」である。プロジェクト運営が予算どおり進まず、機能追加や、開発期間の延長を経験した人も多いと思う。今回は「カネ」にまつわるリスクファクターとマネジメント方法について、いつものように具体的事例を挙げながら紹介する。 ITプロジェクトの現場でよくある風景 発注者側PM 「どうして提案していただいたときと金額がこんなに違うわけ? あらかじめRFP(Request for Proposal)に載せていたでしょう」 開発者側PM 「はい。あらかじめ機能として認
(1) Cpは工程能力指数(Process Capability Index)のことで、工程でのデータ分布と規格との数的関係を表したものです。通常、 Cp=(上限規格値-下限規格値)/6s s=工程データの標準偏差 で計算されます。 ただし、このCpはデータの分布の中心(=平均値)が上限規格値と下限規格値の中央にあることが前提となっていて、ズレは考慮されていません。 そこで、平均値が上下規格の中心からずれている(=かたより)場合に用いる指標として、Cpkが作られました。 Cpk=(1-K)Cp |平均値-(規格上限値+規格下限値)/2| K=-------------------------------------- (規格上限値+規格下限値)/2 |・・|は絶対値 です。したがって、偏りがない場合(平均値が上下規格値の中央と一致)はK=0で、Cp=Cpkですが、ズレが大きいほど、工程能力
コーチングやファシリテーションは、IT業界でも積極的に取り上げられ、活用している企業や個人も多い。そこで本連載では、コーチングやファシリテーションなどのヒューマンスキルを活用している人と、その事例を紹介していく。 今回は、HRM(ヒューマン・リソース・マネジメント)、金融を中心とした自社開発パッケージビジネスを展開するブレイニーワークスの事業戦略室に在籍する傍ら、XMLコンソーシアム(=XML・WebサービスおよびSOAの普及を目指す団体。会員企業約170社)の関西部会でリーダーを務める芦田尚人さんにお話を伺いました。 芦田尚人氏のプロフィール:ブレイニーワークス 事業戦略室 シニア・マーケティングディレクター、XMLコンソーシアム エバンジェリスト。1988年ブレイニーワークスの前身である鐘紡(現カネボウ)に入社。DOS、OS/2、Windowsで多くのシステム構築を経験するほか、パッケ
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点=“私点”からそれらの悩みの背後にあるものに迫り、ITエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点=私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLove/Communication/Capabilityに関係します。Loveについては第10回「正しいことをし、行動力を発揮するココロ」を、Communicationについては第8回「コミュニケーションは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く