ある中堅の保険代理店に一人の営業がいた。彼はいい人だったが、残念ながら締め切りを守ることが絶望的に苦手だった。どうしても「やらなければならないこと」を先送りしてしまう。そして、ギリギリまでやらない。 そんなことをしていれば、必ず仕事は遅れる。だからつい先日も見積書の提出期限を守らず、顧客から叱責された。 「あれどうなった？」と人にせっつかれて、ようやく腰を上げる。いや、上がらない時もある。そんな人間だった。 自分が締め切りを守ることが苦手であることを彼は認識している。 上司や同僚からの依頼をきちんと遂行できる時もあるのだが、残念ながら大体において「アテにならない」「仕事が遅い」というレッテルを貼られていた。 もちろん、かれは今までに悪いクセを直そうと頑張ったことがあった。様々なビジネス書を買って試したこともあった。 タスクリストを作ってみた。 締め切りを設けてみた。 ご褒美を設定してみた。

ガントチャート（Gantt Chart）とは ガントチャート（Gantt Chart）とは、プロジェクト管理の手法で作業計画やスケジュール管理を目的に用いられる表のことです。 タスクそれぞれの関係性が分かることが特徴として挙げられます。プロジェクトの遅れの原因や重要なタスクなどを視覚的に把握できるため、ビジネスシーンでよく使われています。 上記画像のようにExcelを使って管理することが一般的です。他にも、スケジュール管理に優れたガントチャートツールを無料で使えるサービスが出ているので、それらを用いてスケジュール管理ができます。 ガントチャートを作成するメリット ガントチャートがどんなものか分かったところで、次は作成するメリットを見ていきましょう。ガントチャートを作成することで、以下のようなメリットを得られます。 全てのタスクや作業全体の状況を可視化できる 情報をメンバーに素早く共有できる

2. 誰？ AWS上でWebシステムの構築・運用をしています 「Amazon Web Services パターン別構築・運用ガイド」書きました 過去のスライド http://www.slideshare.net/tenbo07 佐藤 瞬 福島県会津若松市出身 NRIネットコム株式会社（大阪勤務） インフラエンジニア

By Jack Lyons 今やるべき事や、将来のためになすべきことに手を着けられずに後回しにしてしまう「先延ばし行動」は、誰しも多かれ少なかれ心当たりがあったり、そんな自分に悩む人もいるはず。単に「逃げているだけ」と非難されることも多い先延ばし行動ですが、その背景には人間のある「感情」が横たわっている可能性があり、その感情を理解することで行動の改善が期待できることが明らかになっています。 To Stop Procrastinating, Start by Understanding the Emotions Involved - WSJ http://www.wsj.com/articles/to-stop-procrastinating-start-by-understanding-whats-really-going-on-1441043167 何となくやる気が起きずに、ついYouT

エンジニアとテクノロジーが好きな編集・ライター。HTML5の勉強会や技術系イベントでよく写真を撮っているので、お気軽に声かけてくださいね。GeekGirls部メンバー募集中！ ☆CodeIQ MAGAZINE　https://codeiq.jp/magazine/ ☆HTML5 Experts.jp https://html5experts.jp/ ☆Hack on Air　http://hackonair.hrtoolhub.com/ ☆リクナビNEXTジャーナル　http://next.rikunabi.com/journal/ 大手企業に勤めているエンジニアの平均勤続年数は約5年と言われている。エンジニアが辞めない組織とはどういう組織なのか。「エンジニアが辞めないようにする」にはどうすればよいのかを、人事、脳科学や統計学などの視点から考えるというセミナーが開催された。その概要をレポー

