並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 402件

新着順 人気順

Projectの検索結果281 - 320 件 / 402件

  • PMはどうやってプロジェクトを進める?コミュニケーション・チーミングの側面から解説してみた | DevelopersIO

    データアナリティクス事業本部@札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、プロジェクトマネジメントするうえでの、クライアントやプロジェクト内でのコミュニケーションについて記載したいと思います。 当活用にあたっては株式会社コパイロツトの方に相談させていただいたうえで、ルールとして運用しているものとなります。 ご協力いただきありがとうございます。 また、当記事の別側面としてコパイロツト様から見た視点でプロジェクトの進め方を記載しておりますので、併せて見ていただくと、このプロジェクトマネジメントをより深く知ることができるかと思います。 当記事はプロジェクトマネージャ向けの記事ではありますが、コミュニケーションの根本についてもお話ししていますので、エンジニアの人も良ければ読んでいただければと思っています。 そもそもプロジェクトマネジメントって何か まず話の前段としてなぜプロジェク

      PMはどうやってプロジェクトを進める?コミュニケーション・チーミングの側面から解説してみた | DevelopersIO
    • 【PMルーキー必読】プロジェクト計画書を大公開|ゆーろー@常駐しないPMO

      *初回投稿(2023-05-23) この度、2023年版としてリファインしました。 ■このような人たちへオススメです ・プロジェクトマネージャーになりたい方 ・初めてプロジェクトを担当する方 ・現在プロジェクトを進めている方 ・プロジェクトマネジメントに関する知識やスキルに自信のない方 ・プロジェクトの成功に向けて改善を考えている方 このような人たちへオススメです01 プロジェクトの目的を間違えた 計画工程でプロジェクトの目的を明確にしなかったことにより、ユーザーテスト(最終段の受入テスト)で、プロジェクトオーナーよりクレームが入りプロジェクト破綻 。 02 スコープの決め方がわからなかった プロジェクト計画を検討する中で、スコープを決める手順を知らなかったことで、コスト爆上げ!設計工程でリカバリーを図るがスケジュールの大遅延によりプロジェクト破綻 03 工数を算出する範囲が漏れていた

        【PMルーキー必読】プロジェクト計画書を大公開|ゆーろー@常駐しないPMO
      • プロジェクト管理のトライアングルとその利用法 [2024] • Asana

          プロジェクト管理のトライアングルとその利用法 [2024] • Asana
        • Taking Advantage of Debugging Tools for Android App Development - クックパッド開発者ブログ

          Hello! I'm Joseph and I'm an Android engineer from the Mobile Infrastructure team. In this post, I will talk about some of the tools that we used in debugging while working on the renewal project. The contents of this post were presented in the recently held Tech Kitchen #25. Renewal Project As mentioned in the article テストケース作成を仕様詳細化の手段とする実験 published earlier this year, the Cookpad app for iOS has

            Taking Advantage of Debugging Tools for Android App Development - クックパッド開発者ブログ
          • “デキるPM”になれるかは「ホウレンソウ」のクオリティで変わる 日常業務における報告・連絡・相談の具体例

            「プロダクトマネージャーカンファレンス 2022」は、プロダクトマネジメントに携わる人たちが共に学び、切磋琢磨することを目的に開催されるイベントです。ここで株式会社クライス&カンパニーの山本氏とエムスリー株式会社の山崎氏が登壇。まずは、PMの「ホウレンソウ」について話し合います。 山本氏と山崎氏の自己紹介 山本航氏(以下、山本):山崎さん始まりましたね。よろしくお願いします。 山崎聡氏(以下、山崎):始まりました! よろしくお願いします。みなさんこんにちは、こんばんは! 山本:こんにちは。クライス&カンパニーの山本と申します。クライス&カンパニーというエージェントで、プロダクトマネージャーキャリアの支援を中心にしています。よろしくお願いします。山崎さんも簡単に自己紹介をお願いできますでしょうか? 山崎:はい。エムスリー株式会社で執行役員 VPoPをやっている山崎と申します。先ほど13時から

              “デキるPM”になれるかは「ホウレンソウ」のクオリティで変わる 日常業務における報告・連絡・相談の具体例
            • 4.7. プロジェクト構成 - ゼロから学ぶ Python

              ホーム 1. Python を始める 2. 基本仕様 3. クラス 4. モジュールとパッケージ 5. ファイル操作 6. 例外 7. ジェネレータ 8. テスト プロジェクト構成¶ Python のソースコードを管理する際にディレクトリの構成をちゃんと考えておくことはとても重要なことです。なぜなら Python は適切な構成になっていないとプログラムを正しく動かすことができなくなるからです。そこで Python 開発ではどのような構成で管理すれば問題が起こりにくいのかについて説明します。 The Hitchhiker's Guide to Python¶ Python の理想のプロジェクト構成は Kenneth Reitz 氏によって推奨されている構成に従うのがよいでしょう。どのような構成なのかは The Hitchhiker’s Guide to Python というサイトの Stru

              • サイボウズ、kintoneをベースに製品を再編する新プロジェクト「サイボウズNEXT」を始動へ

                  サイボウズ、kintoneをベースに製品を再編する新プロジェクト「サイボウズNEXT」を始動へ
                • エラスティックリーダーシップ――自己組織化チームの育て方 - forest book

                  最近出版された本ではありませんが、じっくり読む機会があったので簡単に所感をまとめてみます。購入したのは約1年前でした。それから積ん読していて、読み始めてからも時間のあるときに少しずつ読み進めて1ヶ月ぐらいかかりました。 www.oreilly.co.jp 買っておくといつか読む可能性がある。 読まないよりは少しでも読んだほうがよい。 一通り読めてよかった。 。。。 そんな所感は誰も期待してないでしょうから、少し振り返りながら私にとって関心のある内容をまとめてみます。私はリーダーや管理職に就いたことがないので本当の意味では、本書のリーダーの難しさや悩み、葛藤などは理解できていないと思います。 一方でメンバーの立場でリーダーを補佐してきたことや、いくつかの企業やチームでそれぞれのリーダーに接してきたこと、自分にとって働きやすかったリーダーなど、やはり、本書を読んで共感できるところは多々あります

                    エラスティックリーダーシップ――自己組織化チームの育て方 - forest book
                  • 【Notionテンプレ公開】PM不在チームにプロダクト・プロジェクトマネジメントを最短で導入したい|浪川舞(まいどる)|IT社長ピアニスト

                    どこまでがPM業務云々って議論あるけど「全てPM業務ではない」というのが正しい気がしてきた…各業務は各職域で対応することで、PMは全業務を俯瞰して具体と抽象を行ったり来たりしながら目標に近づける仕事なんじゃないかと… だからPM業務一覧出そうとするとPM以外の業務しか出てこないという矛盾😇 — maidol🍣 開発PM支援 (@maidol_28) February 21, 2022 どこまでがPM業務云々って議論あるけど「全てPM業務ではない」というのが正しい気がしてきた…各業務は各職域で対応することで、PMは全業務を俯瞰して具体と抽象を行ったり来たりしながら目標に近づける仕事なんじゃないかと… だからPM業務一覧出そうとするとPM以外の業務しか出てこないという矛盾😇 https://twitter.com/maidol_28ある日、支援先の開発PM育成のためにWeb開発のPM業務

                      【Notionテンプレ公開】PM不在チームにプロダクト・プロジェクトマネジメントを最短で導入したい|浪川舞(まいどる)|IT社長ピアニスト
                    • プロジェクトアサイン者との期待値を揃えてみよう!ロールセッションについて徹底解説してみた | DevelopersIO

                      データアナリティクス事業本部@札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、各メンバーとの役割や期待値のすり合わせ方法について記載します。 当活用にあたっては株式会社コパイロツトの方にナレッジの共有や、推進方法など相談させていただいたうえで、ルールとして今整備、運用しているものとなります。 ※コパイロツト様に事前に掲載のご了承をいただいているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模(メンバー10人未満)のプロジェクトが多いため、小規模案件での前提として記載します。 また、期間においても3ヶ月程度の短期間の開発プロジェクトを前提としております。 大規模案件・長期間案件・保守案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 プロジェクトでよくある問題 プロジェクトを実施していく中で

                        プロジェクトアサイン者との期待値を揃えてみよう!ロールセッションについて徹底解説してみた | DevelopersIO
                      • C# 単体テストを作成、実行、カスタマイズする - Visual Studio (Windows)

                        この記事では、マネージド コード用の Microsoft 単体テスト フレームワークと Visual Studio テスト エクスプローラーを使用して一連の単体テストを作成、実行、およびカスタマイズする手順について説明します。 開発中の C# プロジェクトで作業を開始し、そのコードを実行するテストを作成し、テストを実行し、結果を調べます。 次に、プロジェクト コードを変更し、テストを再実行します。 これらの手順を実行する前に、これらのタスクの概念の概要を確認したい場合は、「単体テストの基本」を参照してください。 テストするプロジェクトを作成する Visual Studio を開きます。 スタート ウィンドウで、 [新しいプロジェクトの作成] を選択します。 .NET 用の C# [コンソール アプリ] プロジェクト テンプレートを検索して選択し、[次へ] をクリックします。 Note [コ

                          C# 単体テストを作成、実行、カスタマイズする - Visual Studio (Windows)
                        • How to set up a perfect Python project

                          Photo by Martin Adams on Unsplash When starting a new Python project, it is tempting to just dive in and start coding. Spending a tiny amount of time to setup a project with the best tools will save immense time and lead to a happier coding experience. In an ideal world, dependencies would be identical for all developers, code would be perfectly formatted, common errors forbidden and everything wo

                            How to set up a perfect Python project
                          • 平時のマネジメント - 西尾泰和のScrapbox

                            多様な軸がある現実をきちんと理解することを放棄しているので、大体シンプルなKPIと複雑な現実のミスマッチで問題が起きる

                              平時のマネジメント - 西尾泰和のScrapbox
                            • Santiago on X: "Scrum is a cancer. I've been writing software for 25 years, and nothing renders a software team useless like Scrum does. Some anecdotes: 1. They tried to convince me that Poker is a planning tool, not a game. 2. If you want to be more effi

                              • Zepel - The online project management tool for software teams

                                Integrations CatalogIntegrate tools and improve your workflows

                                  Zepel - The online project management tool for software teams
                                • More Joel on Software - forest book

                                  www.shoeisha.co.jp 過去にアリエル・ネットワーク (以下アリエル) という会社で働いていました。これはもう10年前の話で、アリエルはオンプレミスで運用するパッケージベンダーの会社だったので、昨今の SaaS のようなプロダクト開発とは状況が大きく異なります。そういった時代背景の違いを考慮して本稿を読むように注意してください。 当時の課題管理や開発方法論が、その前もその後も、10社以上、十数の開発チームで働いた私の経験の中ではもっとも開発の生産性も開発体験 (Developer Experience) も優れたものでした。 アリエル・ネットワークでアルバイトをしてきました - forest book アリエル・ネットワークに入社しました - forest book アリエル・ネットワークを退職しました - forest book たまたま、というよりは、私がお願いして、当時

                                    More Joel on Software - forest book
                                  • 脱レガシーコード!すべての開発者が単体テストを書く文化を作るまでの取り組み【デブスト2021】

                                    マイケル・C・フェザーズ著の『レガシーコード改善ガイド』によると、「単体テストのないコードはレガシーコード」だという。大手企業に広く支持されている人事システム「COMPANY(カンパニー)」を開発しているWorks Human Intelligenceも、これまで結合テストに頼った開発フローを採っており、製品開発はザ・レガシーコードと言えるものだった。だが、そんな開発環境が改善され、今ではすべての開発者が単体テストを書くようになったという。Works Human Intelligenceではどのようにして脱レガシーコードを実現したのか。DXエンジニアの寺尾拓氏が2年間に及ぶ開発環境の改善への取り組みを語った。 株式会社Works Human Intelligence DX Engineer 寺尾 拓氏 レガシープロダクトをリファクタリングするために単体テストを整備 「プロダクト開発部門に配

                                      脱レガシーコード!すべての開発者が単体テストを書く文化を作るまでの取り組み【デブスト2021】
                                    • ゲーム感覚で工数見積もり!プランニングポーカーを使ってみました

                                      コーディングファクトリー部の松原です。 昨年まで、コーディングファクトリー(以下CF)で、ディレクター兼コーダーとして働いていましたが、今年からは「案件・技術相談窓口」として、お客様からご相談いただいた案件の見積やスケジューリングをする上で必要な作業工数の算出をメインで担当しています。 工数出しは、コーダー時代も業務の一環として行っていましたが、メインの仕事として行うようになってからは、どうすればもっと効率よく、精度が高い工数が出せるのか、これまで以上に意識するようになりました。 そんな中、アジャイル開発の現場では「プランニングポーカー」という工数の見積もり方法があると知り、とても興味が湧きました。単純に「ポーカー」という名前から、トランプゲームみたいで面白いのだろうと想像したのです。 調べてすぐにわかったのは、残念ながら私が思っていたほどゲーム性はなく、年末に家族で楽しめるようなカードゲ

                                        ゲーム感覚で工数見積もり!プランニングポーカーを使ってみました
                                      • アトラシアンが提唱する、チームビルディングのための処方箋「Team Playbook」とは【デブサミ2021】

                                        優れたプロダクトを作るには優れたチームが必要であるが、チーム作りは難しい。フラットな組織、透明性、心理的安全、信頼関係が重要だとはわかっていても、どう実践していいかわからない。プロジェクト管理ツール「Jira」や、ドキュメントコラボレーションツール「Confluence」、タスク管理ツール「Trello」などを提供しながら、働き方についての研究もしているアトラシアンは、これまでの経験から編み出したチームの健康診断と対処法のためのリソースとして「Team PlayBook」を構築した。セッションでは、その実践方法が紹介された。 アトラシアン株式会社 ソリューション エンジニア 皆川宜宏氏 良い人材とツールを用意しただけでは、強いチームはつくれない アトラシアンは、5大陸に5000名ほどの従業員を擁するグローバルなソフトウェア企業。同社では2020年のコロナ禍の影響もあり、現在もリモートワーク

                                          アトラシアンが提唱する、チームビルディングのための処方箋「Team Playbook」とは【デブサミ2021】
                                        • 何人のチームが一番上手く機能する?人事が知っておくべき「適正人数」の考え方

                                          マネージャー(上司)が直接管理できる人数を定義する考え方を「スパン・オブ・コントロール」と言います。 米AmazonのCEOジェフ・ベゾスも「2枚のピザ理論」を提唱し、1つのチームの適正人数は2枚のピザが分けられるまで(最大8名)と定義しており、それを超えるとマネジメントが行き渡らず想定した成果が挙げられなかったり、組織運営においても悪影響が生じたりする可能性があると指摘しています。またその他の研究においても、「5~7名のチーム編成が最適」とする研究結果が多く発表されています。 しかし、昨今の働き方の変化や、組織の在り方の変化に伴い、必ずしも5~7名のチーム編成が正しいとは言い切れないようにも感じます。そこで今回は、コーナーに登録している人事プロフェッショナルの方に、組織作りにおけるチーム適正人数の考え方を実例も踏まえてお話しいただきました。 ▶組織づくりや設計に関してお困りや課題をお持ち

                                            何人のチームが一番上手く機能する?人事が知っておくべき「適正人数」の考え方
                                          • リモートで Fun Done Learn ふりかえりをやってみた | Tech Blog | CRESCO Tech Blog

                                            こんにちは。ディベロップメントテクノロジーセンターのあかみーです。 前回、様々なふりかえりの手法について記事を書かせていただきました。そしてそちらに手法の一つとして書かせていただいた 「Fun Done Learn」 を用いたふりかえりを、とある案件で実施させていただきました。(私はファシリテーターとして参加させていただきました。) このふりかえりは、新型コロナウイルスの影響で、メンバー全員がリモートワークでの開催となりました。今回はリモートワークの状況下でのふりかえり実施について書かせていただきます。

                                            • 東京都副知事 宮坂学さん リーダーシップとチームワーク【後編】|NHK就活応援ニュースゼミ

                                              ヤフーの社長としても、東京都の副知事としても、スピード重視での変革を意識してきたという宮坂学さん。仕事をバリバリこなす一方で、実は家族や趣味とのバランスをとても大切にしているそう。そんな宮坂さんが都政の変革を目指すチームをどう作ってきたのか、聞きました。 (聞き手 小野口愛梨 黒田光太郎 佐藤巴南) 「忙しい」と「充実」は別モノ

                                                東京都副知事 宮坂学さん リーダーシップとチームワーク【後編】|NHK就活応援ニュースゼミ
                                              • Metaの仮想通貨プロジェクト「Diem(旧Libra)」はなぜ失敗してしまったのか?

                                                by www.shopcatalog.com Meta(旧Facebook)は2019年に、独自の仮想通貨「Libra」の展開を目指していることを発表しました。ところが、Libraは各国政府および銀行からの厳しい反応やパートナー企業の離脱といった苦難にさらされ、2020年12月には名称を「Diem」に変えて運営組織を再編しましたが、2022年1月31日にDiemが所有する資産を売却してプロジェクトを解散することが発表されました。経済誌のFinancial TimesはDiemが失敗に終わった理由について、「Facebookに対する政府当局の拒否反応」が原因だったと指摘しています。 Facebook Libra: the inside story of how the company’s cryptocurrency dream died | Financial Times https://

                                                  Metaの仮想通貨プロジェクト「Diem(旧Libra)」はなぜ失敗してしまったのか?
                                                • 接触追跡アプリCOCOA、APIへの対応がバージョン1に留まる。運用委託先は新年度から変更へ | スラド オープンソース

                                                  接触追跡アプリ「COCOA」は現在、AppleとGoogleが共同開発した「接触通知API(Exposure Notifications API)」の最新版に対応していない状況にあるという(毎日新聞、平井大臣記者会見(令和3年3月16日)、ITmedia)。 最新バージョンは1.8であるのに対し、COCOAはバージョン1への対応に留まっているとされる。ケータイ Watchの記事によれば、バージョン1もサポートは継続されているが、APIを通じて得られる接触情報は1日単位に限定されているそうだ。v1.5では30分あたりにどれくらいの接触があったかなどの情報が得られるようになっているという(ケータイ Watch)。 平井卓也デジタル改革大臣は16日に行われた記者会見において、COCOAの不具合の原因把握、修正の遅れの原因となっている多重下請け構造を年度の切り替わりの段階で解消したい意向を示した。

                                                  • Building Java Applications Sample

                                                    Overview What is Gradle? The User Manual Releases All Releases Release Notes Installing Gradle Upgrading Gradle version 8.X to latest version 7.X to 8.0 version 6.X to 7.0 version 5.X to 6.0 version 4.X to 5.0 Migrating to Gradle from Maven from Ant Troubleshooting Compatibility Notes Gradle's Feature Lifecycle Running Gradle Builds Getting Started Core Concepts 1. Gradle Basics 2. Gradle Wrapper

                                                    • 顧客と向き合うために、まずは自分達 と徹底的に向きあう。Reproが実施した LeSS導入について、その当事者が語る - Qiita Zine

                                                      企業と顧客の関係構築を支援する、CE(カスタマーエンゲージメント)プラットフォーム「Repro(リプロ)」。顧客一人ひとりに最適なタイミング、内容、チャネルでのコミュニケーションを可能とする国産SaaSの成長株であり、記事執筆時点で世界66か国7,300以上の導入実績を誇るグローバルサービスでもあります。 そんなReproを開発・提供するRepro株式会社では「クライアントファースト」を行動指針に掲げており、真の意味で顧客と向き合うべく、スクラム体制での組織づくりを推進しています。 「プロダクトにもっとエンジニアの意思と熱意をぶち込んでほしい。そして、それを反映できる組織を作りたい」 そんな思いをもって、チームビルディングのプロによるハンズオンのもと、プロダクトと同様に組織も、日々のリーン改善を繰り返しています。 世界標準も射程圏内に入ってきたReproでは、どのような開発チームづくりを進

                                                        顧客と向き合うために、まずは自分達 と徹底的に向きあう。Reproが実施した LeSS導入について、その当事者が語る - Qiita Zine
                                                      • 部下の士気を上げたいリーダーが知っておくべき、「ストローク」とは?

                                                        京都大学法学部卒業。米国ダートマス大学タック経営大学院留学(MBA)、東京銀行、岡本アソシエイツ、日本福祉サービス (現、セントケア)を経て独立し現職。名古屋大学客員教授(平成26年度後期)。企業規模、業種を超えた「経営の原理原則」を元に、幅広く経営コンサルティング活動を行う一方、年100回以上講演を行う。『ビジネスマンのための「発見力」養成講座』(ディスカヴァー21)など著書は150冊を超え、現在も経済紙等に連載を抱える。 小宮一慶の週末経営塾 経営課題を抱えて日々悩む経営者に向けて、数々の企業経営者に伴走してきた経営コンサルタントの小宮一慶氏が課題解決の「ヒント」を提供。どんな業種にも通じる経営の原理原則をおさえながら、経営者はどうあるべきか、実際の経営現場で何を実行すべきか、を語る。 バックナンバー一覧

                                                          部下の士気を上げたいリーダーが知っておくべき、「ストローク」とは?
                                                        • 全関係者の相関図をまず作れ、「聞いてない」は手戻りに直結

                                                          書籍『誰も教えてくれなかったアジャイル開発』(日経BP)では、ウオーターフォール型開発が主流の「日本企業」で試行錯誤しながらアジャイル開発を成功に導いてきたコンサルタントたちが、自ら経験を体系化している。本書から抜粋し、アジャイル開発のポイントを紹介する「実践編」から、“抵抗勢力”への対策について解説する。(技術プロダクツユニットクロスメディア編集部) ここではプロジェクト関係者、とりわけステークホルダー「全員」をリストにまとめて可視化する。プロジェクト開始時に直接プロジェクトに参加する人たちの体制図はつくるものの、間接的に影響を与える可能性のある人たちについては各自の頭の中にあるだけで、積極的に洗い出したり可視化したりはしないプロジェクトが多い。 ステークホルダーの可視化が不十分だったプロジェクトで起こったトラブルを紹介しよう。営業活動を可視化し、業務効率向上と働き方改革を支援することを

                                                            全関係者の相関図をまず作れ、「聞いてない」は手戻りに直結
                                                          • プロジェクトマネジメントをはじめる前に大切なこと

                                                            「強い」エンジニアと働く中で、新卒1年目・未経験プロダクトマネージャーが何に悩み、どこに自分の価値を見出したか

                                                              プロジェクトマネジメントをはじめる前に大切なこと
                                                            • (初心者向け)Scalaでsbtプロジェクトを作るときの勘所 - Lambdaカクテル

                                                              この記事では、Scala初心者がプロジェクトを作るときに分かりにくい(であろう)ポイントを埋めようというものです。 こんな記事を読んだ。 trap.jp 普段Rustを書いている人がScalaを書いてみたという内容の記事で、普段Scalaに振れていない人の視点があってとても良かった。普段我々はScalaを書きすぎているので、初心者がどこでハマるのか?初学者はどのようなポイントを見ているのか?といったことがわからないのだ。 そこでこの記事では、上掲の記事を参考にしつつ、普段自分がScalaプロジェクトを作るときどのようにしているかを説明しようと思う。 プロジェクトを作る 最低限必要なもの sbtはどこからどこまでやってくれるのか プロジェクト作成 その他エコシステムの諸々(コンパイラ、フォーマッタなど) コンパイラ LSP Formatter / Linter scalafmt scalaf

                                                                (初心者向け)Scalaでsbtプロジェクトを作るときの勘所 - Lambdaカクテル
                                                              • Minimal Viable Programs - Joe Armstrong - Erlang and other stuff

                                                                • Building Java Applications with libraries Sample

                                                                  To prepare your software project for growth, you can organize a Gradle project into multiple subprojects to modularize the software you are building. In this guide, you’ll learn how to structure such a project on the example of a Java application. However, the general concepts apply for any software you are building with Gradle. You can follow the guide step-by-step to create a new project from sc

                                                                  • 「松」しか造れない過剰品質の風土と見積もり作法の関係

                                                                    見積もりを出す際、条件(スペック)が不明確なところは「できるだけ明確になるまで問い合わせる」か「高めのスペック(松)と仮定して見積もる」という企業が日本では多数派を占める。このことは日経ものづくりによる2022年10月の調査で明らかになった。その原因が何かを、日本金型工業会専務理事の中里栄氏に聞いてみた。 中里氏も以前から、金型メーカーの多くが「不明点を問い合わせるか、“松”と仮定して見積もる」傾向について認識していたという。その原因は「最初に出した見積もりから価格が増える方向の変更は、日本の発注者は絶対に認めてくれないため」(中里氏)。したがって受注側は、あとでコスト上昇要因が発生したときに損をするリスクがあり、これを回避するため不明点をできる限り無くすか、高めの見積もりにしておかざるを得ない。同氏は「日本国内ではこれまでそれで通ってきたかもしれないが、『優越的地位の乱用』に他ならない」

                                                                      「松」しか造れない過剰品質の風土と見積もり作法の関係
                                                                    • Hello Mac OS X Tiger

                                                                      The future is here! 2005! The future is here! You have just spent $129 for the newest release of Mac OS X: Tiger. You’re amazed by the brand new Spotlight and Safari RSS, you like your new OS so much you want to develop apps for it. You read on Apple’s website about this app “Xcode” that just received the version 2.0 update. That’s it! Time to code! You fire up Safari, go to Yahoo! and start searc

                                                                      • 10年強で人口は約5万増。流山市の広報PR活動が「シビックプライドの醸成」になるまで | PR TIMES MAGAZINE

                                                                        「市政は経営である」そんな信念のもとブランディングに取り組み、子育て世代の移住増につなげてきた自治体があります。千葉県の北西部に位置する流山市です。 2005年8月に「つくばエクスプレス」が開通し都心からのアクセスが良くなったのを皮切りに、同市は共働きの子育て世代へのアプローチを決めます。市長である井崎義治さんが主導して生まれた自治体初の「マーケティング課」で行った「母になるなら、流山市。」「父になるなら、流山市。」のプロモーションコピーや、子育て世代に向けたイベント企画が話題を集めました。 これらの取り組みが実を結び、同市人口は2007年(15万5,779人)から増加傾向となり、2021年9月時点で20万3,331人と約5万人増に。各取り組みの詳細はさまざまなメディアでも紹介されていますが、今回はマーケティング課が歩んできた具体的なプロセスにフォーカスすることで、自治体における広報PRの

                                                                          10年強で人口は約5万増。流山市の広報PR活動が「シビックプライドの醸成」になるまで | PR TIMES MAGAZINE
                                                                        • エンジニアリングマネージャーのしごと

                                                                          2. 吉羽 龍太郎 (@ryuzee) ✤ 株式会社アトラクタ取締役CTO/アジャイルコーチ ✤ Scrum Alliance ✤ 認定スクラムトレーナー Regional (CST-R) ✤ 認定チームコーチ (CTC) ✤ 『SCRUM BOOT CAMP THE BOOK』 『スクラム実践者が知るべき97のこと』 『みんなでアジャイル』 『プロダクトマネジメント』 『レガシーコードからの脱却』ほか ✤ @ryuzee / https://www.ryuzee.com/ 2 4. エンジニアリングマネージャーのしごと (8/26発売) 本書は、エンジニアリングチームのマネジメントの仕事全般を 紹介し、エンジニアリングマネージャーに必要な考え方やスキ ルを解説します。 はじめに、自分の役割と組織のさまざまな部分がどう関係する かを理解し、習慣を整えることで自分自身を管理することを学 びま

                                                                            エンジニアリングマネージャーのしごと
                                                                          • システム保守におけるプレーイングマネージャのためのアジャイル風課題管理(Redmine編) - Qiita

                                                                            最初に プロジェクト管理ツール うまく使いこなせてますか? システムの保守・維持管理業務でプレーイングマネージャをやっている皆さんこんにちは。 システムの保守・維持管理のプロジェクト管理用にRedmineやJira等のプロジェクト管理ツールを導入し、 ITILとかPMBOKを参考しながら運用ルールを作って、チケットを使ってタスクや課題、工数の管理をやり始めてみたけど、 なんかうまくいかないみたいな経験ありませんか。 例えば ・Excelやメモ帳での管理を脱却してredmine、Jiraに移行してみたけど、結局Excelの方が楽で管理もうまくいってた ・チケットは作成しているけど、忙しくて中身を確認しきれず、結果 長期間放置されている謎の塩漬けチケットが大量 ・チケットの種類の決め方、項目の書き方が人それぞれ入力内容や形式がバラバラで、結果どこに何が書いてあるのかわからない。 などなど・・・

                                                                              システム保守におけるプレーイングマネージャのためのアジャイル風課題管理(Redmine編) - Qiita
                                                                            • 朝会は長いし無駄?朝会の実施要否パターンと実施内容を公開します | DevelopersIO

                                                                              データアナリティクス事業本部@札幌の佐藤です。 今回は朝会について実施要否から、実際の私のプロジェクトで実施している内容まで、現在私が考えている内容について記載させていただきたく考えております。 当対応にあたっては株式会社コパイロツトの方にもいろいろ相談させていただいたうえで、ルールとして今整備、運用しているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模(メンバー10人未満)のプロジェクトが多いため、小規模案件での前提として記載します。 また、期間においても3ヶ月程度の短期間の開発プロジェクトを前提としております。 大規模案件・長期間案件・保守案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 そもそも朝会はやるべきなのか 朝会の実施要否については私もいろいろ考え、実施しないケースでのプロジェクトも経

                                                                                朝会は長いし無駄?朝会の実施要否パターンと実施内容を公開します | DevelopersIO
                                                                              • https://www.ipa.go.jp/archive/publish/wp-sd/ps6vr70000011kwd-att/000069381.pdf

                                                                                • Projectpage of Animatable Gaussians

                                                                                  Animatable Gaussians: Learning Pose-dependent Gaussian Maps for High-fidelity Human Avatar Modeling Zhe Li1, Zerong Zheng2, Lizhen Wang1, Yebin Liu1 1Tsinghua University    2NNKosmos Technology Abstract Modeling animatable human avatars from RGB videos is a long-standing and challenging problem. Recent works usually adopt MLP-based neural radiance fields (NeRF) to represent 3D humans, but it remai