「コンプライアンス礼賛」が招く二つのワナ - PRESIDENT - プレジデント
プレジデント | PRESIDENT STORE (プレジデントストア) 0 items ログイン 新規会員登録 雑誌の予約購読 書籍 雑誌 ムック・別冊 電子書籍 DVD 古典CD ギフトカタログ 料理道具 お買い物ガイド 買い物かご お問い合せ 閉じる 雑誌の予約購読 書籍 雑誌 ムック・別冊 電子書籍 DVD 古典CD ギフトカタログ 料理道具 お買い物ガイド 買い物かご お問い合せ カテゴリ 書籍(1010) DVD(31) ムック・別冊(707) ギフトカタログ(10) 料理道具(13) 古典CD(11) その他(0) プレジデント(281) dancyu(148) ファミリー(55) 七緒(63) ＷＯＭＡＮ(64) ＡＬＢＡ(362) ヨガジャーナル日本版(22) トップ ＞ 雑誌 ＞ プレジデント プレジデント Books 1 | 2 | 3 | 4 | 5 | 6 | 7
「コンプライアンス礼賛」が招く二つのワナ - PRESIDENT - プレジデント
プレジデント | PRESIDENT STORE (プレジデントストア) 0 items ログイン 新規会員登録 雑誌の予約購読 書籍 雑誌 ムック・別冊 電子書籍 DVD 古典CD ギフトカタログ 料理道具 お買い物ガイド 買い物かご お問い合せ 閉じる 雑誌の予約購読 書籍 雑誌 ムック・別冊 電子書籍 DVD 古典CD ギフトカタログ 料理道具 お買い物ガイド 買い物かご お問い合せ カテゴリ 書籍(1034) DVD(31) ムック・別冊(713) ギフトカタログ(10) 料理道具(13) 古典CD(11) その他(0) プレジデント(286) dancyu(151) ファミリー(56) 七緒(64) ＷＯＭＡＮ(64) ＡＬＢＡ(368) ヨガジャーナル日本版(23) トップ ＞ 雑誌 ＞ プレジデント プレジデント Books 1 | 2 | 3 | 4 | 5 | 6 | 7
最近、あなたは職場で人を褒めましたか？ － ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLoveとManagementに関係します。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を、Managementについては、第9回「ソフトウェアは目に見えない」を、それぞれ参照いただ
プロジェクトチームのリーダーに向く人、向かない人 ― ＠IT情報マネジメント
チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています（年功序列主義の会社ではよく見られることです）。これは、リーダーとして特別な素質がないと思われたり、思い込んだ
自己組織化プロジェクトの育て方（1） ― ＠IT
混乱するプロジェクトを1から10までガチガチに管理するのではなく、うまくいくようにそっと手を貸してやること。そんな発想の転換が実はいまどきのプロジェクトを上手に運営するコツなのかもしれない。本連載では「自己組織化」という概念をプロジェクト運営に応用するノウハウをお伝えする。（＠IT編集部） 1. プロローグ～大火事プロジェクトの火消し役が計画した、あるひそかな実験 昨年、火が付いたプロジェクトに火消しマネージャとして参画することになりました。チームメンバーは連日の徹夜で疲弊し切っていました。マネージャ陣との信頼関係すら怪しい状況でした。クライアントからは怒声が飛び、連日のように詳細な進ちょく状況報告を求められます。報告作業自体が開発スケジュールを圧迫していました。データベースのテーブル定義でもめている段階なのにもかかわらず、カットオーバー予定日は目前に迫っていました。タフな判断と徹夜の作業
リーダーシップとパワー - モジログ
デイブ・ワイナーが、リーダーシップとパワーの違いについて書いている。 Scripting News - Leadership vs Power http://www.scripting.com/2005/11/15.html#leadershipVsPower ＜At lunch yesterday with Ethan Diamond, a developer at Yahoo, who has personal qualities that make him a leader, I said that Yahoo has the opportunity to be a leader. I believe that, more than Microsoft, more than Google, both of which are powerful, both of whom, tragi
現場リーダーに求められる6つの「力」
日経情報ストラテジーの12月号で，総力特集「日本の現場力」を担当した。この特集で，キヤノン，全日空，アスクル，コカ・コーラナショナルビバレッジ，永谷園，松屋の6社を取材し，各社の現場改革を推進している6人の現場リーダーに密着した。 6人の現場リーダーが取り組んでいる改革の内容は様々。生産改革，接客向上，SCM（サプライチェーン・マネジメント）による在庫や欠品の削減，ポイント・カードとデータ・ウエアハウスを活用した顧客分析と，多岐にわたる。 とはいえ，現場リーダーに求められる条件に相違はない。どんな改革であっても，現場リーダーに必要な資質には共通なものがある。ここでは，そのエッセンスを紹介しよう。 6社から，6つの資質が見えた！ 6人の現場リーダーの取材から導かれた「現場リーダーの条件」は，次の6つである。 (1)部下に光を当てる（照明力） (2)現場の目線に立つ（投影力） (3)社内の常識
丸投げは失敗の始まり―調達マネジメント（1）
丸投げは失敗の始まり――調達マネジメント（1）：プロジェクトマネジメントスキル 実践養成講座（9）（1/2 ページ） 前回（「第8回 できるPMの決め手は「リスクマネジメント」）は、リスクマネジメントの勘所を解説した。 リスクマネジメントとは、問題が発生してから対処する「事後処置型」のプロジェクト運営ではなく、問題を未然に防ぐ「事前予防型」のプロジェクト運営といえる。問題が発生してから対処することは、プロジェクトに混乱を招く、あるいは、その解決に多大な労力とコストを必要とし、メンバーの疲弊もより大きいものとなる。事前予防型のプロジェクト運営はプロジェクトマネージャ1人によってもたらされるのではない。個人の経験、あるいは、気配りや機転に依存しているようでは、従来型の属人的マネジメントからの脱却は難しい。プロジェクト全体でリスクの発見とその対応策の策定に努め、可視化できる形でコントロールしてい
ITエンジニアを続けるうえでのヒント～あるプロジェクトマネージャの“私点”（5）
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップのスキルは生まれつきのものか この連載も今回で5回目になりました。連載の趣旨は、プロジェクトマネージャ、およびプロジェクトマネージャになりたい人のための心構えを解説することです。いい換えれば、プロジェクトマネージャに必要な「リーダーシップ」の解説を意図しています。 連載開始以来、さまざまなご意見をいただきました。リーダーシップに関するご意見の中には、「前向きにリーダーシップを身に付けたい！」というも
＠IT情報マネジメント：納品されたシステムに対する効果的な検収方法 1/2
業者側の作業が終了したら、納品されたシステムを検査・検収しなければならない。システムを検収する際のポイントとは？ 業者側での統合試験が完了すると、いよいよ納品だ。納品後は、速やかに受け入れを実施し、検収しなければならない。単なる心配性から、だらだらと時間をかけるのはよろしくない。要件定義書と要求仕様書に従って、要求どおりにシステムが作られているかどうかを淡々とチェックする。検査中に、プログラムの不具合や要求事項の漏れなどに気が付くかもしれないが、後でまとめて対策を考えることとし、その場で是正作業に入ったり、仕様変更を要求したりしないことだ。 機能──要求事項が実現されているか まず検査すべきは、機能である。要件定義書や要求仕様書に記載されている要求機能が正しく実現されていることを一通り確認する。このとき、文書上の要求事項と実際の機能の追跡性（トレーサビリティ）が確保されていれば、漏れなく、
bpspecial ITマネジメント
●企業が経営戦略を考える上で、ITは今や必要不可欠なものとなっている。その一方で、IT社会における様々な課題も叫ばれ始めている。特にデジタル情報の流通量は加速度的に増大しており、処理し切れない量に達しているともいえる。例えば、昼夜を問わずやり取りされる電子メールの処理に追われ、疲弊してしまっているビジネスパーソンも多いのではないだろうか。 ●それに対して、脳科学者であり、ソニーコンピュータサイエンス研究所のシニアリサーチャーである茂木健一郎氏は、「ITの成長のシナリオは我々の脳の情報容量が無限であることを前提としたものであるが、実際には脳が受け取り消化できる情報には限界がある」と提言する。 ●現在のIT社会の課題を克服し、真に豊かなIT社会を築き上げていくにはどうしたらよいか。そのためには経営者やCIO（情報統括責任者）はどういったことに考慮してITマネジメントを行い、経営戦略に結び付
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
