開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
タスクが減らない！失敗から学ぶ「良いToDoリスト」の作り方 | ライフハッカー・ジャパン
ToDoリストは、多くの人にとって有用であろう歴史ある生産性ツールです。ToDoリストは、無秩序な日常生活の中に秩序を作り出す試みであり、人間の自己管理能力の表現でもあります。2012年前半に行われたLinkedInの調査によると、私たちの多くが（ToDoリストが嫌いな人も含めて）何らかのToDoリストを使っているそうです。例えば、専門職に就く人の63%がToDoリストを使っています。 とはいえ、ToDoリストほど使いこなすのが難しいものはありません。今回は、その日に達成したタスクをメールするとカレンダーに記録してくれるタスク管理サービス「iDoneThis」のJanet Choi氏が、ToDoリストが失敗しがちな理由と、ToDoリストの効果的な利用方法を教えてくれます。 iDoneThisにはかつてToDoタスク機能がありました。ここに、人々がToDoリストに悪戦苦闘していることを示す面
Web開発チームをタスクボードだけで見える化する 5つのコツ - Lancers開発ブログ
はじめまして。今月からランサーズにJOINしましたkeiと申します。 長らく更新が滞っていた本ブログですが、これから定期的に情報発信していこうと思ってますので、どうぞよろしくお願いします！ ランサーズでは、エンジニアの作業を見える化するために、タスクボードを導入しています。 今回は、社内で運用してみて効果的だった5つのコツをご紹介します。 タスクボードとは ボードを作業予定、作業中、作業完了(ランサーズではToDo,Doing,Done)の3つのレーンに分け、タスクをその状態に応じて適切なレーンに置くことで、タスクの見える化とステータス管理を行うツールです。 ランサーズでは、ボードとしてホワイトボードを、タスクは付箋に書いたものを貼って運用しています。 運用ルール ランサーズでは、以下の流れでタスクボードを運用しています。基本的な流れは、よくあるタスクボードの運用方法と同じです。 発生し
自分で言うのもなんだけど、激務ディレクターの僕が手が回らない時に気をつけてる事と高効率化の方法 / Maka-Veli .com
猫の手を借りたい程作業が多くて手が回らない時に僕がよくやる効率化の話。 リマインダー方式 作業を振って忘れます。 何でもかんでも他人に任せるのは良くないですが、（クオリティ維持的に見ても） ただ、クオリティに関係無く、どっちが作業やっても良いという場合は振ってしまいます。 例えば 不明点をまとめ、先にメールで質問しておく 設計図、概念図を書いて、不備が無いかチェックをしてもらう 現状把握のまとめを同意を得る為にメールして見てもらう 普通の話ですが、、、 作業のスパン毎に、取っ掛かり等の大事な部分をこちらで行い、 残りを他人に委ねて完成に近づけておきます。 メールでもそうですが、投げておいて、返事の時に思い出す方式です。 そして見てもらう事で、問題点の洗い出しを行なってもらいます。 ポイントは、先に、すぐにとりかかる事です。 重要ポイントで、すぐに出来そうな物はすぐ取り
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
