スケジュールの付き合い方仕事において欠かせないスケジュールですが、捉え方を間違えると、大きなストレスの源になりかねません。特にウェブ制作の仕事において、スケジュールは100%コントロールするのは現実的ではありません。そういった考え方をまとめました。
ステータス管理なんて、はなからあきらめたほうがいいって話 - エンジニアの働くブログ
こんにちは。 広告関係の制作会社でエンジニアとして働いています。ひらたく言えばWeb作ってます。 今会社でタスクマネジメントツールのGitLabを導入しようと頑張ってるんですが、まあ導入するにあたって色々問題はあって、今回はそのうちの1つについてお話したいと思います。 さっそくですが、今みなさんが着手しているサイト、全ステータス分かってますか？ まず僕はエンジニアなので、素材とかデザインのステータスは全く分からないです。まだかなぁ～と思って待っております。 デザイナーのみなさんは、実装のステータスなんて全く分からないですよね？コンポーネント修正とか言われても意味不明だと思います。 そして進行管理しているはずのディレクターのみなさん。分かりますか？どの素材がいつ来て、プレビューはいつ上がって、残タスクは何があるのか。分かってますか？ たぶん誰も分かってないです。 でもそれでいいです。 もう全
開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ
会社の文化をアジャイルへ変えたい？キミにもできるよ
BPStudy講演スライド 2017/05/22 #117〜アジャイル開発とリーンスタートアップ の新しい可能性 https://bpstudy.connpass.com/event/56054/ #bpstudy
経営者に、良い管理職となることを求めてはいけない | 自分の心を殺してはいけない| Gallup認定ストレングスコーチしずかみちこブログ
良い経営者と良い管理職の両立は難しい 経理という仕事柄、会社では経営陣の近くで仕事をしてきたし、社外の方でも経営層の方とお会いする機会が多い。 この経験から、私は、良い経営者と良い管理職は両立できないと考えるようになった。 まず良い経営者、良い管理職とは何だろう？ 良い経営者 ・夢、理想を明確に描ける。他の人の心にも描くことが出来る。 ・その夢、理想に達するために、常人にはついていけないスピードで考え動くことが出来る 良い管理職 ・経営陣のやろうとしていることを汲み取り、実際の行動に変換し、部下に伝えることが出来る ・部下の特性を活かす成長に導くことができる なぜ両立が難しいのか ざっくり言うと、夢や理想を描くことが出来るのが経営者で、そこに向かって皆が走れるようにサポートするのが管理職、というイメージだ。 私の知っている良い経営者達は、皆、頭の回転が速く、行動力も伴っている。 ある意味そ
long_time_work_cannot_finish_tasks
先日、会社のチームリーダーと面談を行った。 リーダーから「この会社で働いていて楽しい？ 困ったことはない？」と尋ねられ、 僕は即座に「すごく楽しいですよ。日本で働いていた会社とは大違いです」と答えた。 「日本では毎日2時間から3時間残業するのが当たり前でした。 ときには週末を潰したり、徹夜でバグ修正を行ったりすることもありました。 それに比べてこの会社では残業が全然ないし、毎日適度な作業量を与えられて集中して仕事ができるから最高ですよ」 彼女はこれを聞いて、驚いたような呆れたような表情を見せこう語った。 「その日本の会社、マネジメントがひどい。 いくら長時間仕事をしたところで仕事が終わるなんてありえないのに」 いくら働いても問題は無くならない 「それは生産性が落ちるからってことですか？」と尋ねる僕に、彼女はこう続けた。 「例えば、いま未解決のバグが10個ある。 すべて直すのに80時間かかる
管理のための管理のための管理のための…管理で消耗し続ける大企業病の悪循環 - NaeNote
2016 - 08 - 15 管理のための管理のための管理のための…管理で消耗し続ける大企業病の悪循環 仕事 仕事-生産性 おすすめピックアップ 自虐風自慢をしたくなる理由 差別や偏見の根本原因と対処法 はてブ数の上限値を暴いてみた 眠気に襲われたときはコレ スマホ操作の癖で本人確認する技術 このくらいシェアされています LINE こんにちは、NAEです。 なにごとも管理は大事です。しかし管理そのものは価値を生みませんし、管理自体の工数も馬鹿になりません。 しかしながら、先を見通したい、細かいところまで把握したい、そうじゃないと怖い、という思いから 管理ばかりに走ってしまう のはいかがなものでしょうか。 つい先日、仕事でそのような状況を目の当たりにしたので、お話したいと思います。 今回はそんなお話。 プロジェクト管理 管理は「見える化」で先を見通す大事な仕事だけど 管理 管理のための管理
トラブルには技術的原因と、マネジメント的原因がある | タイム・コンサルタントの日誌から
トラブルの原因分析について、このところ2回にわたって考えてきた（「熱気球の浮上、または原因分析のシステムズ・アプローチについて」・「経験から学びすぎることの危険 ～ゆらぎある事象の原因分析について」 ）。原因分析の手法にこだわっているのは、それが「学び」と「成長」の鍵だからである。自らの能力を向上させ、成長するためには、仕事の結果（成果）から学ぶべきだと、わたしは信じている。個人も、組織集団も、である。 仕事の結果としてトラブルが生じたら、そこから素直に学ぶ。成功からも学べるが、失敗から学ぶ方が、記憶に強く残るからだ。そして（当然ながら）すべてに成功できる人なんていない。あの本田宗一郎だって、「自分は失敗ばかりしていた」と言っているくらいだ。他人から見たら成功でも、自分ではそこに足りない点を見る、というのがこの経営者の卓越した点だったのだろう。 さて、繰り返すが、『根本原因』Root Ca
なぜ、失敗するプロジェクトは生まれるのか。グロースハックをしようとする時に意外と見過ごされがちな組織の文化。
『MARKETIMES』は、広告収益による運営を行っております。複数の企業と提携し、情報を提供しており、当サイトを通じてリンクのクリックや商品・サービスに関する申し込みが行われた際、提携する企業から報酬を得ることがあります。しかし、サイト内のランキングやサービスの評価について、協力関係や報酬の有無が影響することは一切ありません。 さらに、当サイトの収益は、訪問者の皆様に更に有益な情報を提供するため、情報の質の向上やランキングの正確性の強化に使用されています。 はじめまして、株式会社クリエイターズネクスト 代表取締役の窪田です。 お金ではなく知恵でサイトを成長させたい。その時に考えないといけないのは、「良い文化形成をすることだ」と言うと、驚く方も多いのではないでしょうか。実はグロースハックをする際には幾つか乗り越えないといけない文化としての壁があります。いくら有能なグロースハック担当者がいて
開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