図2 WBSによる作業分割の例<BR>WBSとは，プロジェクト全体を，成果物を生み出す作業単位に分割すること。大日程計画では，WBSの最小レベルである「ワークパッケージ」まで分割し，中日程計画や小日程計画では成果物の有無を考慮しない作業単位である「アクティビティ」まで分割する 進ちょく管理の第一歩は，納期・コスト・品質を守るためのスケジュールを立てることにある。その時に最も重要なのは，現実感のある作業内容を明確に定義することだ。この記事では2回にわたって，「WBS（Work Breakdown Structure）」を使って緻密で現実的な計画を作るための勘どころを解説する。 「納期から半年遅れでようやくシステムが稼働した」，「要員の追加投入を繰り返し，人件費がかさんで予算を大きく超過した」——。 当初計画した納期を守ることができず，結果的に赤字に陥るプロジェクトが後を絶たない。仕様があいま

2010.05.15 IT・WEB 作業項目のあるべき粒度 ～WBSでどこまで作業分解すべきか?～ 赤秀 有為 エフィジェント株式会社 代表取締役コンサルタント ■作業項目は 粗すぎても 細かすぎても ダメ！ 本文での作業項目とは、（クライアントとも共有される公の）全体プロジェクトにおける作業の最小管理単位と捉えてください。いわゆる、エクセル等の詳細スケジュール表で、縦軸に並べられる作業項目。（もちろん、横は 時間軸。）で、これら作業項目は、作業の進行管理と共に 作業の進捗管理でも使用される事になります。 「作業項目は、細かければ 細かいほど 管理精度が上がって 良い。」なんて言う意見もあります。本当に そうだろうか？百歩譲って 管理精度は上がるとしましょう。でも、”良い”には同意できない。 例えばの極論ですが、作業を細かく細かく落とし込んでいって、、、 各項目の作業期間は”30分” そし

サービス残業が慣例化している企業は少なくありませんが、部下にサービス残業を命じる上司にも言い分があるようです。それらは法的に見てどのように判断されるのでしょうか？　以下、法律に関する身近な話題を弁護士などの専門家が解説するニュースメディア「弁護士ドットコムニュース」のこちらの記事より転載します。 「サービス残業をやらせるのが下手な俺」こんなタイトルで、はてな匿名ダイアリーに投稿された文章が話題となった。サービス残業について抗議してきた部下に対して、上司である投稿者が「3つの理論」で説得を試みたが、うまくいかなかったという話だ。 そこでは「サービス残業」を肯定するため、次のような理論が語られた。 （1）お客の喜ぶ顔を思えば金のことも気にならなくなるという「仕事はやりがい理論」 （2）定時に仕事を終えることができない部下が悪いという「残業が発生するのは仕事が遅いからだ理論」 （3）まずは金のこ

隣の席に入社2年になる若手社員がいる。私が半年前に今の部署に異動してから様子を見ていて、大変そうな状況になっている。まだ経験の浅いうちに、仕事のマネジメントをしてくれる人がいないというのはつらいことだなと思った。 自分が入社して配属された部署には、課の下に3、4人程度の「チーム」があってリーダーがいた。そのリーダーが部署間の調整や仕事の割り振り、メンバーの進捗を確認したり、あるいは物事の判断をしていた。メンバーにはきちんと仕事がフィルタリングされた状態で入ってきたし、業務の負荷量も把握してくれていた。だからメンバーは自分の作業に集中すればよかった。またメンバーが「いったいどういう背景や経緯でこの作業があるのか」と聞けばリーダーはきちんと教えてくれたし、あるいは「これはこうした方がいいのでは」といった提案も受け付けてくれていたから、「ひたすら作業ばかりをしてむなしさが募る」といったこともなか

若者の早期離職が問題になっている。入社３年以内の退職が３割を超えるとか。そんな世間一般レベルほど酷くはないが、僕の勤める会社も、一時期、二十代前半の若手社員の１年以内の離職率が８割を超えていて、大変に苦労した。 けれども社長以下全従業員が一丸となってこの問題に取り組んだ結果、現在、弊社ではこの問題は公式には存在しないことになっている。早期離職は会社にとっても離職者にとっても大変不幸なことだ。今日は特別に、早期離職問題を解決した弊社の取り組みを公開する。参考にして負の連鎖を断ち切ってもらいたい。 1.退職金廃止／「退職金を無くせば必死に働くしかなくなるだろう」とワンダーな考えに至った上層部。結果、退職金ストッパーがなくなり早期離職だけでなく全社的に離職が加速。 2.社員旅行の復活／早期離職者が絶えないのは会社への帰属意識が足りないから。そう考えた上層部が10年ぶりに社員旅行を復活。旅費は全額

