ある中堅の保険代理店に一人の営業がいた。彼はいい人だったが、残念ながら締め切りを守ることが絶望的に苦手だった。どうしても「やらなければならないこと」を先送りしてしまう。そして、ギリギリまでやらない。 そんなことをしていれば、必ず仕事は遅れる。だからつい先日も見積書の提出期限を守らず、顧客から叱責された。 「あれどうなった?」と人にせっつかれて、ようやく腰を上げる。いや、上がらない時もある。そんな人間だった。 自分が締め切りを守ることが苦手であることを彼は認識している。 上司や同僚からの依頼をきちんと遂行できる時もあるのだが、残念ながら大体において「アテにならない」「仕事が遅い」というレッテルを貼られていた。 もちろん、かれは今までに悪いクセを直そうと頑張ったことがあった。様々なビジネス書を買って試したこともあった。 タスクリストを作ってみた。 締め切りを設けてみた。 ご褒美を設定してみた。
ガントチャート(Gantt Chart)とは ガントチャート(Gantt Chart)とは、プロジェクト管理の手法で作業計画やスケジュール管理を目的に用いられる表のことです。 タスクそれぞれの関係性が分かることが特徴として挙げられます。プロジェクトの遅れの原因や重要なタスクなどを視覚的に把握できるため、ビジネスシーンでよく使われています。 上記画像のようにExcelを使って管理することが一般的です。他にも、スケジュール管理に優れたガントチャートツールを無料で使えるサービスが出ているので、それらを用いてスケジュール管理ができます。 ガントチャートを作成するメリット ガントチャートがどんなものか分かったところで、次は作成するメリットを見ていきましょう。ガントチャートを作成することで、以下のようなメリットを得られます。 全てのタスクや作業全体の状況を可視化できる 情報をメンバーに素早く共有できる
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ミリもない 「身も蓋もない言い方ですが、どんな理屈をもってしても、サービス残業(賃金不払残業)を法的に正当化する余地は、1ミリたりともありません」 光永弁護士はキッパリと述べる。 労働基準法は、1日8時間または週40時間を超えて労働者を働かせた場合、残業代(割増賃金)を支払わなければならないと定めています(労基法37条)。 このルールは「強行法規」と言われ、当事者の合意にかかわらず、適用されます。もし労働者と会社側が、これに反する合意をしていたと
隣の席に入社2年になる若手社員がいる。私が半年前に今の部署に異動してから様子を見ていて、大変そうな状況になっている。まだ経験の浅いうちに、仕事のマネジメントをしてくれる人がいないというのはつらいことだなと思った。 自分が入社して配属された部署には、課の下に3、4人程度の「チーム」があってリーダーがいた。そのリーダーが部署間の調整や仕事の割り振り、メンバーの進捗を確認したり、あるいは物事の判断をしていた。メンバーにはきちんと仕事がフィルタリングされた状態で入ってきたし、業務の負荷量も把握してくれていた。だからメンバーは自分の作業に集中すればよかった。またメンバーが「いったいどういう背景や経緯でこの作業があるのか」と聞けばリーダーはきちんと教えてくれたし、あるいは「これはこうした方がいいのでは」といった提案も受け付けてくれていたから、「ひたすら作業ばかりをしてむなしさが募る」といったこともなか
若者の早期離職が問題になっている。入社3年以内の退職が3割を超えるとか。そんな世間一般レベルほど酷くはないが、僕の勤める会社も、一時期、二十代前半の若手社員の1年以内の離職率が8割を超えていて、大変に苦労した。 けれども社長以下全従業員が一丸となってこの問題に取り組んだ結果、現在、弊社ではこの問題は公式には存在しないことになっている。早期離職は会社にとっても離職者にとっても大変不幸なことだ。今日は特別に、早期離職問題を解決した弊社の取り組みを公開する。参考にして負の連鎖を断ち切ってもらいたい。 1.退職金廃止/「退職金を無くせば必死に働くしかなくなるだろう」とワンダーな考えに至った上層部。結果、退職金ストッパーがなくなり早期離職だけでなく全社的に離職が加速。 2.社員旅行の復活/早期離職者が絶えないのは会社への帰属意識が足りないから。そう考えた上層部が10年ぶりに社員旅行を復活。旅費は全額
今回は、catやtailと組み合わせてログをカラフルに色分けし見やすくする『ccze tool』を紹介する。 1.インストール まずはインストール。 以下のコマンドを実行する。 sudo yum install ccze --enablerepo=epel (CentOSの場合) sudo apt-get install ccze (Debian/Ubuntuの場合) 2.コマンドの実行 さて、それでは実際にコマンドを実行してみよう。 tailコマンドで、「/var/log/messages」を確認する。 tail /var/log/messages | ccze -A 上半分はcczeを利用していない状態。 下半分でcczeを用いている。 うーむ、確かに見やすい… むろん、「tail -F」でも閲覧可能だ。 tail -F /var/log/messages | ccze -A ちなみ
恥ずかしながら、富士通北陸システムズがこれほどOracleに強いシステムインテグレータとは知らなかった。 「富士通グループ内では『Oracleなら富士通北陸システムズ』と認知されています。富士通グループで請け負うOracle関連のビジネスは当社へ入ってきます。また、サーバーやストレージを構築する案件でもデータベースが関係するのが普通ですから、そうした方面からも当社に仕事が回ってきます」(小野さん) しかし、設立当初は富士通の独自UNIXやワードプロセッサ(当時はPPと呼んでいた)の開発会社だったそうだ。その後、俗にいう「フィールドSE」が顧客企業に出向きシステムを構築するシステムインテグレーションも、主な業務の1つになっていったという。 Oracleを扱うようになったのは1991年のこと。富士通独自UNIXの開発を同社が行っていたこともあり、そのUNIXへOracleを移植する作業を託され
動かない部下、苦悩を深める管理職という現実 管理職は孤独な職業だ。10万人を超す大企業のトップ、数名で踏ん張る町工場のオヤジ、トップと現場を必死につなぐ部長や課長たち。部下を動かす使命をおった管理職にとって「ヒトの悩み」が尽きることはない。毎週の会議で予算必達の号令がかかる。もとより困難な目標なので、部下には無理を強いざるを得ない。しかし、ボスが社員を統制しようとあがくほど、部下の心は離れ、冷たい隔たりができてゆく。 つらいのは現場の社員だけではない。管理職も心の中で声にならない悲鳴をあげているのだ。 特にバブル崩壊以降、成果主義の導入や雇用形態の変化に伴い、管理職の苦悩は深刻化の一途をたどっている。日本政府統計をベースに30~59歳男性の死因と職種の解析をした北里大学の研究によると、管理職および専門職の年齢の影響を除いた死亡率が、1990年代後半から2000年にかけて70%ほど増えている
表題は自分でそう思っていただけなので、うっかり信じてもらえると結構恥ずかしかったりする。 この記事を読んで思い出した話です。 就職して、初任ポストが渉外広報、2つ目が人事で3つ目のポジションが官庁への出向だったんですけどね。 人事で、うちの会社の働かない社員の働かないありさまを目の当たりにして憮然としていた中で、上司に呼ばれて「君もこんな仕事ばっかりでうんざりしただろ。次は官庁への出向だからね。」と言われ、これで僕もコースに乗った*1、と大喜びで応諾して出向したら…… そこはうちの会社以上にモチベーションが低い集団のるつぼでした(笑) よくいわゆる、キャリアの人だけがモチベーションが高くて、ノンキャリアの人はそうじゃないとか、そういう典型的な姿じゃないんですね。キャリアもダメキャリアはちっとも働かなくって偉そうにしてるし、ノンキャリアの人も、すごく意識も能力も高い人もいればそうじゃないのも
1月18日、「エンジニアサポートCROSS 2013」が開催された。その中から、NHN Japanのmala氏による「体系的に学ぶ安全な利用規約の作り方」をレポートする。 1月18日、Web技術について横断的に語り合うイベント「エンジニアサポートCROSS 2013」が開催された。その中からNHN Japanのmala氏による「体系的に学ぶ安全な利用規約の作り方」をレポートする。 mala氏は、サービスを作る側と使う側の両方の立場から、「安全な利用規約の作り方」を語った。昨今、アプリケーションの実行環境の多様化や、ビジネスモデルの複雑化、大規模なログデータや個人情報の利活用など、サービス自体の複雑化が原因となった利用規約に関する炎上が多々見受けられる。このような炎上の原因はどこにあるのか。エンジニアとして何ができ、どのような解決策があるのか。 Webに関わるエンジニアが知っておくべき5つの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く