「タスク管理」をもっとラクに！ツール9選＆活用事例・使い方【23記事まとめ】 | SELECK [セレック]
ビジネスパーソンの永遠の課題、「タスク管理」。仕事が増えたり、複雑になると、やるべきことの優先順位をつけたり、抜け漏れがないようにすることはとても大切です。 ノートや手帳に手書きしたり、エクセルで管理票を作る方法もあります。ただどうしても抜け漏れが起こりがちです…。そんなときに役立つのが、タスクやスケジュールを管理するIT・Webツール。 世の中にはたくさんのツールが出ていますので、自分の業務にあった使いやすいものを選びたいですね。 そんなタスク管理をラクにする、タスク管理ツール9選と、実際にそれらがどう活用されているのか、企業の事例19選をまとめました。 ＜紹介するツール＞ Trello（トレロ） Wunderlist（ワンダーリスト） チャットワーク Asana（アサナ） Wrike（ライク） JIRA（ジラ） Backlog（バックログ） Redmine（レッドマイン） Excel（
![「タスク管理」をもっとラクに！ツール9選＆活用事例・使い方【23記事まとめ】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f12188b8cc4384086328a97d92a850fbaf4f32a0/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F09%2F13181315%2F1fac01c5-af69-4c41-9e9a-f20bc47f7841.jpg)
ボトムアップ組織のマネジメントとは何なのか
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
工数見積もりやスケジュール管理で参考になる記事10選
プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか？ 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に
残存バグ数を予測する、「Gompertz曲線」による推定法とは？
残存バグ数を予測する、「Gompertz曲線」による推定法とは？：山浦恒央の“くみこみ”な話（50）（1/2 ページ） プログラマーの永遠の課題「プログラム中の残存バグ数の推定」に迫るシリーズ。第3回では、品質エンジニアが眺めているだけで“ご飯を3杯食える”ほど大好きな「Gompertz曲線」による残存バグ数の推定法を紹介する。 コーディングが終わり、コンパイルエラーも消え、いざデバッグ工程に突入――。このとき、「プログラムの中に隠れているバグの総数を正確に推定できたらなぁ……」と考えたことはありませんか？ こう考えるのは何もプログラマーだけではありません。プロジェクトマネジャーも、プロジェト管理や品質制御の観点から、バグ総数を高精度で予測することを夢見ています。 ――前々回は、動物学の「母数推定」を応用した、面白い発想の残存バグ数予測モデルである「キャプチャー・リキャプチャー・モデル（別
Linuxサーバーのアカウント管理について | おそらくはそれさえも平凡な日々
少人数でサービス開発をしていると、サーバーのアカウント管理を疎かにしてしまいがちです。良くないことだとわかっていながらも、共用ユーザーのログイン情報を数人で共有していたりだとか、rootばかり使っているなんてこともあるのではないでしょうか。 それだとオペレーターが増えたり、退職者がでたりした時に困ることになるので、最初からルールと仕組みを決めておいた方がトータルで楽になります。 前提 パスワードやログイン鍵の共用、ダメ！絶対！ rootを常用するの(・A・)ｲｸﾅｲ!! パスワードやログイン鍵を共用していると、人数が増えた時に誰が作業しているのか把握するのが大変になりますし、退職者が出た時に一斉変更をせざるを得なくなって混乱してしまいます。逆に一部のスタッフを別扱いして権限を制限したユーザーをアドホックに作ったりしてしまうのも管理が煩雑になります。じゃあどうすればよいかというと、個人ごとに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネジメントの現場力を鍛える PM Portal
［ソフトウェア品質技術］定量的プロジェクト管理ツール（EPM-X, IPF Tools）を使ってみる