静岡理工科大学情報学部コンピュータシステム学科菅沼研究室のページです.主として,プログラミング言語( HTML,C/C++, Java, JavaScript, PHP, HTML,VB,C# ),及び,システムエンジニアとしての基礎知識(数学,オペレーションズ・リサーチやシステム工学関連の手法)を扱っています.
■[professionals]大企業で働くということ 11:10 とりあえず、2年弱仕事をしてきて考えたこと・感じたことを一旦総括してみたいと思います。 ・I should go up there and check it out because I'm curious. そもそも僕がなぜ大企業を選んだのかという点に関して、僕を知っている人たちの中には理解できなかった方も多かったようですが(僕は学生の頃から個人で仕事を取ったりベンチャーで仕事をしたりするタイプでした)、梅田さんがC|Netで書かれていたような 若者はバンテージポイント(有利な場所)でキャリアを磨け http://blog.japan.cnet.com/umeda/archives/000977.html というようなことを考えていたことは事実です。つまり、「新卒で入る」ということに意義がある大企業において、日本のITビジ
※このページの記述がiTunese Store内で販売されているアプリに無断利用され、無断で販売されています(著作権侵害)。現在、Apple社に連絡しております。 戦略に関しては、古今東西の最良の書が『孫子』であると思われる。クラウゼヴィッツの『戦争論』も孫子にはおよばない。ナポレオンは『孫子』を読み、実戦で生かしている。最近ではこれを「ビジネスに生かす」という観点から説かれているものもある。 当然、軍事戦略の基本を外すわけにはいかない。この基本を押さえずして技巧に走ったとしても、最終目標を見失い、目の前の小さな出来事に翻弄されるのが落ちであろう。 なお、『孫子』にはいくつかの版が発見されている。発見された中では最も古い形と思われる竹簡本をもとに書かれたのが、浅野裕一氏の講談社現代新書版であるが、これは全文解説ではなく、一部抜けている。その部分を金谷氏の岩波文庫版で補い、日本の一般書籍で手
AFTERTOUCH surreal SxGx maniac cinema&book; review *めぐりあうたびに溺れて 見失うたびに胸焦がしてた* InverseDiaryFunction SxGx キェェェェ N山家の人々 Dairy ☆質問ダイアリー☆ ネタ帖 むらみぃ 世の中とあたしの繋がり GOOBERS ++今日のechiko++ ロストマインドガール * mayumi blog * モウソウtagebuch 読書感想日記☆ネタバレ注意警報! 癌と煙草と酒と 俺の道 toro's blog. ++ torog ++ ココアシガレット・アンダーグラウンド Deportare gorf net AFTERTOUCH surreal 2ちゃんねるの超怖い話 maniac cinema&book; review CARLTON1976 平凡な日々 秘密のホンネ ゴリラ秘話。 L
※以下 Newsweek 日本版 12/28-1/4新年合併号 p.63- からの引用 グーグル流経営10のルール - Google: Ten Golden Rules by エリック・シュミット、ハル・バリアン 「知識労働者」の概念 働いた時間ではなく、仕事の成果に対する報酬を期待する新しいタイプの労働者 「知識労働者をのびのびと働かせる」企業には最高の人材が集まり、結果として「長期にわたる競争的優位」を維持できる 知識労働者に嫌われる企業は生き残れない 採用の面接は多人数で 優秀な人材を採用して、その人物がさらにその後の採用活動に参加すれば、もっと優秀な人材を発掘できる(人材発掘プラスのフィードバック) 個室は与えない チーム内の円滑なコミュニケーションが、プロジェクトを成功させる重要な要素になる。そのための最良の方法は、チームの全員がいつでも、じかに話せる環境をつくることだ 創造的活
どうしても昨日までに仕上げなければならない仕事があったので、一昨日は徹夜で開発をした。一人で飲んだり、人と飲んだり、布団の中で考え事をしたり、徹夜をすること自体は悪いことではない。しかし、徹夜で仕事をするのは可能な限り避けた方が良い。 ベンチャーを始めてからの最初の2年は、年末年始を含めて365日1日も休まず仕事をした。徹夜なんて当たり前である。そんな私だったが、会社が3年目に入る頃に休息の重要性を痛感し、以来、できるだけ徹夜はしないようにしている。それは、徹夜がもたらす作業時間よりも、悪影響の方がずっと大きいということに気づいたからだ。 私の経験では、徹夜が常習化するにつれ、個人/組織には次のような症状が出てくることがある。特に、影響力のある人がこのような状態になると、組織全体が影響されて深刻な症状にかかりやすい。
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
IT Pro の開発ドキュメントの最適化で笑わせていただいた。これ書いた人は画面仕様で酷い目に遭ったことがないんだろう。笑った箇所は次の通り。 画面仕様書をプロトタイプ・アプリケーションで代用する方法がある。Webシステムの場合は,HTMLの作り方を工夫すればプロトタイプで実際の入力手順や画面遷移も確認できるようになる。エンドユーザーにとっても,ドキュメントよりは実際の画面で確認した方が分かりやすいので,手戻りが減る。これは帳票にも同じことが言える。 あのな、HTMLで作る画面なんざ、紙芝居だよ。「ふいんき」をかもし出すだけで、そいつは「仕様」じゃねぇ!ボタン配置や文字色を目の前で変えられるものだから、いつまでたっても顧客は「ちょっとコレ直して」と言ってくるんだよ。気軽に直せるものとお金を頂戴しないと直せないものがあることをギッチリと顧客に理解していただくために、画面仕様書はどうしても必要
株式会社リアルナレッジ 代表取締役 秋池 治 横浜国立大学卒。メーカー系情報システム会社にてシステム企画とシステム開発に従事。その後、ユーザー系企業でデジタルビジネスの企画および社内改革に取り組む。2003年に数名の仲間とともに株式会社リアルナレッジを設立、業務プロセスの可視化やプロセスの最適化により、経験や勘に依存せず業務を遂行するためのパフォーマンスサポートを提供している。著書に『情報エキスパート』(アプライドナレッジ刊)がある。 今回は「PMに生かすコミュニケーションスキル」の中でも、構造化力についてお話ししていきます。この構造化の話は、スッといける人と、なじめない人とがいますが、その中からヒントを1つでも持ち帰ってほしいと思います。「正解はこれだ」ではなく、柔らかめにとらえると入りやすいのではないでしょうか。 さて、「ヒアリング力強化は構造化がポイント」というのが今回のテーマです。
問題を抱えている社内の顧客(業務部門)に対し、具体的な解決策=ソリューションを提示するのが「情報エキスパート」だ。本連載では、情報エキスパートが持つべき視点や考え方について解説する。 企業経営と情報技術を結び付け、企業に経営的効果をもたらす役員をCIOと呼びますが、役員以外でその役割を果たす人物には呼び名がありません。ここではそれを「情報エキスパート」と呼ぶことにしたいと思います。 CIOは企業内の役割(役職)ですが、情報エキスパートは問題を抱えている社内外の顧客にソリューション(問題の解決)を提供する人材です。本連載では、情報エキスパートが持つべき視点や考え方を何回かに分けてお話ししていきます。特にユーザー企業のIT部門で、IT化の計画立案策定・実行に携わる情報マネージャおよびミドル層で次のような疑問を感じている方にぜひ読んでいただきたいと思います。 自分が社内に提供しているサービスは、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く