恥ずかしながら、富士通北陸システムズがこれほどOracleに強いシステムインテグレータとは知らなかった。 「富士通グループ内では『Oracleなら富士通北陸システムズ』と認知されています。富士通グループで請け負うOracle関連のビジネスは当社へ入ってきます。また、サーバーやストレージを構築する案件でもデータベースが関係するのが普通ですから、そうした方面からも当社に仕事が回ってきます」（小野さん） しかし、設立当初は富士通の独自UNIXやワードプロセッサ（当時はPPと呼んでいた）の開発会社だったそうだ。その後、俗にいう「フィールドSE」が顧客企業に出向きシステムを構築するシステムインテグレーションも、主な業務の1つになっていったという。 Oracleを扱うようになったのは1991年のこと。富士通独自UNIXの開発を同社が行っていたこともあり、そのUNIXへOracleを移植する作業を託され

動かない部下、苦悩を深める管理職という現実 管理職は孤独な職業だ。10万人を超す大企業のトップ、数名で踏ん張る町工場のオヤジ、トップと現場を必死につなぐ部長や課長たち。部下を動かす使命をおった管理職にとって「ヒトの悩み」が尽きることはない。毎週の会議で予算必達の号令がかかる。もとより困難な目標なので、部下には無理を強いざるを得ない。しかし、ボスが社員を統制しようとあがくほど、部下の心は離れ、冷たい隔たりができてゆく。 つらいのは現場の社員だけではない。管理職も心の中で声にならない悲鳴をあげているのだ。 特にバブル崩壊以降、成果主義の導入や雇用形態の変化に伴い、管理職の苦悩は深刻化の一途をたどっている。日本政府統計をベースに30～59歳男性の死因と職種の解析をした北里大学の研究によると、管理職および専門職の年齢の影響を除いた死亡率が、1990年代後半から2000年にかけて70％ほど増えている

表題は自分でそう思っていただけなので、うっかり信じてもらえると結構恥ずかしかったりする。 この記事を読んで思い出した話です。 就職して、初任ポストが渉外広報、２つ目が人事で３つ目のポジションが官庁への出向だったんですけどね。 人事で、うちの会社の働かない社員の働かないありさまを目の当たりにして憮然としていた中で、上司に呼ばれて「君もこんな仕事ばっかりでうんざりしただろ。次は官庁への出向だからね。」と言われ、これで僕もコースに乗った*1、と大喜びで応諾して出向したら…… そこはうちの会社以上にモチベーションが低い集団のるつぼでした（笑） よくいわゆる、キャリアの人だけがモチベーションが高くて、ノンキャリアの人はそうじゃないとか、そういう典型的な姿じゃないんですね。キャリアもダメキャリアはちっとも働かなくって偉そうにしてるし、ノンキャリアの人も、すごく意識も能力も高い人もいればそうじゃないのも

1月18日、「エンジニアサポートCROSS 2013」が開催された。その中から、NHN Japanのmala氏による「体系的に学ぶ安全な利用規約の作り方」をレポートする。 1月18日、Web技術について横断的に語り合うイベント「エンジニアサポートCROSS 2013」が開催された。その中からNHN Japanのmala氏による「体系的に学ぶ安全な利用規約の作り方」をレポートする。 mala氏は、サービスを作る側と使う側の両方の立場から、「安全な利用規約の作り方」を語った。昨今、アプリケーションの実行環境の多様化や、ビジネスモデルの複雑化、大規模なログデータや個人情報の利活用など、サービス自体の複雑化が原因となった利用規約に関する炎上が多々見受けられる。このような炎上の原因はどこにあるのか。エンジニアとして何ができ、どのような解決策があるのか。 Webに関わるエンジニアが知っておくべき5つの