小さすぎて失敗すらできないステップを毎日繰り返そう /「小さな習慣」を読んだ - kakakakakku blog
「アウトプットを習慣化する」というスローガンを掲げて，これまで5年間以上，継続をしてきた．自分のノウハウを共有するために，イベントで「アウトプット」をテーマに登壇したこともある． kakakakakku.hatenablog.com kakakakakku.hatenablog.com また，去年末から取り組んでいる「ブログメンター（アウトプットメンター）」という活動も，根源的なモチベーションは「習慣化に困っている人をサポートしたい」と言える．一部の人は「習慣化」を「気合で乗り切る」といった感覚で理解しているが，実際は「うまく目標設定をすること」が重要で，その「うまく」という表現は「小さく，定量的に，達成可能なレベルに」とも言い換えられる．目標設定の文脈でよく出てくる「SMART Goals (Specific / Measurable / Achievable / Relevant /
RethinkDBはなぜ失敗したのか | Yakst
つまり、これらのマーケットは小さく、しかもデータベースのマーケット自体よりも小さいのです。とは言え、どれかが他よりもマシになりうるでしょうか？ マネージドホスティングは、本質的にはユーザのためにAWSでデータベースを動かすことで、そうすることでユーザたちは自分で動かす必要がなくなります。これらのサービスを使う代わりになるのは、AWSに自分でデータベースを立てることです。したがって、マネージドなデータベースホスティングサービスが課金できる額には、非常に厳しい上限があることになります。Compose.ioやmLabが、RethinkDBよりも1桁あるいは2桁多いユーザを抱えるMongoDBを提供していることを考えて、マネージドホスティングを提供することには少しの良い点もないという結論を下しました。 Database as a Serviceはマネージドホスティングの更に複雑なバージョンです。D
プロジェクトマネジメントに関する読書メモ - Qiita
はじめに 役職としてPMをやってるわけじゃないのだが、「プロジェクトマネジメント難しすぎでは？」という普遍的な問題にぶちあたった。 具体的には ・見積もりの不確実さ ・職種間でのこぼれタスクがポロポロ出る ・度重なる仕様変更 世間の人はどうやってプロジェクトをマネジメントしてるのか、知りたくて色々読んだメモ スクエニの元CTOの方が書いたスライド 「プロジェクトは基本失敗する。なので失敗を早めに検知してどう軌道修正するか考えよう！」というのが目から鱗だった。 ここに全くたどり着けていないが、ひとつの理想形だと思う。 デジタルゲームの技術 開発キーパーソンが語るゲーム産業の未来 https://www.amazon.co.jp/gp/product/B00FOJ0CX2/ref=oh_aui_d_detailpage_o00_?ie=UTF8&psc=1 こちらもスクエニの元CTOの方のイン
ゼロからはじめるプロダクトマネージャー生活
スタートアップやプロダクトの成功に必要な「アイデア×プロダクト×実行×チーム×運」の 5 つの項目について解説した概要のスライドです。急成長するプロダクトの初期に役立てていただければと思います。 プロダクトマネージャーやスタートアップの CEO の方向けにどうぞ。 ※ Japan Product Manager Conference 2016 の登壇資料です
Lessons Learned
Eric Ries: I'm Eric Ries. This is Out of The Crisis. It's been a long 18 months, hasn't it? And during that time we have seen it again and again: unlikely people thrust into the spotlight for their work fighting the pandemic, and even more, tirelessly working away out of the limelight. One such person is Eren Bali. However, if you went back in time and told Eren a few years ago that he would one d
プロジェクト・マネジメントのためのスケジューリング理論の基礎を学ぶ - ぱと隊長日誌
はじめに プロジェクト・マネジメント・ソフトウェア（例えば Microsoft Project）を使いこなすにはスケジューリング理論の基礎を理解していることが必要です。 現場ではプロジェクト・マネジメント・ソフトウェアが勝手に日程をずらす！とか、組みたい日程で設定させてくれない…というぼやきをよく聞きます。ですが、これらの挙動はプロジェクト・マネジメント・ソフトウェアが設定されたタスク・リソース・順序関係・制約からスケジュール理論を基に最適解を導き出そうとした結果であることがほとんどです（まれにバグやソフトウェアの制約のこともありますが）。つまり、プロジェクト・マネジメント・ソフトウェアの基礎をなすスケジューリング理論を学ぶことで、それらの挙動の理由を知り、真価を発揮することができるのです。 本エントリではプロジェクト・マネジメントのためのスケジューリング理論の基礎を学ぶことに役立つ資料を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google re:Work
PMO（プロジェクトマネジメントオフィス）を生かす
経営者とプロジェクトマネジャー
プロジェクトマネジメントの概要と推進ポイント