![http://atnd.org/events/13324](https://cdn-ak-scissors.b.st-hatena.com/image/square/01a93c8cf61130236b4025f5cc65015a225a5363/height=288;version=1;width=512/https%3A%2F%2Fatnd.org%2Fevent_images%2F0002%2F7092%2Fa0014464_1822245_original.jpg)
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
はじめるにあたって必須のルール(骨格)フルタイムで参加できるスクラムマスターが決まっていて、スクラムチームのメンバーが仕事できる状態であることスクラムチームは30日以内に動作するソフトウェアのデモをすることに同意していることステークホルダーをデモに招くことできるかぎり早期に実現すべきスクラムの基本ルールスクラムマスターは必須や基本のルールに従うことを保証することフルタイムのプロダクトオーナー(専門知識と権限を持っている)が決まっていることスクラムマスターとプロダクトオーナーを含む機能横断チーム開発チームのサイズは6プラスマイナス3人プロダクトオーナーは開発チームや他のステークホルダーとともに働くことプロダクトオーナーによってプロダクトバックログの作成、管理がなされること3つの質問によるデイリースクラムミーティング(昨日やったこと、今日やること、障害事項)デイリースクラムを同じ時間に同じ場所
開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション!」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く