内定をもらったら、退職交渉を始めよう 転職が決まったITエンジニアの皆さん、おめでとうございます。新天地への期待に胸を膨らませていることと思います。 ですが、入社の前にしなければならないことがあります。そう、いまの会社を辞めることです。 会社を辞めるときは、できればスムーズに進めたいものです。そのための手順を明記します。 内定を受諾し、入社予定日を決める 退職届を作成する 直属の上司に退職届を提出し、退職の報告をする 引き継ぎのプランを決めて実行する 入社予定日の1カ月前に、内定先企業に入社確定日を伝える この順番どおりに進めれば、スムーズに会社を辞めることができます。 一番のポイントは、最初に「内定を受諾し、入社予定日を決める」ことです。 入社予定日を決めないで進めてしまうと、上司との退職交渉が無駄に長引き、スムーズに会社を辞められない危険があるからです。 「内定を受諾するのは、退職交渉
一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます： 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に２億円は使っていたでしょうか！」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな！」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら
こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「
TRIZ（トゥリーズ）は「発明的問題解決の理論」と訳される。ロシアで作られ、欧米に広まり、近年はアジアで認知度が上がってきた。TRIZを作った人物たちは膨大な特許を分析し、特許の中に繰り返し現れる問題解決の構造を「技術的ブレークスルーの40パターン」にまとめた（筆者注：そのほかにも複数のコンテンツがある）。その40パターンは「発明原理」と名付けられている。 この原理は「分割原理」「機械的振動原理」などなど。なお、TRIZの表現は堅く、かつ適用までに長いプロセスも必要とする。この理論自体をヘビーに使う人を前提にして作られたのが一因かもしれない。TRIZを用いて早速アイデアを出してみようとすると、TRIZの本を読み込み用語の意味を理解するというところからはじめて、アイデアを出し始めるまでに数時間がかかる。 そこで、筆者の別のプロジェクトチーム（宮城TRIZ研究会）では、SCAMPERのように、
J-CASTニュース : 入社半年で「辞めたい」が40％ 「仕事通じて成長できない」が理由 では、こんな事がまとめがありました。 新入社員の71.6％が「どこでも通用するような価値の高い人材になる」と答えたものの、59.4％の社員が自分の将来に不安を感じていて、「入社半年で会社を辞めたいと思った」人は43.5％いた。その理由は、「仕事を通じて成長しているという実感をもてていない」が51.9％、「やりたい仕事ができない」が48.1％、「上司の指示、指導方法が不満」40.4％という順だった。また、「もともと辞めるつもりで入社した」という人が40.3％もいた。新入社員「成長」させるマネージャーがいない。 新入社員を育成する体制が崩れてしまったのは、リストラで会社の人材が細り、じっくりと仕事を教えられなくなっているためだ。また、一気に社員を増やした会社では、育成経験のないマネージャーがたくさんの部
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
PowerPointでプレゼンテーションを行うとき、どうしたらもっとスマートにできるのだろうか。ちょっとした準備で済む、4つの技を紹介する。 PowerPointを使ってプレゼンテーションを行うときに、慌てたことはないだろうか？ プロジェクターを接続して「あれ？ 表示されない……」、パワーポイントを開いて「ちょっと起動まで待ってください……」、プレゼンテーション画面にしようとして「マウスを左下にグリグリ……」。特に、PowerPointの「スライドショー」のボタンは小さく押しにくい。これは何とかならないものか？ その1──［F5］キーを押す 意外と知られていないが、非常に有用なショートカットが［F5］。これなら画面をお客様のほうに向けていても、簡単にスライドショーを開始できる。 その2──「スライドショー形式」で保存する 資料を作成し終わって、あとはプレゼンするだけ！ となったら、普通に「
経済産業省の「財務報告に係るIT統制ガイダンス」 いまや、「内部統制」や「日本版SOX法」といった言葉を聞いたことがないIT担当者はほとんどいないと思います。SOX法はそのくらい“はやっている”のですが、経済産業省（以下、経産省）が2007年1月19日公開した「財務報告に係るIT統制ガイダンス（案）」（以下、IT統制ガイダンス。正式名称は『システム管理基準 追補版（財務報告に係るIT統制ガイダンス）（案）』）（注3）を知らないという方は案外多いかもしれません。 2006年6月7日に「金融商品取引法」が成立し、上場企業は2009年3月期以降の財務報告から、財務諸表とともに、内部統制報告書の提出が義務付けられたことは周知のとおりです。 この「内部統制の仕組みを構築」する際のガイドラインとなるのが、金融庁の企業会計審議会内部統制部会が作成した『実施基準』です（正式には「財務報告に係る内部統制の評
うまくいかない日に仕込むラペ 「あぁ、今日のわたしダメダメだ…」 そういう日は何かで取り返したくなる。長々と夜更かしして本を読んだり、刺繍をしたり…日中の自分のミスを取り戻すが如く、意味のあることをしたくなるのです。 うまくいかなかった日のわたしの最近のリベンジ方法。美味しいラペを…
独断と偏見で書き出してみたよ！ ■意味もなしにしてはいけない６箇条 ・否定から入る 「違うよそれは????」 ・話を取る 「あ、それ、俺も。俺なんか????」「そういえば、俺さ」 ・結論付ける 「つまり????が悪い」「要するに????ってわけね」 ・相手の感情、意見を軽んじる 「それは考えすぎ」「それくらいで????」 ・言い換える 「というより、????ってことだよそれは」 ・聞き返す 「は？」「そういう自分はどう思ってんの？」 ■相手を喜ばせるための心がけ６箇条 ・相槌を打つ 「それで？」「へえ、どんな様子だった？」 ・細部を褒める 「すげー髪の毛綺麗だね」 ・同意する 「そうだよね」「なるほどね」「わかるよ」 ・謙遜は全力で否定する 「そんなことないよ。痩せてるでしょー」 ・相手の話題にもどす 「さっき言ってた????だけど、それでどうなった？」 ・訊かれた質問を相手にも返す。 「
こんにちはmatsudaと申します。 ２月に中途でウノウへ入社した新人です。 まだウノウでの体験は少ないので、これまで勤めてきた企業でやっていた会議で、自らの失敗談から学んだ会議を円滑にすすめるための会議術をご紹介します。 頭の片隅にちょっとでも残していただけるのであれば、とてもうれしいですね。 ■時間通りに会議をはじめる当たり前のようでなかなかできないのが時間通りに集まり、会議をはじめることです。ダラダラはじまる会議ほど、ダラダラと会議をする傾向にありました。 ■必ずアジェンダを用意する会議には必ずアジェンダを用意してください。アジェンダのない会議ほどあさっての方向に話題がそれることはありません。簡単なものでいいです。必ずアジェンダを用意するクセをつけてください。 ■冒頭に会議の目的を共有する何のために集まった会議なのか？お互い確認してください。「いや、会議しろと言われたから集まっ
社内システムにはIRCをフル活用し、ケータイ世代の若者に向けたサービスを提供するモバイルファクトリーで働く松野徳大さん。基本的に残業はしないのがポリシーだという。 「働くのは1日8時間。よほど差し迫ったときを除いて残業はしません」携帯向けのサービスなどを制作しているモバイルファクトリーの若きエンジニア、松野徳大（まつの・とくひろ）さんはそう話す。「ある日2時間残業したら、翌日の仕事時間から2時間差し引いてもいいくらいだと思っているんですよ。一時的なものならともかく、ずっと残業続きだと体がもちませんしね」 モバイルファクトリーは携帯でも聴けるポッドキャスティング「Caspeeee（キャスピィ）」やブログを利用したプロモーションサービス「BloMotion（ブロモーション）」、携帯向けアフィリエイトなどを展開している。 プログラマーの働き方は数字では測れない部分が大きく、1日8時間働いていると
michys.com is coming soon This domain is managed at
Tips for Mastering E-mail Overload 受信トレイに山のように届くメールをいかにして効率よくさばくか、という技術的な話はそれこそ山ほどありますが、結局自分一人ががんばっても“山”そのものを動かすことはできません。 そもそも、メールは気安く送ることができるために、コスト負担構造が逆転している、すなわち書き手よりも読み手にとって重荷になっていると、書かれています。 ●メールが登場する以前は、送り手にコストがかかっていた ●連絡文を書く、切手を貼る、投函する、といった手間、 ●送り先の数に応じて嵩む郵送料、 ●それゆえ、おのずと送り先を厳選していた そして、 ●メールの登場とともに、これらの送り手のコストが格段に下がり、 ●ちょっとした思いつきや衝動でメールを送れるようになった ●しかも、一度に数十人の同僚に送り届けることができる ●自分ができる、ということはみんな
ノートの書き写しは、テスト前の勉強法の中でも時間のかかる方法だ。しかし学生時代を振り返ると、筆者にとって本当に有効な学習方法は唯一これだけだった。今秋、8年ぶりに学生に戻って講義を受けることになった。来週にはノートにペンを走らせているはずの筆者だが、今度こそ完璧な戦略で臨むつもりだ。「コーネル大学式ノート作成法」を正しく実践するのだ。 コーネル式については、過去にもこの記事（7月24日の記事参照）やここで取り上げたが、今回は、学期を通して――書き写しすることなく――学習・参照がスムーズに行えるノートの取り方について詳しく見ていこう。 コーネル式にページをレイアウト コーネル式にのっとり、以下のようにノートを3つの領域に分割する。 ノート欄（右）には、受講中に講義の内容を書き取る。短文や単語で、後に自分が必要とするであろうファクトを書き取っていく。必要のない言葉はすべて省略する。箇条書きにす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く