もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景 父親は郵便局員で公務員だった。 郵政民営化する前の話。 公務員は一般企業と違ってヤル気が無かったりちょっと成績が悪かったりしても首になったりしない。（管理の難易度が高い） 郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。 父親は「保険」のセールスマンの管理職を長年やっていた。 郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける 中心人物：顔役的な人で大抵が年長者や若くてリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。役職的には
経済産業省の「財務報告に係るIT統制ガイダンス」 いまや、「内部統制」や「日本版SOX法」といった言葉を聞いたことがないIT担当者はほとんどいないと思います。SOX法はそのくらい“はやっている”のですが、経済産業省（以下、経産省）が2007年1月19日公開した「財務報告に係るIT統制ガイダンス（案）」（以下、IT統制ガイダンス。正式名称は『システム管理基準 追補版（財務報告に係るIT統制ガイダンス）（案）』）（注3）を知らないという方は案外多いかもしれません。 2006年6月7日に「金融商品取引法」が成立し、上場企業は2009年3月期以降の財務報告から、財務諸表とともに、内部統制報告書の提出が義務付けられたことは周知のとおりです。 この「内部統制の仕組みを構築」する際のガイドラインとなるのが、金融庁の企業会計審議会内部統制部会が作成した『実施基準』です（正式には「財務報告に係る内部統制の評
WordやPowerPointでちょっと何かを試したいとき、適当な文章（ダミーテキスト）を作成したり、既存の文章からコピペする場合がある。実はもっと簡単にダミーテキストを生成する方法があるのだ。 WordやPowerPointで資料を作っているとき、ちょっとしたダミーテキストが必要になる場合はないだろうか。また、後輩に使い方を教えたり、自分で新機能を試したりするときも適当なサンプルが必要になったりする。そんなとき、適当に文章を作成したり、既存の文章からコピーする場合が多いが、実はもっと簡単にダミーテキストを生成する方法があるのだ。 オフィスソフトには、ダミーテキストとして利用できるサンプルテキストの生成機能が用意されている。まずはWordとPowerPointの場合だが、文頭に「=rand()」と入力してみよう。オートコレクト機能が有効になっている場合は、ダミーテキストが生成されるはずだ。
なかなか便利そうなツールのご紹介。 マインドマップツールはいろいろありますが、こちらの「Mindomo」は一味違います。それぞれのバブルをタスクとして扱うことができます。 » Mindomo ある意味、バブルマップとして活用することもできそうですね。バブルマップに関しては下記をご参照下さい。 » バブルマップのすすめ ～ ストレスすっきり解消型ToDo管理手法 ～ | i d e a * i d e a 使い方を下記にご紹介。 ↑ このようなインターフェイスです。 ↑ 一般的なマインドマップツールとして使えます。日本語も通りますよ。 ↑ そして、こちらがタスク管理機能のメニューです。 ↑ それぞれのバブルに期限や担当を入れることができます。 ↑ 各タスクの進行度を表すアイコンも付け加えられます。 もうすぐ新年度。今までマインドマップやバブルマップを使ったことがないという方は、この機会に一度
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします。（編集部） プログラミングと検索エンジンは切っても切れない プログラミングと検索エンジンの関係は切っても切り離せないものです。プログラミングに役立つドキュメントやノウハウを探したり、参考になるサンプルプログラムを見つけ出せます。 さらにバグの回避方法を見つけたり、エラーメッセージを検索エンジンで探して、解決方法が見つかることも多いでしょう。良質のソースコードから、的確なアルゴリズムや、思いもしなかったようなコード例を見いだすのも新たな楽しみです。 さて、ここではプログラミングの際に便利に利用できるソースコード専用の検索エンジンをいくつか紹介しましょう。ソースコード専用の検索エンジンを利用した検索
こんにちはmatsudaと申します。 ２月に中途でウノウへ入社した新人です。 まだウノウでの体験は少ないので、これまで勤めてきた企業でやっていた会議で、自らの失敗談から学んだ会議を円滑にすすめるための会議術をご紹介します。 頭の片隅にちょっとでも残していただけるのであれば、とてもうれしいですね。 ■時間通りに会議をはじめる当たり前のようでなかなかできないのが時間通りに集まり、会議をはじめることです。ダラダラはじまる会議ほど、ダラダラと会議をする傾向にありました。 ■必ずアジェンダを用意する会議には必ずアジェンダを用意してください。アジェンダのない会議ほどあさっての方向に話題がそれることはありません。簡単なものでいいです。必ずアジェンダを用意するクセをつけてください。 ■冒頭に会議の目的を共有する何のために集まった会議なのか？お互い確認してください。「いや、会議しろと言われたから集まっ
Ruby on Rails自体についての解説は、「WebプログラマはRailsに乗るべきか？」や、「Rubyでアジャイルプロトタイピング」にもありますので、そちらもぜひご覧ください。本記事は2006年に執筆されたものです。RubyやRuby on Rails全般の最新情報は＠IT Coding Edgeフォーラムをご参照ください。 素早く開発が行えるRuby on Railsに驚くとともに、Railsのプロジェクトの素早さの根源はどこにあるのか不思議に思った人も多いことでしょう。 Ruby on Railsの開発には、37singals社のDavid Heinemeier Hansson氏を中心とする11名で構成されたチームがかかわっています。 Core team behind Ruby on Rails Ruby on RailsによるWebアプリケーション構築風景を撮影したいくつかのス
「Nine Things Developers Want More Than Money」という記事がありました。 面白かったので要約してみました。 誤訳や勘違いがあるかも知れないので詳細は元記事をご覧下さい。 1. 成功するプロジェクトであること 多くのプロジェクトはそもそも失敗するような計画で行われているという悲しい現実があると書いてありました。 成功の要素として、現実的な納期、安物のツールを使うことを強制されないこと、ろくでもないマネジメント・仕様変更・暗黙の仕様 などを要求する発注先にあたらないなどが重要だそうです。 2. すばらしいマネジメントが行われていること プロジェクトと人の両面ですばらしいマネジメントが行われていることが重要だそうです。 身を挺してチームを守るようなすばらしいマネージャに対してはプログラマはソフトウェアの品質で応えるそうです。 3. 新しいことを学べること
時間と仕事の整理術『GTD』がカルト的人気 2005年7月19日 コメント： トラックバック (1) Robert Andrews 2005年07月19日 情報化時代のバイブルだと評判の本がある。これを読むと、ストレスで疲れきっていた働きバチが、やるべきことのリストを片っ端からこなしていくのに夢中になり、一見カルトらしからぬ新たなカルトの信者と化すという。 信者たちが人生の指針と入れ込んでいるのが、時間管理術を説いた人気の指南書『仕事を成し遂げる技術――ストレスなく生産性を発揮する方法』[邦訳はまの出版刊]だ。個人の生産性を高める術のエキスパートである著者のデビッド・アレン氏は、教祖としてあがめられている。 仕事を手早くこなし、プロジェクトを管理し、能率を高めるにはどうすればよいか。本書はそのための新しい哲学を提案するものだが、2001年にハードカバーが刊行された当時、ビジネス界での評判は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
