並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 1677件

新着順 人気順

プロジェクト管理の検索結果81 - 120 件 / 1677件

  • ITmedia Biz.ID:ノートをうまく取るためのツール

    “紙の”ノートの取り方の工夫について紹介。また、自分専用のカスタムノートを作って、PDFとしてダウンロードできるサービスも紹介する。(Lifehacker) 【この記事は、2006年4月14日付で米ブログメディア「Lifehacker」に掲載された記事を翻訳したものです。】 好むと好まざるとにかかわらず、人生は会議の連続だ――状況確認のためのミーティング、プランニングのための電話会議、ブレーンストーミングのための集まり、そして会議のための会議もある。だが、全員が会議室を去った後、どのようなアクションが取られたかも、会議と同等かそれ以上に重要なことだ。 ビジネス会議であれ大学の講義であれカンファレンスであれ、効率よくノートを取ることは、プロジェクトを動かし、キャリアと知識を積み上げていく上で不可欠のスキルだ。今回は、筆者のお気に入りのノートの取り方を紹介する。自分のニーズにあったカスタムノー

      ITmedia Biz.ID:ノートをうまく取るためのツール
    • Web担当者Forum

        Web担当者Forum
      • 目標管理ツール - checkpad.jp

        • プログラマの実力は経験だけであがらないことがレベル格差につながる - きしだのはてな

          プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか?」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自

            プログラマの実力は経験だけであがらないことがレベル格差につながる - きしだのはてな
          • 部下がくれたアドバイス

            前いた会社を辞めた時に、部下がくれたアドバイスを思い出した。 部下は新人のときから、びっくりするほどできるやつだった。 同僚の三倍程度の仕事量をてきぱきとこなし、涼しい顔で毎日定時に帰っていく。上司の俺が何も指示していないときに、社内を歩きまわって、同僚や先輩に仕事を「お願い」していた。 けれども、そいつを悪く言うやつはいなかった。笑ったときのえくぼが印象深い奴だった。 俺は会社でパッとしない上司をやっていた。 経験だけはあったが、他にその役につく人間がいないという理由で、ロケット鉛筆のように押し出されてそのポジションに付いた。 かつて新人だった頃は、プログラマーとして四苦八苦しながら、作る喜びを糧にしていたものだった。 だが月日が経って、机の位置が変わった。プロジェクトを指揮するようになった。部下が増えた。いつしか俺はコードを離れ、代わりに人間を扱うようになっていた。 責任が増えると共に

              部下がくれたアドバイス
            • 感覚派デザイナーも知っておいて損はない「デザインの要素と原則」 | WebNAUT

              「あなたは感覚派デザイナー?それとも理論派デザイナー?」 このような質問をされると、理論派デザイナーだと答えたくなる理系出身デザイナーのタカハマです、こんにちは。 今回は、そんな理屈っぽい私の大好物である「デザインの要素と原則」をご紹介したいと思います。理論派デザイナーの方はもちろん、感覚派デザイナーの方も知っておいて損はないですよ! 「デザインの要素と原則」はビジュアルデザイン全般に活用できる Webデザインに限らず、ビジュアルデザインの基礎を学ぶ上で、大変参考になる「デザインの原則」というものがあります。いわゆる「Design elements and principles(デザインの要素と原則)」や「Gestalt principles(ゲシュタルト原則)と言われる原則で、デザインの構成要素や要素同士の関係性が全体に与える影響をまとめたものになります。 調べてみると識者によって分類や

                感覚派デザイナーも知っておいて損はない「デザインの要素と原則」 | WebNAUT
              • Getting Real by 37signals

                Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �+�\�U �\�U Getting Real The smarter, faster, easier way to build a successful web application Start reading →

                  Getting Real by 37signals
                • i d e a * i d e a - プレゼンハック 〜プレゼン改善のための10個の小技〜

                  ドットインストール代表のライフハックブログ

                    i d e a * i d e a - プレゼンハック 〜プレゼン改善のための10個の小技〜
                  • 家事育児を「やっているつもり」の旦那へ見せた執念の分担図 | ママスタセレクト

                    そろそろ4月入園の保育園の承諾通知が届くころですね。育児休業中のママたちは、職場復帰の準備を整えているのではないでしょうか。そんなママのもっとも大きな課題は「育児・家事・仕事」をどうやって回していくかということ。そのために必要なのが、なんといってもまずは旦那の協力です。育児休業中はママの方がどうしても時間的余裕があるので、家事育児の負担は大きくママに偏りがちです。復帰を目前にして「どうやって分担を求めようか」とあせっている人も多いのでは?4年前の私もまさにそんな状況でした。そして、「復帰すれば旦那も変わるだろう」と思って仕事復帰をしたのです。 それが甘かった…。 仕事復帰しても旦那は変わらない 復帰して半年、旦那は一向に変わりませんでした。なぜ私ばかりが16時に仕事を終えて、周囲に肩身の狭い思いをしながら帰り、ダッシュで子どもをお迎えに行って、ボロボロこぼされたりしながらご飯を食べさせ、お

                      家事育児を「やっているつもり」の旦那へ見せた執念の分担図 | ママスタセレクト
                    • CS50 for Japanese: コンピュータサイエンスの入門 – 当ウェブサイトは、Creative Commons ライセンスに基づいて管理されています。

                      お知らせ: 2022/9/1 CS50 を活用した非営利/協賛企業による「コロナ学生支援」プロジェクトを実施中 ▼ 学生の方へ:CS50 の学習(履修証明書の取得)を一緒に取り組むプロジェクト CS50日本語版の翻訳コントリビューターである CODEGYM が主催する、非営利/無償のプロジェクト「CODEGYM Academy (外部リンク)」は、昨年に続き2022年度(春/秋)も、キャリア選択を控えた学生に対し、以下の企業の協賛により無償で17週間のプログラミング教育カリキュラムを提供します。 CODEGYM Academy 協賛企業(2022年) https://codegym.jp/academy/ 今年度のエントリーは締め切りました — ようこそ! このページは、ハーバード大学 CS50 の日本語版翻訳プロジェクトのページです。当サイトのドメインに掲載されているコンテンツは、Cre

                      • 仕事が早い人は、思考と作業を分けている|三宅孝之

                        僕が社内でずっと言い続けていることがあります。 それは「思考と作業は分けましょう」ということです。 よく、プレゼン資料を作るためパワーポイントを開いてフリーズしている人がいます。もしくは、文章を書くためワードを開いてフリーズしている人もいます。それは「思考と作業を同時にやろうとしている」からです。 ではなぜ、思考と作業を同時にやると効率が悪くなるのか? それは「脳サボっちゃう問題」が起こるからだと思っています。 脳というのは考えることをめんどくさがるもの。作業をやりながら思考しようとしても、脳は作業のほうにリソースを使ってしまい、思考のほうになかなか行かないのです。 パワーポイントで図を作成しているときや、ワードで文章を打ち込んでいるときは、「思考」しているように思えますが、実は脳の多くが「作業」に使われている、ということも少なくありません。 だから、なるべく脳を作業から解放してあげること

                          仕事が早い人は、思考と作業を分けている|三宅孝之
                        • 私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps

                          もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず2,3名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを

                            私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps
                          • 管理職のきみと、いつか管理職になるきみと、管理職が苦手なきみへ | サイボウズ式

                            マネジメント 新しいチームのあり方を探求 就活 就活生必見!サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める! こんにちは、Twitterで平安文学や読んだ本の話、働き方や好きなソーシャルゲームの話をしていたら、いつの間にかフォロワー数がだいぶ増えて、あちこちでいろんな原稿を書くことになった、「たられば(@tarareba722)」と申します。普段は出版社で情報系Webサイトの編集長を務めております。 本日はサイボウズさんからのご依頼で、仕事と働き方、それから「そのがんばりは、何のため?」という、いわゆるモチベーションにつ

                              管理職のきみと、いつか管理職になるきみと、管理職が苦手なきみへ | サイボウズ式
                            • 「便利になる」だけでは人は動かないし、「当事者意識をもってくれる人」はめちゃ貴重だという話

                              この記事で書きたいことは、大筋下記のようなことです。 ・「これは問題だ」「だから改善したい」と、自分ごととして真剣に考えてくれる人というのは極めて希少です ・ただ「便利になる」というだけでは誰も動かないし、どんなにいいものを作っても使ってもらえません ・当事者意識を「持ってもらう」ということは基本的に出来ません ・当事者意識を持っている人を別に探し出すことで、なんとか状況を打開出来る場合もあります ・だから、「この人は当事者意識を持ってくれている/くれていない」を嗅ぎ分ける能力はとても重要です よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前にも書いたことがありますが、私はかつて、システム開発の会社に勤めていました。 社員数は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという

                                「便利になる」だけでは人は動かないし、「当事者意識をもってくれる人」はめちゃ貴重だという話
                              • 意思決定できる人の手順の型 - Konifar's ZATSU

                                意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す

                                  意思決定できる人の手順の型 - Konifar's ZATSU
                                • WEBディレクターの為のEXCEL術(1)作業スケジュール | designaholic -Creative Column-

                                    WEBディレクターの為のEXCEL術(1)作業スケジュール | designaholic -Creative Column-
                                  • Androidアプリで日商100万円達成した時にやったこと:Android (アンドロイド) × グローバル:オルタナティブ・ブログ

                                    お久しぶりです。@metaps_satoです。 かれこれ半年近くブログの更新が止まっていました。もちろん半年間遊んでいたわけではなく(笑)少し新しい試みをためしていました。昨年はセミナーを開催して市場を盛り上げていくということをやっていました。年末に4億弱の資金調達をして海外展開を加速させていました。このままセミナーをやって市場を盛り上げていくのもいいかと思いましたが、ファイナンスを終えた後一度落ち着いてスマートフォン市場を考えて見ることにしました。実際に2011年末は儲かっているアプリ開発者は少数で、androidに関してはかなり厳しい状況でした。 Androidアプリ開発者の視点に立って本当に収益化が立てられる勝ちパターンを探らないといつまで立っても市場は形成されないのではないか?と考えるようになり、考察ではなく本当に数字が立てられる収益モデルをこの半年間試行錯誤しながら探していました

                                      Androidアプリで日商100万円達成した時にやったこと:Android (アンドロイド) × グローバル:オルタナティブ・ブログ
                                    • パスワード認証

                                      ラジック 気軽に楽しめるブログメディア「ラジック」は2ちゃんねるを中心にエンタメ情報をお届け!

                                        パスワード認証
                                      • Dribbble - Show and tell for designers

                                        Get inspired by the work of millions of top-rated designers & agencies around the world.

                                          Dribbble - Show and tell for designers
                                        • 技術的負債と向き合う

                                          オープンセミナー2017@岡山での発表スライドです

                                            技術的負債と向き合う
                                          • スタートアップを殺す18の誤り

                                            Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが

                                            • 毎日2時間を節約するための15のコツ + α | Lifehacking.jp

                                              15 Ways to Reclaim 2 Precious Hours Every Day | Ririan Project よく私が例に出す算数なのですが、24時間の生活の中から毎日1時間を節約することができればどうなるでしょうか? 毎日毎日一時間ですから、一年間で 365 時間。8時間労働のワークデーに換算すると 45 日あまり、週に5日勤務として、9週間分の時間をセーブできた計算になります。 もちろん、節約した時間は「すきま時間」が多いので、連続した時間に焼き直すのは難しいのですが、細かく時間をセーブする習慣は、もっと大きな時間節約のための基礎になります。 Ririan Project で、もっと野心的に「毎日2時間をセーブする方法」という記事がありましたので、例によって大意を翻訳してみます(理解しやすくするために、一部自分の知ってるテクニックを混ぜたりしてます)。 リストを作る:頭

                                                毎日2時間を節約するための15のコツ + α | Lifehacking.jp
                                              • 中田の質問箱です

                                                みずほ関係者の方でしょうか。連日のように繰り返されるシステム障害とその批判を目の当たりにして疲弊しているのだろうとお察しします。ただ、仰っている内容はどれも妥当性に乏しいので、公言されるとますます批判の声が強まってしまうことが危惧されます。ご自身の反論が有効かどうかを検証する有力な方法は「他の2メガバンクではこのロジックは通用するか?」という考え方です。以下、すべてこのアプローチでご説明します。 まず「銀行リテールの利益は250億円しかなく赤字のこともあるのだから莫大な設備投資をすることは株主にとって妥当ではない」というのは論理が全く逆で、莫大な設備投資をしたのですからもっと稼がなければならないのに稼げていないことが問題なのです。MUFGやSMFGをご覧頂ければ銀行リテールだけでも1,000億円単位で儲けていることがわかるでしょう。しかもシステム統合に要した費用はMUFGで3,300億円、

                                                  中田の質問箱です
                                                • 最強のIT系かあちゃんからたかしへのアドバイス

                                                  バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかったです。でも、このシステムを使う人にどういうメリットがあるか分かりませんでした。

                                                    最強のIT系かあちゃんからたかしへのアドバイス
                                                  • 仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた

                                                    仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。

                                                      仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
                                                    • 無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU

                                                      雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ?俺たちはこんなに時間使って何を決めようとしてるんだっけ?」という状態になってることも多い。 例えばAとBどっちがいいですかね?という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか?」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが

                                                        無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU
                                                      • ラピュタには何故自爆コマンドが用意されているのか: 不倒城

                                                        バルスのことなんですけど。 大多数のネットユーザー諸兄はご存知かと思うが、バルスは天空の城ラピュタにおける「滅びの言葉」である。劇中ラストシーンにおいて、家伝の飛行石を手にしたシータとパズーが「バルス!」と叫ぶと、なんか飛行石がやたら光ってムスカさんが目が目が星人になったりラピュタがぶっ壊れたり、色々とエラいことになる。 「バルス=滅びの言葉」という図式の定着度・認知度はWeb上では恐ろしい程であり、ラピュタ放映時には実況板が「バルス!」の書き込みとAAで埋め尽くされるという。 まず考えなくてはいけないのは、このバルスという命令は一体何の為に用意されたAPIなのかということである。 ラピュタは人工物なので、当然設計者や開発者がいた筈である。そして彼らは、管理権限キーっぽい小さな飛行石に、複数のコマンドを用意している。「困った時のおまじない」であるとか、「滅びの言葉」がそれである。飛行石を身

                                                        • なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列

                                                          営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか? 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

                                                            なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
                                                          • 工数見積もりやスケジュール管理で参考になる記事10選

                                                            プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか? 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に

                                                              工数見積もりやスケジュール管理で参考になる記事10選
                                                            • 1週間に4時間しか働かない人の仕事術 - himazu blog

                                                              1週間(1日ではない)に4時間しか働かない会社社長が、効率的な仕事のしかたの指南をしている講演があった。3月にテキサス州でおこなわれたSouth by Southwestというメディア関係のイベントの中でおこなわれた「The 4-Hour Workweek: Secrets of Doing More with Less in a Digital World」と題する講演である。以下で講演のMP3ファイルが入手できる。 また、このほかの講演・パネル討論の音声はここで入手できる。 講演の概要は以下のとおりである。 講演者 私の名前はティム・フェリス(Tim Ferriss)。プリンストン大学で非常勤講師をし、ハイテク分野での起業にについて教えている。そして、スポーツ飲料・食品の企画・製造をおこなう会社を経営している。世界15ヶ国に製品を卸している。 起業から現在まで 私は2000年に起業し、

                                                              • すごい物を見てもへこたれない人

                                                                友人が、物凄く絵が上手いんだけどさ。 でも最初は下手だったんだよね。たいしてうまくない自分より下手だった。 でも急激に成長してる。今はもうホントに上手い。絵で仕事もしてる。 2chのスレでもよくある、「上手い人見て凹んで描けなくなった」とかいうやつ。自分も上手い作家さんとか見たりするとああいう気持ちになったり、年下なのに上手いのとか見るとホントへ込むんだけど、どうやら友人はそういうのが無いっぽい。前その辺語ってて判明した。 「できない」って思わないみたい。なんか。 すごい人見ると、即座に「そうなるにはどうすればいいか」「自分に何を+すればそうなれるか」「そして+する方法は何か」を考えてる。 だからすごい人を見たほうがモチベーションとか上がる。みたい。 目標が目に見えて分かるから寧ろ嬉しいらしい。 年下で上手いとか見ても、考え方が根本から違う。自分は「年下でこんなに上手いとかマジ死ぬwwww

                                                                  すごい物を見てもへこたれない人
                                                                • ウェブ業界で起業したいならMarcoを目指そう | quipped

                                                                  Marco Armentという人をご存知だろうか? Instapaperという「ブックマークして後で読む」アプリの作者として知られており、アメリカで大人気のブログサービスTumblrの共同創業者でもある。彼は2010年にTumblrを離れ、今はInstapaper一本にしぼって仕事をしている。主な収入源は$4.99のiOS用Instapaperアプリで1、アプリのダウンロード数が常時ランクインしていることを考えると、十分生活できるだけの額だろう。 今日のお話は至極単純なもので、ウェブ業界で起業したい人たちは、Mark ZuckerbergでもSteve JobsでもなくてMarco Armentをお手本にするべきだという話だ。ここですでに納得なら、残りを読む必要はない。 ぼくがMarcoをお手本とするべきだというには、3つの理由がある。 Marcoがウェブプロダクト制作に関して平均的に能力

                                                                  • もしも桃太郎が一行がITのスタートアップだったら

                                                                    恵比寿駅の喫茶店。イヌ、サル、キジが張り詰めた空気でテーブルに同席している。 喫茶店のドアを開けて、桃太郎が入ってくる。 桃太郎「おつかれーっす」 イヌ、サル、キジ「……っす」 桃太郎「ごめんごめん、遅くなっちゃったわ。いやね、きのう金太郎と浦島太郎と飲みがあってさ」 キジ「え、あの有名な……」 桃太郎「そうそう。お互い名刺交換して。まぁやっぱ視座の高さが違ったわ。特に浦島太郎なんて玉手箱開けた経験者だし。金太郎は店にクマで乗り付けてた。ツキノワグマ」 サル「はー、すごいっすね」 桃太郎「浦島太郎、酔って乙姫に今から店こいよ!ってLINEしてたわ。ま、来なかったんだけど」 イヌ「……」 桃太郎「で、今日は何の話だっけ?」 サル「えーっと、それがっすね……」 桃太郎「来月の、鬼ヶ島ロンチの話?」 キジ「いや……」 イヌ「……俺から話すわ。実は、四人の座組みの件で、もう一回ちゃんと話したくて」

                                                                      もしも桃太郎が一行がITのスタートアップだったら
                                                                    • kuler

                                                                      • 「時間がない」症候群、その傾向と対策

                                                                        2022.05.21 Scrum Fest Niigata 2022 Main Hall 10:00-10:45 Proposal https://confengine.com/conferences/scrum-fest-niigata-2022/proposal/16425

                                                                          「時間がない」症候群、その傾向と対策
                                                                        • 今日は育児休みます! 「育児の引き継ぎ資料」を作って夫に共有してみた - それどこ

                                                                          こんにちは! いまがわです。 わが家は、私、エンジニアの夫、1歳の息子の3人家族です。 私は普段、『デザイナー脂肪』というブログで、夫婦や育児に関する4コマを描いています。 * 私がまだ育休中だったある日、始まりは1通の封筒でした…… 夫はもともと、育児に協力的です。私の育休中は、必然的に子供と接している時間は私の方が長くなるため、わが家では「母親はプロジェクトマネージャー、父親は信頼できる外注さん」という役割で育児を分担していました。(現在は私の育休も終わって共働きなので、育児に関しては大体5:5の割合で対応しています。) 子供の成長に伴い、ご飯の量や対応方法は日々変化していきます。私の記憶力がイマイチというのもありますが、子供と接する時間が限られる中で、それらを全て記憶し、日々アップデートしていくのはなかなか大変です。そして、もしこれが仕事だったら? メインの担当者1人しか知らない仕様

                                                                            今日は育児休みます! 「育児の引き継ぎ資料」を作って夫に共有してみた - それどこ
                                                                          • チャットワーク(ChatWork) | ビジネスが加速するクラウド会議室

                                                                            まずは無料で始められる ビジネスチャットを気軽にはじめていただくために、Chatworkでは無料のプランをご用意しています。実際に業務で利用できる環境を無料でお試しいただけます。

                                                                              チャットワーク(ChatWork) | ビジネスが加速するクラウド会議室
                                                                            • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

                                                                              架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

                                                                                ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
                                                                              • 見積・提案書に書いておくと不幸を減らせる前提条件

                                                                                はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません(うろ覚えで書いてたり、大人の事情) これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる

                                                                                  見積・提案書に書いておくと不幸を減らせる前提条件
                                                                                • 界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida

                                                                                  ・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは(7版からはすごく薄い)。 2021年8月に第7版が発表されると(ただし、日本語版はもっと先)公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5(最高レベル)を運用したりバージョンアップ対応を経験

                                                                                    界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida