並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 3912件

新着順 人気順

プロジェクト管理の検索結果201 - 240 件 / 3912件

  • ボトムアップ組織のマネジメントとは何なのか

    いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの

    • 続・拝啓『変わらない開発現場』を嘆く皆様へ ~ ウォータフォール & アジャイル編~ – とあるコンサルタントのつぶやき

      とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS (Microsoft Consulting Services) の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが;、二回分のエントリを通して読めば、牛尾さんが言いたい

        続・拝啓『変わらない開発現場』を嘆く皆様へ ~ ウォータフォール & アジャイル編~ – とあるコンサルタントのつぶやき
      • スマホ案件の見積もりについて - ku-sukeのブログ

        Android案件の見積り | クラスメソッド開発ブログ を読んで、業界人らしき人のブコメが、「この程度でホッテントリか」という感じで、僕もややそっちよりの意見だったので、ざっくり補足できそうな点について書いて見ました。もう転職して受託の立場ではなくなったので。やや発注側の視点も含まれています。 責任のないリスクについてコスト負担範囲を決める すべてにおいて最重要項目です。変化の激しいスマホ業界においては、互いのリスクテイクについての認識をあわせておく必要があります。例としてはこんなものがあります。 開発期間中に突如OSのメジャーバージョンアップがあった。 顧客「あ、新しいのでましたね。対応できますよね^^」 世論に応じて機能の根幹部分が突然リジェクト対象になる。 りんご「今日から電話番号認証禁止ね^^直さないと削除しちゃうよ^^」 過去を顧みない方針転換がなされる ぐぐる「メニューボタン

          スマホ案件の見積もりについて - ku-sukeのブログ
        • 相手に響く提案書の書き方・流れを解説。コンサル歴25年のノウハウ公開 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

          こんにちは、ライターのあだちです。お初にお目にかかります。 昨年9月に12年間務めた会社を辞め、「学習塾」と「人事コンサルティング」を生業とするため会社を作りました。欲を出さず、全力で細々とやっております。今後ともお見知り置きをお願いします。 さて、本日の話題は「提案書」についてです。 【こちらもおすすめ】 そもそも提案とは? 物売りであってもWebサイトの制作であっても、はたまた飲食店であったとしても、仕事を取らなければ会社は潰れてしまいます。 そして、商品が巷にあふれている今、仕事を得るためには「買い手」に自分たちのサービスや商品の魅力を十分に伝えるために「提案」が必要です。 もし「提案」がなければ、お客さんは「他と何が違うの?」「我々がそれを買う理由は?」といった情報をすべて自分たちだけで調べなくてはいけません。それどころか、その情報を自然と得ることができなければ見向きされないことも

            相手に響く提案書の書き方・流れを解説。コンサル歴25年のノウハウ公開 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
          • 【プロジェクト管理ツールを家庭に導入して2年】実感した6つの変化 - はてなニュース

            こんにちは、IT系母ちゃんの平 愛美(id:mana-cat)です。職業は夫婦ともにITエンジニアで、2人の子どもたちと一緒に都内で暮らしています。子ども2人を育てながらの生活には、家庭特有のさまざまな課題が山積みです。そんな課題を解決するため、2年ほど前にプロジェクト管理ツール「Backlog」を家庭に導入しました。導入するに至った経緯と、導入してから生活がどのように変化したのかを紹介します。 ■ プロジェクト管理ツール導入のきっかけ 我が家の家族構成 プロジェクト管理ツール導入前の課題 カレンダー機能だけで課題を解決するのは難しい ■ 家庭にもプロジェクト管理ツールを導入しよう 「Backlog」を選んだ理由 ■ Backlogの使い方 Backlogの登録について (1)無償プランでBacklogを登録する (2)メンバーを追加し、課題を登録する (3) 課題のステータスを変更する

              【プロジェクト管理ツールを家庭に導入して2年】実感した6つの変化 - はてなニュース
            • ルーチンワークを効率的に!仕事に役立つウェブサービス8選 - CNET Japan

              就職や異動のシーズンから早1カ月が経過した。新たな会社や職場で戸惑いの連続だった人も多いことだろう。ようやく訪れたゴールデンウィーク、しばしの休息を取りつつ、5月から体勢を立て直すための準備期間と捉えている人もいるに違いない。 日々のスケジュールやタスクの管理については、自分なりの手法を早い時期に確立することで、時間を効率的に使えるようになり、結果として主たる業務に注力できる時間も増える。このほか、日々のルーチンワークにおいても、なるべく早めに取り組み方を確立させればさせるほど、効率化によってもたらされる時間は莫大なものになる。 今回は、タスクやスケジュール管理をはじめ、業務で発生するさまざまな作業をオンラインで解決できるウェブサービスを8つセレクトして紹介する。昨今のウェブサービスは「オンラインでここまでできてしまうのか」という域にまで進化しており、会社で用いているグループウェアや業務ソ

                ルーチンワークを効率的に!仕事に役立つウェブサービス8選 - CNET Japan
              • Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し,締め切りが近づいたら流す」という働き方

                かれこれ30年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は100人に1人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分

                • ビジュアル思考派にとって画期的なタスク管理ツール『Trello』 | ライフハッカー・ジャパン

                  『Trello』は、共同作業を容易にしてくれる優れたプロジェクト・マネジメント・ツールです。また、使うのが「楽しい」ツールでもあります。共同作業以外にも、自分の仕事、家の用事、旅行計画など、さまざまなプロジェクト管理にも使えます。今回は、Trelloで生活全般をオーガナイズする方法を紹介します。 Trelloとは?(どこが素晴らしいのか) Trelloでは、ひとつのウェブページが1枚のボード(board)になっています。ボードの中に複数のリスト(list)を横に並べられるので、プロジェクトの全体像を概観できます。それぞれのリストには、カード(card)と呼ばれるアイテムを追加でき、カードを別のリストに移動したり、リストの中で上下に並べ替えたりできます。 各カードには、チェックリスト、画像、添付ファイル、締切日、色ラベルのほかに、共有ユーザーからのディスカッション・ノートなどを追加できます。

                    ビジュアル思考派にとって画期的なタスク管理ツール『Trello』 | ライフハッカー・ジャパン
                  • 日経電子版アプリ 穴のあいたバケツ開発

                    140年の歴史を持つ会社の、高速内製アジャイル開発への挑戦

                      日経電子版アプリ 穴のあいたバケツ開発
                    • 【レビュー】飲み会の日程調整……この面倒な作業、どうにかできません? | ネット | マイコミジャーナル

                      日程のおうかがいは実に面倒じゃないですか? 「合コンは始まるまでが一番楽しい」と誰かの言にありましたが、飲み会のセッティングは正直言ってめんどくさい。何が面倒って、告知から日時・場所決定までのプロセスが……。 特にこの3と4のところですね。日程を聞いても「10日と11日の8時以降」とか「火曜日以外ならOK」というように回答の書式はバラバラだし、なかなか返事を寄越さないのもいるし、それを集計してなるべく全員の都合の良い日時を決めなくてはならないし……。 社内・部署内の宴会ならExcelで表でも作って紙で回覧すれば済む話なんですが、離れた場所にいる人や普段合わない友達などの日程を電話とメールだけで調整するのは、幹事さんにとってけっこうな労力。なんかうまいことできないかなー。と思ったら、あるんですね、スケジュール調整に使えるWebサービスがいろいろ。 一般的にWebサービスというのは、メールアド

                      • SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ

                        ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

                          SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
                        • はてなブログ | 無料ブログを作成しよう

                          ビールとポップコーンと映画 ラストマイルを見た。良い映画だった。 映画館でべそべそ泣いて、鼻を啜りながら車で帰った。感想はこのブログでは書かない。みんな映画館に行って感じてみてほしい。 帰ってからツイッターで感想を漁り、うんうん、わかるわかる、そうだよね、とまた映画を思い出して…

                            はてなブログ | 無料ブログを作成しよう
                          • ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)

                            https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン

                            • サル先生のプロジェクト管理入門

                              ようこそ、サル先生のプロジェクト管理入門へ。 コースは3つ。プロジェクト管理初心者の方は「入門編」からどうぞ。 プロジェクト管理を経験したことがある人は「実践編」がおすすめです。 「この言葉ってどういう意味...?」という時は「用語集」で調べて見て下さいね。

                                サル先生のプロジェクト管理入門
                              • 日常会話はなぜ成り立つのか? 「究極のフリースタイル」である言語を考える【いとうせいこう×ライムスター宇多丸・対談】 | 対談・鼎談 | Book Bang -ブックバン-

                                「言語とはジェスチャーゲームのようなものだ」という画期的な見方を提示して話題になっている『言語はこうして生まれる 「即興する脳」とジェスチャーゲーム』。同書に刺激を受けたライムスターの宇多丸さんが、日本語ラップの先駆けであるいとうせいこうさんと対談。コミュニケーション論から日本語の歴史、フリースタイルラップと言語の変化などを縦横に語り合った。 会話の主導権は「聞く側」に? 宇多丸 この本を読んだ時、いとうさんと話したいと思ったんです。 いとう うん。言語というと、ある言葉の「A」というイメージをそのまま運んで、相手がそれを受け取るという風に思ってしまう。でも、実際のコミュニケーションはそんなことはなくて、実は短波放送みたいにすごく雑多なノイズだらけの音の中から正しい歌詞を見出すみたいな作業をしているわけだよね。 宇多丸 そうです。さぐりさぐりで、なんとか工夫しながら、ジェスチャーゲームのよ

                                  日常会話はなぜ成り立つのか? 「究極のフリースタイル」である言語を考える【いとうせいこう×ライムスター宇多丸・対談】 | 対談・鼎談 | Book Bang -ブックバン-
                                • これがNASA流の仕事術、「プロジェクトマネージャーが守るべきルール100」が公開される

                                  by MATEUS_27:24&25 プロジェクトの計画と実行において総合的な責任を持つ職務をプロジェクトマネージャーと呼びますが、NASAのゴダード宇宙飛行センターの副監督者であるJerry Maddenさんが何年にもわたって出典不詳のソースから集めた「プロジェクトマネージャーとしての心得」とも言える100のルールがPDFファイルで公開されました。プロジェクトマネージャーとしてだけでなはく、仕事やグループを統括する人にとって非常に役立ちそうなルールとなっています。 One Hundred Rules for NASA Project Managers - 100-rules-for-nasa-project-managers.pdf (PDFファイル) https://www.projectsmart.co.uk/white-papers/100-rules-for-nasa-proje

                                    これがNASA流の仕事術、「プロジェクトマネージャーが守るべきルール100」が公開される
                                  • エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう?(あるいはいったい何がないのだろう?)

                                    XP 祭り 2016

                                      エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう?(あるいはいったい何がないのだろう?)
                                    • 無料で使えるプロジェクト管理ツール「gantter」を使ってみて、これはもう手放せないと思ったポイント3つ | バシャログ。

                                        無料で使えるプロジェクト管理ツール「gantter」を使ってみて、これはもう手放せないと思ったポイント3つ | バシャログ。
                                      • 「タスクを切る能力」の本質について。

                                        もうかなり前の話だ。 ある会社で、「会社案内・パンフレットのリニューアルをする」と言うプロジェクトが持ち上がった。 社長は一人の人物をプロジェクトマネジャーとして任命し、予算を付け、 「後はよろしく」 と、仕事をまかせた。 ところが半年後、ようやく社長は気づいた。 全くプロジェクトが進んでいないことに。 「どうなっているのか」とプロジェクトマネジャーを問い詰めたところ、彼は外注に丸投げしたまま、何もしていなかった。 外注側も、仕様が固まらず、プロジェクトは完全にスタックしていた。 社長は彼に話を聞いたが、彼は「外注から返事が無くて」の一点張り。そこで、社長は彼に要求した。「資料を出せ」と。 ところが彼は「出せない」という。 何か隠しているのではないか、おかしいのでは、ということで、皆でメールのやり取りや資料などを調べると、実質、彼が事実上、「外注に依頼をし、あとは本当に何もしていない」こと

                                          「タスクを切る能力」の本質について。
                                        • 多人数開発で Git を使う場合の環境構築 | GREE Engineering

                                          こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙

                                            多人数開発で Git を使う場合の環境構築 | GREE Engineering
                                          • 今こそIT・ネットの出番:地震、その時Googleは 「1秒でも惜しい」と怒涛の開発、海外にもバトンつないで - ITmedia ニュース

                                            3月11日金曜日。東日本大震災の直後から、六本木ヒルズ(東京都港区)26階にあるGoogle日本法人のオフィスの一角に、技術者など十数人のスタッフが集まっていた。小さなこたつ机を囲み、ひざを突き合わせる。「われわれに何ができるのか」――真剣な議論と開発の日々が始まっていた。 「いかに早くリリースするか」 オフィスを小走りで移動、リポDの山も こたつ机を囲んだメンバーの1人が牧田信弘プロダクトマネージャーだ。普段はモバイル向けGoogleマップを担当しているが、地震後はすぐに米国オフィスと連絡を取った同僚とともに、人の消息情報を登録・検索できる「Person Finder」の準備に取り掛かった。 Person Finderは、昨年1月のハイチ地震の際にGoogleが公開したシステム。昨年2月のチリ地震や今年2月のニュージーランド地震でも利用されている。牧田さんらはPerson Finderの

                                              今こそIT・ネットの出番:地震、その時Googleは 「1秒でも惜しい」と怒涛の開発、海外にもバトンつないで - ITmedia ニュース
                                            • チームリーダーをやるときに気をつけてた「4つの混ぜない」 - Mitsuyuki.Shiiba

                                              開発チームのチームリーダーやってたときってどんなこと考えながらやってた?って相談があって、僕がチームリーダーやってたときはこういうことに気をつけてたよ。って話をした。今は僕はリーダーは後輩にまかせて、自分はシニアエンジニア的な立場でコードを書いたりウロウロしたりして楽しく過ごしてるんだけども。 4つの混ぜない やってるときは特に考えてなかったけど、今になって考えるとこういうこと気にしてたなーってのね。数は、単に4つ思い出した。ってだけ。 帽子を混ぜない エンジニア出身のチームリーダーって、こんな帽子をかぶってることが多いかな: 組織マネージャの帽子で 後輩の育成や組織としての成長を考えたり 開発リードの帽子で クオリティの最後の砦みたいな役割や、チームの外との調整をやったり プロジェクトマネージャの帽子で プロジェクトをどうやってうまく回していくかを考えたり なので「今の自分の気持ちはどの

                                                チームリーダーをやるときに気をつけてた「4つの混ぜない」 - Mitsuyuki.Shiiba
                                              • プロジェクト管理ツール「Basecamp」の使い方

                                                2017年6月30日 便利ツール 「海外Webサイト・海外Web屋の特徴」でも少し紹介したプロジェクト管理サービス、Basecamp。「日本語版があれば使ってみようかな」という人がいたのですが、実は日本語に対応しているのです!アカウントの作成、言語の設定を含めた、Basecampの簡単な使い方を紹介します! ↑私が10年以上利用している会計ソフト! Basecampとは? Basecampは37signalsが提供しているオンラインプロジェクト管理ツール。「よりシンプルに使いやすく」をテーマに作られ、海外では企業やフリーランサーに大人気です。チームメンバーとタスクを共有することで、誰がどんな業務を持っているのか、どこでつまづいているのかなどがわかるようになり、結果プロジェクトの進行がスムーズになると思います。 Basecampの特徴 メッセージボード、ToDoリスト、マイルストーン、Whi

                                                  プロジェクト管理ツール「Basecamp」の使い方
                                                • パソナグループ、淡路島で帝愛グループの地下王国みたいな就活難民支援プロジェクトを始動 : 市況かぶ全力2階建

                                                  にじさんじのANYCOLOR、怪文書で絶好調と持ち上げられたそばから成長を諦めたかのように配当を出し始める

                                                    パソナグループ、淡路島で帝愛グループの地下王国みたいな就活難民支援プロジェクトを始動 : 市況かぶ全力2階建
                                                  • 【問題提起】篠原嘉一氏に情報教育の講演を依頼する前に考えていただきたいこと ~ITエンジニアから見た、情報教育のあり方について~ - give IT a try

                                                    要約(僕の主張) 篠原嘉一氏の講演内容には、IT関連の知識がない人にはわかりづらいウソや間違い、極論が多く含まれているため、適切な情報教育だとは言いがたい。よって改善を強く希望する。 学校側は「生徒をネットのトラブルから守りたい」という思いが優先されるため、ITエンジニアよりも「情報の正しさ」がないがしろにされてしまうのかもしれない。だが、ITエンジニアとして、そして保護者として、学校は子どもたちに正しい情報を伝える努力をしてほしい。 我々ITエンジニアも情報教育を学校に丸投げするのではなく、正しい知識を伝えるために、主体的に情報教育に協力していく必要がある。 はじめに Image: http://www.mrf-ip.com/blog/0067/ 先日、息子が通っている中学校で開催された情報教育講演会に参加してきました。 これは中学校の全生徒と、任意参加の保護者で、情報教育(主にSNSや

                                                      【問題提起】篠原嘉一氏に情報教育の講演を依頼する前に考えていただきたいこと ~ITエンジニアから見た、情報教育のあり方について~ - give IT a try
                                                    • Webサイトの制作/運用の効率化を図る 「ガイドライン策定」のすすめ(前編)(1/4):CodeZine

                                                      Web標準に従うことは、SEO効果、ユーザービリティ、メンテナンス性の向上など、Webサイトの利用者と制作者の双方にさまざまなメリットをもたらします。しかし、実際にWeb標準の仕様書に従ってWebサイトを制作しようとすると、制作者の頭を悩ませる多くの問題が待っています。本連載では、Web標準のメリットを最大限に生かすことをテーマに、仕様書には書かれていない部分を中心に取り上げ、実際のWeb制作現場で起こり得る問題について、解決の糸口をたらしていきたいと思います。 はじめに Web標準に従うことは、SEO効果、アクセシビリティ、ユーザービリティ、相互運用性、互換性、メンテナンス性の向上など、Webサイトの利用者と制作者の双方にさまざまなメリットをもたらします。しかし、実際にWeb標準の仕様書に従って「正しい(X)HTML+CSS」でWebサイトを制作しようとすると、制作者の頭を悩ませる多くの

                                                        Webサイトの制作/運用の効率化を図る 「ガイドライン策定」のすすめ(前編)(1/4):CodeZine
                                                      • 時代をリードするエンジニア19人が推薦! 若手エンジニアに薦めたい「座右の書」|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                        エンジニアがスキルを磨きたいとき。キャリアプランに迷ったとき。モチベーションを高めたいとき。いつも助けになってくれるもの。それは、本。 優秀なエンジニアを目指すのであれば、良質な多くのインプットが不可欠です。それでは、各領域の著名なエンジニアにとって、良質なインプットとは? 本稿では、19名の著名エンジニアに、自身のキャリアを支えてくれた“この一冊”というべき名著を伺いました。 各領域で活躍するエンジニアたちは、数多ある書籍からどんな一冊を選び、そこから何を学んできたのでしょうか? 自身のスキルやマインドを磨くために、絶対に読んでおくべき珠玉の書籍を、ご本人と書籍の関わりエピソードとともに紹介してもらいました。 ※人名の50音順に掲載。回答者は敬称略とする。 池澤あやかが推薦!『Prototyping Lab』 サイバーエージェント 板敷康洋が推薦!『リファクタリング』 リーバンス 今井彩

                                                          時代をリードするエンジニア19人が推薦! 若手エンジニアに薦めたい「座右の書」|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                        • 話が上手な人と下手な人の違い | knowledge / baigie

                                                          「もっと話上手になれたらいいのに」と思っている人は多いのではないでしょうか。 普通のビジネスパーソンは、アナウンサーのような卓越した話術を身に付ける必要はありません。しかし、話上手になることができれば、交渉が得意になり、営業も人事評価も転職活動も有利に進められるようになります。仕事におけるメリットは計り知れません。 私たちの会社でも、特に顧客と直接対話する機会が多いディレクターやデザイナーには、業務知識だけではなく、顧客との話し方についてもなるべくフィードバックしています。会話のクオリティは、サービスの品質や満足度に深く関わると思うからです。 最近は、会話ではなく、メールやチャットで済む機会も増えています。一方で、話上手な人はテキスト・コミュニケーションも大抵上手な印象があります。話術の中には、コミュニケーションに共通する普遍的ななにかが含まれているのでしょう。 こんな記事を書いてはいます

                                                            話が上手な人と下手な人の違い | knowledge / baigie
                                                          • サービス終了のお知らせ - NAVER まとめ

                                                            サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

                                                              サービス終了のお知らせ - NAVER まとめ
                                                            • 要件定義とはそもそも何か

                                                              BPStudy#188〜要件定義を学ぼう。ChatGPTを添えて( https://bpstudy.connpass.com/event/281289/ ) の登壇資料です。 2023年4月28日(金)に開催。

                                                                要件定義とはそもそも何か
                                                              • Redmine.JP — Redmine日本語情報サイト

                                                                Redmineは、オープンソースのプロジェクト管理ソフトウェアです。 プロジェクト全体、それぞれのタスクの進捗状況をチームで共有しプロジェクトの進行を支援します。 Redmineとは

                                                                  Redmine.JP — Redmine日本語情報サイト
                                                                • Javaを使うなら知っておきたい技術、フレームワーク、ライブラリ、ツールまとめ

                                                                  Javaの開発と言っても、各種ミドルウェアやフレームワーク、ライブラリ、ツールなどが豊富にあり選択に悩むことは少なくないと思います。 そこで関連技術のインデックスになればと作成しました。 あくまで知っている範囲で記述しているので、コメントしてもらえれば随時追加します! すべてを書くと膨大な量になるため、現状採用が減ってきているものや、そもそもあまり採用されていないもの、後継があったり、類似のものと比較した場合に明らかに劣っているものは省いています。 ちなみにライブラリには高機能なものも多いので、分類は参考程度にご覧下さい。 サーバ系 Apache HTTP Server 世界中でもっとも多く使われているWebサーバ。 nginx フリーかつオープンソースのWebサーバで、処理性能・高い並行性・メモリ使用量の小ささに焦点を当てて開発されている。 Tomcat Java ServletやJSP

                                                                    Javaを使うなら知っておきたい技術、フレームワーク、ライブラリ、ツールまとめ
                                                                  • 見積もり・発注 - 技術情報Wiki

                                                                    発注/調達 † 値切ってはいけない 2009.3.6 確かに,プロジェクトには予算が決められており,その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には,入念に価格交渉を行い,発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには,PMは出てきた見積もりを査定する能力が必要であり,かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか RFP(Request For Proposal:提案依頼書) SLCP−JCP98:Software Life Cycle Process - Japan Common Frame 1998 SPA(Software Process Assessment)

                                                                    • エンジニアが作るネットサービスのアイデアがしょぼいワケ【えふしん】 - エンジニアtype | 転職type

                                                                      Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社(version2)を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一(えふしん) FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社(現・マインドスコープ)を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社(version2)設立 若干釣り気味のタイトルですいません。今通っている大学院の授業で、漫画家の浦沢直

                                                                        エンジニアが作るネットサービスのアイデアがしょぼいワケ【えふしん】 - エンジニアtype | 転職type
                                                                      • ソフトウェア開発の見積もり入門

                                                                        見積もりとは? Wikipediaによると見積もりとは、以下のようにあります。 見積(みつもり。見積り、見積もりとも書く)とは、金額・量・期間・行動を前もって概算すること。見積もること。あらましの計算をすること。また、その計算。目算。「所要時間を見積る」、「一日の来客者数をざっと見積もった」など、おおよその感覚で数字の見当をつける場合の口語体表現でも使われる。 Wikipedia このように見積もりとは、なにかを行う前に事前にその結果を予想しておくことを言います。 見積もりを使うケースは、ソフトウェア開発に限った話ではありませんが、製造業であるソフトウェア開発においては『見積もり』というタスクは様々なケースで登場します。 見積もりが苦手な人は多い ソフトウェア開発では、「この機能を開発するときにどのくらいで完成できますか?」といったケースが見積もりのシチュエーションとしては多いかと思います

                                                                          ソフトウェア開発の見積もり入門
                                                                        • Aipo(アイポ) - ビジネスコラボレーションツール

                                                                          クロジカスケジュール管理は、予定共有ができるスケジュール管理クラウドです。 シリーズ合計1,800社35,000人以上が利用しています。

                                                                            Aipo(アイポ) - ビジネスコラボレーションツール
                                                                          • わたしはなぜ、「プロジェクト管理」という言葉を使わないのか | タイム・コンサルタントの日誌から

                                                                            旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから(Miso soupとよばれる)、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる(eat)という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。

                                                                              わたしはなぜ、「プロジェクト管理」という言葉を使わないのか | タイム・コンサルタントの日誌から
                                                                            • hanatoweb.jp - このウェブサイトは販売用です! - hanatoweb リソースおよび情報

                                                                              This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

                                                                              • プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう

                                                                                Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ

                                                                                  プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
                                                                                • Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている

                                                                                  先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月30万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月30万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