目を合わせずに対話するあなたはどのタイプ？――4つの行動傾向を知る
目を合わせずに対話するあなたはどのタイプ？――4つの行動傾向を知る：問われるコーチング力（1/2 ページ） 職場にはさまざまな人間がいるが、実は大きく4つのタイプに分類できる。それぞれの行動特性を把握した上でコミュニケーションを取らないと失敗するだろう。 3月に開幕するWBC（World Baseball Classic）に向けて、日本代表選手たちのキャンプが始まった。劇的な優勝を遂げた第1回大会から早3年。メジャーリーグや国内で活躍するそうそうたるメンバーが、どんな感動と結果をわれわれに与えてくれるのか、非常に楽しみである。 以前、「組織遂行力」について話した際、北京オリンピックの星野ジャパンに触れた。能力の高い選手をそろえたからといって、チームの能力が高まり、必ずいい結果が出るとは限らない。それぞれの選手が己の持つ能力を最大限に発揮する一方で、チームの方向性やゴールを理解し、自分の役割
CSSでタブ区切りのテキストをきれいに表示する - builder by ZDNet Japan
Kubernetes活用の最適解とは？ 今、注目のコンテナを活用した柔軟なIT基盤 運用、管理の課題を解決しメリットを最大化 Anywhere Workspace！ ハイブリッドワーク時代の働き方 分散業務環境3つの課題と解決策 RPA見直される”業務”と”人”の関係 人的リソースを単純作業から解放！ 高付加価値業務への転換のために 最新ストレージで変わるIT運用 仮想化テクノロジーとFlashArrayの組合せで 運用負荷軽減と高性能化を実現したDMM ランサムウェア対策やリスク管理 マイクロソフトが語るサイバー犯罪の 世界的状況と最新のセキュリティ対策 ビジネスの推進には必須！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス 仮想環境データ保護の新次元 高度化・複雑化するIT環境の課題への解決策 最新鋭データ保護・管理ソフトウェア基盤 リモートワーク
すべての始まり＝「要求」を抽出する
上級技術者を目指すのであれば、要求エンジニアリングの習得は必須である。要求を明確化できれば、後工程の不具合が減少し、プロジェクトコストの削減や競争力強化につながるからだ。6回に渡って、要求エンジニアリングの基礎を解説する。 IT／ソフトウェア業界は厳しい時代を迎えており、われわれは自分なりに生き延びる戦略を再構築し実践する必要がある――そう前回、述べた。その出発点が、顧客の要求を認知・理解し、それらの要求に的確に応えることである。すなわち、「要求エンジニアリング」に取り組むことである。 現在はあいにく、不況に突入したばかり。「そんな余裕はない」という読者が多いかもしれない。しかし、不況に適した要求（例えば、品質が確保された低価格のITやソフトウェア、あるいはすぐに使えるシステムやソフトウェアに対するニーズ）があるだろう。要求の中身は時代や環境とともに変化しているのである。しかし、要求をどう
ホワイトカラー職場改善のカギは「脱パソコン」
「日経情報ストラテジー」2009年4月号に『人減らしより人活かし ホワイトカラーの生産性を高めよ』と題した特集を執筆した。4社の事例で構成しているが、そのうち三井ホームを除く3社の章に「パソコン」という単語が登場している。 キリンホールディングスの取り組みは「ユニファイドコミュニケーション」についてなので、パソコンが出てくるのは当たり前だ。ユニファイドコミュニケーションはご存じの方も多いと思うが、電話やメール、メッセンジャー、テレビ会議システムなど複数の機器やアプリケーションを組み合わせて最適な情報共有・伝達の仕組みを実現することをいう。 特集でほかに取り上げたのは、半導体製造装置大手のアドバンテストと老舗食品メーカーのタマノイ酢（堺市）である。両社の取り組みも「脱パソコン」という共通点があることに、記事を書き上げてから気づいた。 チームワークを取り戻す アドバンテストは「技術KI計画（以
不要なデータを残さずにアンインストールする「Revo Uninstaller」
Windowsシステムにインストールされたプログラムを削除（アンインストール）する場合には，通常はWindowsのコントロール・パネルにある「アプリケーションの追加と削除」（Windows 2000），「プログラムの追加と削除」（Windows XP），「プログラムと機能」（Vista）を使用する（以下，「プログラムの追加と削除」で代表させる）。つまり，「プログラムの追加と削除」にはインストールされているプログラムがリストアップされ，ここからプログラムを削除することができることになっている。 正規のアンインストーラではゴミが残る だが，この「プログラムの追加と削除」は，インストールされたプログラムにバンドルされているアンインストール・プログラムを呼び出しているにすぎない。そのため，プログラムによっては，次回のインストールを想定して設定条件などのレジストリ情報を残したり，場合によっては，レジ
現状の業務システムはビジネスの要求に答えられているか～業務システムの課題～ (mark-wada blog)
前回、いまの業務システムがビジネスの変化に追随できていないということを指摘した。そこでもう少し具体的に問題点を探ってみましょう。大きくつぎのような分類をしてみました。 １） 構造上の問題 ２） 技術上の問題 ３） 制度・慣習上の問題 まずは、構造的な問題について考えてみます。いろいろな領域でその構造の問題点が浮かび上がってきます。 （１）システムのつくりの問題（システム構造） （２）ユーザとベンダー間の問題（業界構造） （３）組織と個人の問題（人材構造） システムそのものの構造については、前にも触れたように変化対応力に乏しい硬直的な構造になっています。それは、手組み開発であれ、パッケージ開発であれ、プログラムに機能が埋め込まれた構造になっていて、手組みだとそこにプログラムを継ぎ足し、スパゲッティ状態を作りだしています。 パッケージの場合はそうではなくモジュール単位になっているじゃないかと言
株式会社マジカジャパンの羽生章洋が書いてるブログ:要件定義の営業コスト化 - livedoor Blog（ブログ）
そこで数年前からずっと考えて試行錯誤をしているのが、営業プロセスと開発プロセスの一体化です。製販一致といえばいいでしょうか。もっと言ってしまうと「商談の一部に要件定義という作業を組み込んでしまう」というものです。つまり受注前に要件定義を完了してしまうということです。 システム開発について論じられる際に、意図的なのか無意識なのかはわかりませんが無視されているのが契約の問題です。いくら開発側が素晴らしいと思うものを作ったとしても、お客様が受け容れてくれなければ1円の価値もないのです。ですから、どういうものを納品すればいくらの価値があるのかというのを合意する必要があります。その合意を見える化したものが契約書です。 ここで「何が出来上がるかはやってみないとわからないけど、とにかく一緒に頑張りましょうよ」という契約にするというのももちろん可能です。それは役務の提供ということになります。要するに成果を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/busnews/20090225/6.html?rss
https://atmarkit.itmedia.co.jp/fsys/zunouhoudan/105zunou/sicrisis.html