社内コミュニケーションを活性化するツール導入方法論 ― ＠IT情報マネジメント
4カ月にわたる連載を通じて、コミュニケーション・ツールの分類、メリット／デメリット、およびいくつかの活用事例を紹介してきた。今回は最終回として、これまでの内容を踏まえながら、実際にどのようにツールを選定・活用していけばよいのか、方法論をまとめていきたいと思う。その手順の概略は下記のとおりである。 順を追ってみていこう。 （1）課題設定 第1回で紹介したとおり、企業内コミュニケーションに関して課題はすでにある程度把握できており、実際にツールを導入する段階に進んでいる企業もある。しかし、「課題を解決した結果のイメージはある（あった）のか？」「なぜコミュニケーションを活性化したい、させなければならないのか？」は、あらためてもう一度考えてみるべき項目だといえる。導入済みのツールを急に廃棄するのは現実離れしており、現状は現状として、見直し・検討は再度ゼロからしてみるべきだろう。 再考すべき点【再掲】
Rubyでアジャイルプロトタイピング（3） － ＠IT:
多くの開発者が、質の高いソフトウェアを生み出すためには、上の表にまとめたような問題解決手段を持つ、優れたプロダクトやプロセスを採用することが重要だと考えています。しかし同時に、人間1人1人と、人間同士で組織される顧客も含めたチームの能力を最大限に引き出すことこそが、さらに根本的な重要事項であるということにも気付き始めています。この観点に立つと、既存のツールからもたらされる問題は、軽視すべきものではないことが分かってきます。ビジネス界の著名な思想家である故P. F. ドラッカー氏は、知識労働者の生産性を高めるのは、スキル、プロダクト、固定化されたプロセスといった生産手段ではないと述べています。同氏は、いかに賢く働くことができるかが、生産性を高める唯一の手段であると提言しています［注1］。 ［注1］「プロフェッショナルの条件」 また、リーンソフトウェア開発の著者であるポッペンディーク夫妻は、開
エンジニアに贈るエール、「理系思考」とは？ － ＠IT自分戦略研究所
加山恵美 2005/12/10 理系であること、またエンジニアであることの尊さを再認識できる本がある。著者は生粋の理系出身でエンジニア経験もある。いわばエンジニアの大先輩だ。本書は随所にエンジニアへの激励が込められており、読めばエンジニアとして働くことに誇りを見いだせるだろう。また、積極的にキャリアを考えるきっかけになるに違いない。 ■エンジニアの先輩から現役エンジニアへ エンジニアにエールを送るのは大滝令嗣氏（現在はヘイ コンサルティング グループ 代表取締役）だ。大滝氏はエンジニアの境遇から気質までをよく理解し、人生設計や経営にも造詣が深い。大滝氏は著書『理系思考 エンジニアだからできること』にエンジニアへのメッセージを記した。そこには現役のエンジニアに能力を開花し、旺盛にキャリアを開拓してもらいたいという願いが込められている。 本書は序盤でエンジニアの苦境を嘆いている。最近では世間一
自己組織化プロジェクトの育て方（1） ― ＠IT
混乱するプロジェクトを1から10までガチガチに管理するのではなく、うまくいくようにそっと手を貸してやること。そんな発想の転換が実はいまどきのプロジェクトを上手に運営するコツなのかもしれない。本連載では「自己組織化」という概念をプロジェクト運営に応用するノウハウをお伝えする。（＠IT編集部） 1. プロローグ～大火事プロジェクトの火消し役が計画した、あるひそかな実験 昨年、火が付いたプロジェクトに火消しマネージャとして参画することになりました。チームメンバーは連日の徹夜で疲弊し切っていました。マネージャ陣との信頼関係すら怪しい状況でした。クライアントからは怒声が飛び、連日のように詳細な進ちょく状況報告を求められます。報告作業自体が開発スケジュールを圧迫していました。データベースのテーブル定義でもめている段階なのにもかかわらず、カットオーバー予定日は目前に迫っていました。タフな判断と徹夜の作業
Rubyでアジャイルプロトタイピング（2） ― ＠IT
本記事はRoRを使ってプロトタイプを作成し、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案する連載「アジャイルプロトタイピング with Rails」の第2回目です。連載第1回「Ruby on Railsで行うプロトタイピング」は、プロトタイプを作成することの有用性と現状のプロトタイプ作成がどのような問題点を持っているか、RoRを使用してプロトタイプを作成することでどのようなメリットがもたらされるかについて解説しました。連載第2回目は、RoRを使ううえで欠かせないRubyについて解説します。 Ruby入門者にはこれらの書籍をお勧めします 本連載の2回目は、まだまだ知名度が低いRubyに対して読者の方にイメージをつかんでもらうことを目的としています。ですので、この記事を通読してもRubyができるようになるわけでは（当然）ありません。今回の記事を通読していただいたうえで
Rubyでアジャイルプロトタイピング（1） ― ＠IT
想定する読者はこういう人々 本連載では、新たなアプローチでプロトタイピングを行い、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案します。読者には、次のような方を想定しています。 上流工程に携わっているが、うまく進まず悩んでいる これから上流工程に挑戦しようとしている 下流工程でコスト、労力が増大してしまったが、その原因は上流工程にあったと感じている 上流工程の進め方について、新しいアプローチを模索している 本連載では、プロトタイピングに使用するツールとして、オブジェクト指向スクリプト言語であるRubyと、Ruby上に構築されたWebシステムフレームワークであるRuby On Rails（以下：RoR）についても説明し、実際に要件定義からプロトタイピングを作成してみるところまで行う予定です。 なお、Webシステムの開発を前提として解説を行いますが、クライアントサーバシ
ソニーが音楽CDに組み込んだ“Rootkit”とは何者か？ ― ＠IT
先週、私はRootkitRevealer（RKR）の最新版をテストしていた。システムの1つをスキャンしてみて驚いた。Rootkitが入り込んでいる形跡があったからだ。Rootkit（ルートキット）とは、ファイル、レジストリ・キー、そのほかのシステム・オブジェクトを、診断ソフトやセキュリティ・ソフトウェアから隠ぺいする技術のことだ。これは通常、マルウェア（不正なソフトウェア）が自らの存在を隠そうとして使用する技術である（Rootkitについては、Windows IT Pro Magazine 6月号掲載の記事“Unearthing Root Kits”に詳しく書いた（訳注：該当記事は契約購読者のみ閲覧可能。Rootkitに関する日本語の記事としては関連記事も参照）。RKRの結果ウィンドウによると、隠しディレクトリが1つ、隠しデバイス・ドライバがいくつか、そして隠しアプリケーションが存在してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
